Windows-Server-2003 отсутствует логические диски после замены карты HBA SAS
Оба сервера работают под управлением Windows-Server-2003 x64 в активном / резервном кластере Microsoft с общими дисковыми ресурсами. Сервер1 Сервер2
Сервер1 столкнулся с аппаратными проблемами, требующими замены HBA SAS-карты. Управление дисками больше не обнаруживает общие логические диски на нем. Эти диски являются частью дисковых ресурсов в кластере.
Основываясь на моих исследованиях, Microsoft Cluster использует Disk Signature для идентификации и подключения к дисковым ресурсам.
https://support.microsoft.com/en-us/help/280425/recovering-from-an-event-id-1034-on-a-server-cluster
Я вижу проблему, которой не хватает записей REGNSZ DiskName в реестре.
Пример:
reg query HKLM\System\CurrentControlSet\Services\Clusdisk\Parameters\Signatures\D441B580
Listing of [System\CurrentControlSet\Services\Clusdisk\Parameters\Signatures\D484B580]
REG_SZ DiskName \Device\Harddisk1
Нужно ли просто добавить отсутствующие ключи реестра на сервере Server1, чтобы они отображались в разделе "Управление дисками"?
РЕДАКТИРОВАТЬ: Оба сервера работают на Dell PowerEdge 6850.
Если посмотреть на Dell Modular Disk Storage Manager на каждом сервере, то выглядит правильно. Имя хоста сконфигурированных хостов: сопоставление портов хостов HBA
Отображения хост-виртуального диска
Диспетчер устройств Windows: контроллеры SCSI и RAID
Контроллер RAID-контроллера DELL PERC 5/i Контроллер адаптера Dell SAS 5/E (я полагаю, это то, что подключается к общему хранилищу)
Хост-адаптер LSI Logic PCI-x Ultra320 SCSI
Хост-адаптер LSI Logic PCI-x Ultra320 SCSI
Хост-контроллер MagicISO SCSI
Поддержка нескольких путей
Новое наблюдение заключается в том, что Windows Disk Mangement имеет диск 0, назначенный для виртуального компакт-диска на сервере Server1. На сервере 2 диск 0 является диском C:\ OS.
Логические диски должны быть представлены как Диски 1,2,3,5. Так как диск 1 уже используется Windows, может ли это помешать тому, чтобы целые логические диски не были представлены Windows?
1 ответ
Роб,
Предполагая, что ваш "ресурс общего диска" находится во внешнем массиве хранения, вам, скорее всего, потребуется обновить сопоставление хоста для списка управления доступом массива. Массив хранения будет по существу "видеть" новый WWN HBA как совершенно другой сервер / систему, пока вы не измените конфигурацию, чтобы сообщить ему, что новый WWN должен заменить старый.
Если у вас есть сведения о том, какое конкретное оборудование / решение используется для ресурса общего хранилища, вы, вероятно, получите гораздо лучшую информацию о конкретном вовлеченном процессе.
Изменить: Это будет PowerVault MD3000 на основе SAS5/E и MDSM, используемых для управления.
Я сильно подозреваю, что это просто проблема с отображением хоста. MD3000 настроен для представления общих дисков по определенным аппаратным адресам HBA (WWN). Вам необходимо изменить конфигурацию сопоставления хоста, чтобы вместо доступа к хосту для доступа к хосту использовался WWN замены. Если вы этого еще не сделали, ваш хост не будет иметь доступа к общим томам.
Ознакомьтесь с Руководством пользователя MDSM - настройка доступа к хосту начинается на стр. 43, но подробности слишком велики, чтобы включать в это сообщение. Если вы не можете найти вариант для изменения существующего определения хоста WWN и боитесь ошибочно удалить неправильное, вы можете просто добавить третью запись "хоста" с новым сопоставленным WWN - нет никакого вреда, если вы оставите старый HBA/host host там, так как он мертв и ушел.
Если вы застряли и не можете разобраться, служба поддержки Dell все еще может помочь в этом процессе (хотя с тех пор, как система не имеет гарантии, плата за обслуживание не взимается). Только со старыми SCSI-подключенными корпусами вам будет сложно отследить любого, у кого еще есть опыт, кто не вышел на пенсию или не ушел.