Поделиться через

Поддержка загрузки из сети хранилища (SAN)

  • Статья

В этой статье описывается возможность загрузки сервера Windows из сети хранилища (SAN).

Исходный номер базы знаний: 305547

Дополнительная информация

Корпорация Майкрософт поддерживает загрузку из сети хранилища (SAN), если поставщик SAN поддерживает определенную аппаратную платформу загрузки сервера Windows. Адаптер SAN и адаптер шины узла (HBA) должны быть настроены в соответствии с рекомендациями поставщика SAN, и поставщик SAN должен выступать в качестве основной точки контакта для проблем, связанных с загрузкой. Это требование существует, так как загрузка из SAN сложна, и поставщику необходимо поддерживать определенную конфигурацию, так как поставщик SAN предоставляет инструкцию о поддержке загрузки SAN. Важно отметить, что сведения, включенные в эту статью, не предназначены для всех инклюзивных элементов, необходимых для загрузки из SAN. Поставщик SAN должен предоставить определенные шаги, драйверы, исправления встроенного ПО и ресурсы о том, как сделать оборудование (системы хранения, коммутаторы, адаптеры шины узла и т. д.) правильно работать вместе.

Настройка

Для успешной загрузки нескольких компьютеров из сети SAN необходимо устранить следующие проблемы:

  • Для загрузки нескольких компьютеров из SAN необходимо настроить SAN в переключении среды или напрямую подключить его с каждого узла к одному из портов подсистемы хранилища Fibre Channel. При загрузке нескольких серверов из san не поддерживается использование канала Fibre Channel — арбитражного цикла (FC-AL), так как он не позволяет узлам, подключенным к сети SAN, правильно отделяться друг от друга. Переключенная среда позволяет узлам отделяться друг от друга. Загрузка в SAN с топологией циклов с помощью канала Fibre Channel поддерживается только при загрузке одного сервера из SAN.

  • Узел должен иметь монопольный доступ к диску, из который он загружается. Ни один другой узел в SAN не должен иметь возможности обнаруживать или иметь доступ к одному логическому диску. Это можно сделать с помощью управления логическим номером единиц (LUN), например маскирование LUN, зонирование или некоторые сочетания этих методов. Управление LUN обычно настраивается на уровне коммутатора, подсистемы хранения и /или адаптера шины узла (HBA), а не в Windows. Windows не предоставляет возможности сопоставления LUN.

  • Программное обеспечение с несколькими путями и несколько HBA повышают вероятность восстановления после сбоя пути. Назначение нескольких HBA в одном узле заключается в избыточности и (возможно) увеличении пропускной способности. Однако если произошел сбой, а путь к сети SAN потерян, может возникнуть период времени, когда диски в SAN недоступны. Сбой пути может вызвать проблемы с сервером Windows. Поведение программного обеспечения с несколькими путями значительно зависит от поставщиков. Проверьте каталог Windows (ранее список совместимости оборудования или HCL) для систем хранилища и RAID, чтобы убедиться, что драйвер с несколькими путями находится в каталоге Windows с системой хранения. Если вы не можете найти программное обеспечение с несколькими путями, обратитесь к поставщику SAN.

  • Если подключенные узлы являются частью решения кластера Windows 2000, необходимо использовать один HBA для процесса загрузки и отдельный HBA для общего хранилища.

  • Если подключенные узлы являются частью решения кластера Windows 2000 и используют функцию многопатокового ввода-вывода (MPIO), вам потребуется четыре HBA.

Устранение неполадок

В этом разделе описывается несколько проблем, которые могут препятствовать успешной загрузке сервера Windows из san:

  • Распространенная проблема при настройке SAN заключается в том, что возможно, что несколько узлов могут иметь доступ к одному логическому диску. Обычно это происходит, так как надлежащее управление LUN не было использовано. Поведение Windows по умолчанию заключается в подключении и подключении каждого логического блока, которое оно обнаруживает при загрузке драйвера HBA. Если несколько узлов подключают один и тот же диск, может возникнуть повреждение файловой системы. Это до конфигурации SAN, чтобы убедиться, что только один узел может получить доступ к конкретному логическому диску за раз. Симптомы нескольких узлов, обращающихся к одному логическому диску:
    Управление дисками отображает один и тот же логический диск на нескольких узлах. самонастраивающийся уведомления о том, что новое оборудование может возникать на нескольких узлах при добавлении или настройке нового логического диска. При попытке получить доступ к логическому диску с помощью моего компьютера или проводника Windows можно получить сообщение об ошибке "Отказано в доступе", "Устройство не готово" или аналогичное сообщение об ошибке, указывающее, что другие узлы имеют доступ к одному логическому диску.

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

    Идентификатор события: 51
    Тип события: предупреждение
    Источник событий: диск
    Описание. Ошибка обнаружена на устройстве \Device\Harddisk0\DR0 во время операции разбиения по страницам.

    Идентификатор события: 11
    Источник: %HBA_DRIVER_NAME%
    Описание. Драйвер обнаружил ошибку контроллера на устройстве\ScsiPort0.

    Идентификатор события: 9
    Источник: %HBA_DRIVER_NAME%
    Описание: устройство \Device\ScsiPort0 не ответило в течение периода ожидания.

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

    0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

    or

    0x0000000A IRQL_NOT_LESS_OR_EQUAL

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

    Примечание.

    Если файл страницы не находится в той же секции, что и загрузочный раздел (как правило, c:\Windows или c:\WINNT), создание файла Memory.dmp не произойдет. Файл Memory.dmp используется для устранения неполадок компьютера Windows с ошибкой STOP. Сведения о настройке компьютера для аварийного сбоя см. в справке Windows.

Существует несколько способов устранения предыдущих проблем. Первый метод — попытаться сопоставить время с любыми событиями, происходящими в SAN. Например, hostA выполняет большую операцию копирования, и HostB сообщает об ошибках 9s, это может означать, что правильное управление LUN не выполняется. Другой пример заключается в том, что HostB создает ошибки при перезагрузке HostA. Это может указывать на то, что используется FC-AL, и HostB влияет на последовательности примитивов инициализации цикла (LIP) из HostA. Их часто можно исправить, перенастроив SAN, и для этого требуется помощь поставщика оборудования. Любые проблемы с задержкой могут быть устранены путем размещения файла страницы на локальном жестком диске Windows Server, но, опять же, это отключает создание дампа памяти. Важно понимать, что поставщик оборудования SAN будет иметь большую информацию о правильной конфигурации и должен быть первой точкой контакта для всех вопросов конфигурации и проблем.