Эта проверка выводит список всех дисков, видимых одному или нескольким проверяемым серверам. Выводимый список содержит:

• Диски, которые могут поддерживать работу кластера и могут быть доступны всем серверам.
  
  
• Диски на отдельном сервере.
  
  

Для каждого диска выводятся следующие сведения:

• Номер диска
  
  
• Уникальный идентификатор
  
  
• Тип шины
  
  
• Тип стека
  
  
• Доступ к диску (в соответствующих случаях), включая порт, путь, идентификатор назначения (TID) и номер логического устройства (LUN)
  
  
• Описание адаптера
  
  
• Характеристики диска, такие как стиль раздела и тип раздела
  
  

Эту проверку можно использовать, чтобы помочь диагностировать проблемы, обнаруженные другими проверками хранилища, описанными в этом разделе.

Эта проверка выводит список дисков, которые могут поддерживать работу кластера и видимы всем проверяемым серверам. Для поддержки работы кластера диск должен быть подключен с использованием интерфейса Serial Attached SCSI (SAS), iSCSI или Fibre Channel. Кроме того, эта проверка проверяет правильность работы многопутевого ввода-вывода, то есть, что каждый из дисков виден как один диск, не как два диска.

В ходе этой проверки проверяется, что задержки чтения с диска и записи на диск находятся в границах, допустимых для отказоустойчивого кластера. Если операции чтения с диска и записи на диск занимают слишком много времени, это может быть связано с возможным запуском таймаутов кластера. Либо это может быть связано со сбоем приложения, пытавшегося получить доступ к диску, и с последующим запуском кластером ненужного перемещения на другой узел.

Эта проверка проверяет следующие показатели:

• Каждый из серверов кластера может использовать процесс разрешения конфликтов, чтобы стать владельцем каждого из дисков кластера.
  
  
• Когда конкретный сервер становится владельцем диска, то, если один или несколько других дисков конкурируют за этот диск, владельцем остается первоначальный сервер.
  
  

Если сервер кластера не может стать владельцем диска или не может оставаться его владельцем, когда другие серверы кластера конкурируют за этот диск, могут возникнуть различные проблемы.

• У диска могло не быть владельца, и поэтому диск мог быть недоступен.
  
  
• Два владельца могли производить запись на диск несогласованным образом, что привело к повреждению диска.
  
  Серверы отказоустойчивых кластеров предназначены для координации всех операций записи так, чтобы избежать повреждения диска.
  
  
• Владелец диска мог меняться при каждом разрешении конфликтов, что могло повлиять на доступность диска
  
  

В ходе этой проверки проверяется правильность выполнения в кластере перехода диска к другому серверу. Точнее, проверяется, что когда диск, принадлежащий одному серверу кластера, переходит к другому серверу, сервер, становящийся владельцем диска, может читать этот диск. Также проверяется, что данные, записанные на диск до перемещения, останутся теми же после перемещения.

Если переход диска произошел, но сервер, ставший владельцем диска, не может его читать, кластер не сможет обеспечить доступность диска. Если данные, записанные на диск, изменены в процессе перехода диска, это может стать источником проблем для пользователей или программного обеспечения, которым требуются эти данные. В любом случае, если затронут диск-свидетель (диск, на котором хранятся данные конфигурации кластера и который участвует в кворуме), подобные проблемы могут привести к потере кластером кворума и завершению работы.

Если данная проверка обнаруживает, что переход диска выполняется неправильно, в определении причины проблемы могут помочь результаты следующих проверок:

• Проверка постоянного резервирования SCSI-3
  
  
• Проверка разрешения конфликтов для диска
  
  
• Проверка разрешения множественных конфликтов
  
  

В ходе этой проверки проверяется, что файловая система дисков общего хранилища поддерживается отказоустойчивыми кластерами.

В ходе этой проверки проверяется правильность настройки многопутевых дисков (дисков, для которых используется Microsoft MPIO) для отказоустойчивого кластера.

В ходе этой проверки проверяется, что, когда несколько серверов кластера конкурируют за диск кластера, владельцем диска становится только один сервер. Процесс разрешения конфликта доступа к диску обеспечивает согласованное выполнение всех операций записи и исключает повреждение диска.

Если эта проверка обнаруживает, что несколько серверов кластера могут стать владельцами сервера в процессе разрешения конфликта доступа к диску, в определении причины проблемы могут помочь результаты следующей проверки.

• Проверка постоянного резервирования SCSI-3
  
  

В ходе этой проверки проверяется, что хранилище поддерживает необходимые данные запросов SCSI (дескрипторы VPD) и что они являются уникальными.

В ходе этой проверки проверяется, что система хранения данных кластера использует более новые (стандарт SCSI-3) команды постоянного резервирования (отличающиеся от команд резервирования/освобождения более старого стандарта SCSI-2). Команды постоянного резервирования избегают сбросов шины SCSI и поэтому приводят к меньшим нарушениям, чем более старые команды резервирования/освобождения. Следовательно, отказоустойчивый кластер в ряде ситуаций может быть более устойчив по сравнению с кластером, работающим под управлением более ранней версии операционной системы. Кроме того, диски никогда не остаются в незащищенном состоянии, что уменьшает опасность повреждения тома.

В ходе этой проверки проверяется, что в кластере правильно выполняются одновременные переходы дисков. А именно, проверка проверяет, что даже в случае одновременного перехода нескольких дисков, каждый сервер кластера, который становится владельцем диска, может читать соответствующий диск. Также проверяется, что данные, записанные на каждый диск до его перехода, остаются такими же после перехода диска.

Если переход диска произошел, но сервер, ставший владельцем диска, не может его читать, кластер не сможет обеспечить доступность диска. Если данные, записанные на диск, изменены в процессе перехода диска, это может стать источником проблем для пользователей или программного обеспечения, которым требуются эти данные. В любом случае, если затронут диск-свидетель (диск, на котором хранятся данные конфигурации кластера и который участвует в кворуме), подобные проблемы могут привести к потере кластером кворума и завершению работы.

Если данная проверка обнаруживает, что переход диска выполняется неправильно, в определении причины проблемы могут помочь результаты следующих проверок.

• Проверка перехода диска на другой ресурс
  
  
• Проверка разрешения конфликтов для диска
  
  
• Проверка разрешения множественных конфликтов
  
  

• Общее представление о проверках кластера
  
  
• Общее представление о требованиях для отказоустойчивых кластеров
  
  
• Подготовка оборудования перед проверкой отказоустойчивого кластера
  
  
• Проверка конфигурации отказоустойчивого кластера
  
  
• Для получения дополнительных сведений о совместимости оборудования для Windows Server 2008 R2 перейдите по ссылке http://go.microsoft.com/fwlink/?LinkId=139145 (страница может быть на английском языке).