Оба сервера работают под управлением windows-server-2003 x64 в активном / резервном кластере Microsoft с общими дисковыми ресурсами. Сервер1 Сервер2
На сервере Server1 возникли проблемы с оборудованием, требующие замены карты HBA SAS. Управление дисками больше не обнаруживает на нем общие логические диски. Эти диски являются частью дисковых ресурсов в кластере.
Основываясь на моем исследовании, Microsoft Cluster использует подпись диска для идентификации и подключения к дисковым ресурсам.
https://support.microsoft.com/en-us/help/280425/recovering-from-an-event-id-1034-on-a-server-cluster
Я вижу проблему: в реестре отсутствуют записи REG_SZ 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
Адаптер DELL PERC 5 / i RAID-контроллер Контроллер адаптера Dell SAS 5 / E (я считаю, что это то, что подключается к общему хранилищу)
Хост-адаптер LSI Logic PCI-x Ultra320 SCSI
Хост-адаптер LSI Logic PCI-x Ultra320 SCSI
Хост-контроллер MagicISO SCSI
Поддержка нескольких путей
Новое наблюдение: в системе управления дисками Windows диск 0 назначен виртуальному компакт-диску на сервере Server1. На Server2 диск 0 - это диск C: \ OS.
Логические диски должны быть представлены как диски 1,2,3,5. Поскольку Диск 1 уже используется Windows, может ли это помешать представлению Windows целых логических дисков?
Роб,
Предполагая, что ваш «общий дисковый ресурс» находится на каком-то внешнем массиве хранения, вам, скорее всего, потребуется обновить отображение хоста для списка управления доступом массива. Массив хранения по существу будет «видеть» WWN нового HBA как совершенно другой сервер / систему, пока вы не измените конфигурацию, чтобы сообщить ему, что этот новый WWN должен заменить старый.
Если у вас есть сведения о том, какое конкретное оборудование / решение используется для ресурса общего хранилища, вы, вероятно, получите гораздо лучшую информацию о конкретном задействованном процессе.
Изменить: это будет PowerVault MD3000 на основе SAS5 / E и MDSM, используемых для управления.
Я сильно подозреваю, что это просто проблема с отображением хоста. MD3000 настроен для представления общих дисков по определенным аппаратным адресам HBA (WWN). Вам необходимо изменить конфигурацию сопоставления хостов, чтобы для доступа к хосту использовался заменяющий WWN HBA вместо старого. Если вы еще этого не сделали, ваш хост не будет иметь доступа к общим томам.
Проверьте Руководство пользователя MDSM - настройка доступа к хосту начинается на странице 43, но подробности слишком обширны, чтобы включать их в этот пост. Если вы не можете найти вариант для изменения существующего определения WWN хоста и боитесь ошибочно удалить неправильное, вы можете просто добавить третью запись «хоста» с новым сопоставленным WWN - нет ничего плохого в том, чтобы оставить старый HBA / host там, так как он мертв и ушел.
Если вы застряли и не можете разобраться, служба поддержки Dell все равно может помочь с этим процессом (хотя есть плата за обслуживание, так как в случае истечения гарантии на систему). Только со старыми корпусами, прикрепленными к SCSI, вы столкнетесь с трудностями при отслеживании тех, кто еще имеет какой-либо опыт, но не ушел на пенсию или не ушел.