Data Domain. Рекомендации по работе с группами доступа

Передовые практики для групп доступа

Затронутые решения:

• Все системы Data Domain
• Все выпуски программного обеспечения, поддерживающие виртуальную ленточную библиотеку
• Протоколы виртуальной ленточной библиотеки и сети хранения данных
• Сторонние приложения резервного копирования, такие как NetWorker, Tivoli Storage Manager (TSM) и т. д.

Назначение

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

Решение

Что необходимо учитывать при создании групп доступа:

• Клиенты и операционные системы:
  • Какая ОС обращается к группе? Лучше всего использовать один тип ОС на группу, а в идеале — одну клиентскую машину на группу.
  • Сколько клиентов должно иметь доступ к одним и тем же ленточным накопителям? Если это возможно, рассмотрите возможность назначения отдельного набора дисков каждому клиентскому компьютеру.
  • Если программное обеспечение для резервного копирования не поддерживает параметр «совместно используемое хранилище», лучше всего создать отдельные группы доступа для каждого клиента с определением отдельных ленточных накопителей для каждого клиента.
• Накопители и устройство смены устройств:
  • Не помещайте переключатель в каждую группу доступа. Как правило, доступ к устройству изменения должен иметь только основной сервер резервного копирования. (См. рекомендации TSM ниже.)
  • Не помещайте несколько устройств изменения в одну группу доступа. (См. рекомендации TSM ниже.)
  • Не используйте обозначение «all» для основных или дополнительных портов при назначении портов адаптера главной шины (HBA) виртуальной ленточной библиотеки отдельным лентовикам или устройствам смены наименований. Предпочтительно назначать один основной или дополнительный порт для каждого устройства. Это позволяет избежать конфликтующих команд, выдаваемых накопителям или модулям изменений. Если не существует четкого и проверенного плана переключения на резервный ресурс, вторичные порты не должны быть таковыми.
  • Избегайте совместного использования одних и тех же ленточных накопителей или устройств смены в нескольких группах доступа. (См. рекомендации TSM ниже.)
  • Не используйте два или более ленточных накопителей разных типов в одной группе доступа. (Например, старайтесь не помещать IBM LTO3 и LTO-5 в одну группу.)
• Адресация LUN:
  • Как правило, лучше разрешить виртуальной ленточной библиотеке автоматически назначать номера LUN, не вводя их при создании группы доступа. Кроме того, использование нумерации LUN вне последовательности не дает преимущества в производительности, и это может вызвать проблемы связи с виртуальной ленточной библиотекой для определенных типов ОС. 
  • Для доступа к файловым ресурсам NAS используйте ту же схему, что и для компьютеров LINUX. Как правило, нумерация всегда должна начинаться с нуля LUN и поддерживать непрерывные последовательности нумерации LUN с нуля для каждого целевого порта. Обычно используется один основной путь на HBA-адаптере виртуальной ленточной библиотеки к ленточным накопителям и устройству преобразователя.
• Примечания по конкретному применению:
  • Диспетчер хранения данных Tivoli (TSM). Для серверов или клиентов TSM назначьте только один конкретный основной порт ленточному накопителю или устройству смены носителей. Если на сервере TSM включена функция автоматического обнаружения SAN, можно назначить дополнительный порт. Кроме того, первичный сервер TSM должен иметь доступ ко всем библиотекам, чейнджерам и ленточным накопителям. Когда TSM сообщает устройству преобразования загрузить ленту, он считывает заголовок ленты, первичный сервер TSM должен быть зонирован на все ленточные накопители. TSM не может прочитать метку ленты через прокси/клиент, поэтому требуется зонировать основной сервер для всех устройств изменения и дисков. Клиентские компьютеры для резервного копирования не должны быть зонированы на преобразователь изменения. При использовании опции общего хранилища в TSM совершенно нормально совместно использовать ленточные накопители для разных клиентов, однако избегайте совместного использования ленточных накопителей в разных типах ОС. (Пример: не следует совместно использовать ленточные накопители для клиентов AIX и HP-UX)
  • IBMi и AS/400: Для установок IBMi придерживайтесь той же политики, что и для TSM, назначив только один основной порт ленточному накопителю или устройству смены адресов. Вы можете использовать чередующиеся порты для чередования номеров логических устройств (LUN), поэтому основной порт 4a можно использовать для LUN 0, 2, 4, 6, 8 и основной порт 4b для LUN 1, 3, 5, 7. VIOS поддерживается для IBMi и виртуальной ленточной библиотеки, не все устройства ввода-вывода. Для этого проверьте правильность типов устройств в таблице совместимости Dell.
  • Обратитесь к документации по приложениям резервного копирования, чтобы определить, имеет ли программное обеспечение какие-либо из следующих ограничений:
    • Некоторые программы резервного копирования могут иметь ограничения на количество устройств, которые могут распознаваться подключенными к клиенту или серверу.
    • Некоторые программы резервного копирования могут иметь ограничение на количество слотов, которые оно может вместить в библиотеке.
    • Некоторые программы резервного копирования не могут гарантировать доступ нескольких клиентов к общим ресурсам, поэтому для них требуются уникальные ленточные накопители в каждой группе доступа и один сервер/клиент на группу.
• Примечания для конкретных ОС:
  • Linux: При назначении доступа к компьютерам Linux всегда используйте нулевой том в качестве первого тома на пути прохождения данных и используйте непрерывные номера логических томов, начинающиеся с нуля, без пробелов в последовательности. Например, правильно назначить томам 0, 1, 2, 3, 4, 4 или 0, 2, 4, 5.
  • Solaris: В Solaris можно распределить основные пути между LUN, так как Solaris не обязательно видит ноль LUN на каждом пути. Например, для LUN 0, 2, 4, 6 можно назначить основной порт 4a и основной порт 4b для LUN 1, 3, 5, 7. (В настоящее время ленточные накопители Ultrium-5 не поддерживаются в Solaris 11.)
  • Windows: Для Windows можно использовать те же назначения портов, что описаны для Solaris выше.
  • Системы IBMi и AS400: Некоторые клиенты хотят использовать одну библиотеку в нескольких системах LPAR или нескольких HBA-адаптерах в системе IBMi. В этих случаях следуйте приведенным ниже рекомендациям: Доступом к библиотеке и накопителям теперь можно управлять с уровня WRKMLBSTS в системе IBMi. Клиент может управлять доступом к библиотеке, включая и выключая отдельные экземпляры библиотеки на IBMi.
    1. Разделите диски на несколько групп доступа, каждая из которых предназначена для одного HBA-адаптера IBMi. (без совместного использования диска)
    2. Добавьте сменщик изменений в каждую группу. Средство изменения отображается по нескольким путям, и библиотека отображается в системе IBMi с несколькими именами.

Справочные материалы

• Data Domain. Руководство по передовым практикам работы с виртуальной ленточной библиотекой