Для нашей инфраструктуры у нас есть производственный сайт и аварийный сайт с репликацией на основе SAN для LUN на серверах Windows. Итак, в качестве доказательства концепции у нас есть один сервер на производственной площадке в одном массиве хранения, чей загрузочный диск реплицируется через SAN (копия на уровне блоков) на второй сервер.
Из-за финансовых ограничений серверы аварийного восстановления также являются серверами разработки / тестирования во время нормальной работы. Таким образом, на самом деле существует вторая загрузка с диска SAN для каждой ОС для разработки / тестирования и одна для ОС DR. Поэтому во время тестирования переключения при отказе мы используем диспетчер загрузки, чтобы выбрать, с какого из них загружаться по мере необходимости.
Во время тестирования концепции мы столкнулись с приведенной ниже ошибкой при попытке загрузки с целевого DR LUN, который был копией загрузочного LUN рабочего сервера.
File: \EFI\Microsoft\Boot\BCD
Error code: 0xc000000f
Я предполагаю, что это связано с тем, что путь ARC к загрузочному устройству хранится в файле BCD, поэтому NTLDR не может найти загрузочный LUN по исходным (производственным) целевым путям, поскольку реплика находится в другом массиве хранения на другом сайте.
Мои вопросы: для решения этой проблемы потребуется запустить bootrec процесс восстановления на BCD для каждого сервера аварийного восстановления во время аварийного переключения или есть какой-либо лучший способ позволить BCD найти правильный LUN по новому пути?
Оказывается, решением было просто понизить SCSI ID для назначенного DR LUN с 255 до 254.