Домен даних: Найкращі практики Access Group

Найкращі практики Access Groups

Застосовується до:

• Всі системи домену даних
• Усі версії програмного забезпечення, що підтримують VTL
• Протоколи VTL та SAN
• Сторонні додатки для резервного копіювання, такі як NetWorker, Tivoli Storage Manager (TSM) тощо

Мета

Цей документ містить інформацію про правильну конфігурацію, щоб уникнути потенційних проблем із групами доступу.

Розв'язок

Що слід враховувати при створенні груп доступу:

• Клієнти та операційні системи:
  • Яка ОС отримує доступ до групи? Найкраще використовувати один тип ОС на кожну групу, а ідеально — одну клієнтську машину на кожну групу.
  • Скільки клієнтів мають користуватися одними й тими ж стрічковими накопичуваченнями? Якщо можливо, розгляньте можливість призначити окремий набір дисків для кожної клієнтської машини.
  • Якщо програмне забезпечення резервного копіювання не має опції «спільного зберігання», найкраще створити окремі групи доступу для кожного клієнта з унікальними стрічковими накопичувачами, визначеними для кожного клієнта.
• Диски та чейнджер:
  • Уникайте встановлення змінювача у кожну групу доступу. Зазвичай доступ до чейнджера має бути лише основний резервний сервер. (Див. рекомендації TSM нижче)
  • Уникайте розміщення кількох змінювачів в одній групі доступу. (Див. рекомендації TSM нижче)
  • Уникайте використання позначення «всі» для первинних або вторинних портів при призначенні портів VTL Host Bus Adapter (HBA) окремим стрічковим приводам або чейнджерам. Бажано призначати один основний або вторинний порт для кожного пристрою. Це дозволяє уникнути можливих конфліктів команд, які видаються дискам або змінювачам. Якщо немає чіткого та перевіреного плану аварійного перемикання, вторинні порти не повинні бути жодними.
  • Уникайте спільного використання одних і тих самих стрічкових накопичувачів або чейнджерів між кількома групами доступу. (Див. рекомендації TSM нижче)
  • Не використовуйте два або більше різних типів стрічкових накопичувачів в одній групі доступу. (Наприклад, уникайте розміщення IBM LTO3 і LTO-5 в одній групі)
• Адресація LUN:
  • Зазвичай найкраще дозволити VTL автоматично призначати номери LUN, не вводячи їх при створенні групи доступу. Крім того, немає жодної переваги в продуктивності при використанні поза послідовністю нумерації LUN, і це може спричинити проблеми для певних типів ОС у взаємодії з VTL. 
  • Для доступу до NAS-філерів використовуйте ту ж схему, що й для LINUX-машин. Зазвичай нумерація завжди має починатися з нуля LUN і підтримувати суміжні послідовності нумерації LUN від нуля для кожного цільового порту. Зазвичай використовують один основний шлях на VTL HBA до стрічкових накопичувачів і чейнджера.
• Примітки щодо конкретного застосування:
  • Менеджер зберігання Tivoli (TSM): Для TSM-серверів або клієнтів призначте лише один конкретний основний порт стрічковому приводу або чейнджеру. Ви можете призначити вторинний порт, якщо функція автоматичного виявлення SAN увімкнена на сервері TSM. Також основний сервер 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 та VTL, не всі пристрої IOA/IOP підтримуються для цього, перевірте матрицю сумісності Dell для правильних типів пристроїв.
  • Ознайомтеся з документацією до додатків резервного копіювання, щоб визначити, чи має ваше програмне забезпечення будь-які з наступних обмежень:
    • Деякі програми для резервного копіювання можуть мати обмеження щодо кількості пристроїв, які вони можуть розпізнати, підключених до клієнта або сервера.
    • Деяке програмне забезпечення для резервного копіювання може мати обмеження на кількість слотів у бібліотеці.
    • Деяке програмне забезпечення для резервного копіювання не може арбітражувати кілька клієнтів із доступом до спільних ресурсів, тому для них потрібні унікальні стрічкові накопичувачі в кожній групі доступу та один сервер/клієнт у кожній групі.
• Примітки, специфічні для ОС:
  • Linux: При призначенні доступу на Linux-машини завжди використовуйте LUN zero як першу LUN на шляху даних і використовуйте суміжні числа LUN, починаючи з нуля без прогалин у послідовності. Наприклад, призначення LUN 0, 1, 2, 3, 4 правильно, а призначення LUN 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, як описано для Solaris вище.
  • Системи IBMi та AS400: Деякі клієнти хочуть використовувати одну бібліотеку між кількома LPARS або системами, або використовувати кілька HBA на системі IBMi. У таких випадках дотримуйтесь таких рекомендацій: Доступ до бібліотеки та дисків тепер можна керувати з рівня WRKMLBSTS у системі IBMi. Клієнт може контролювати доступ до бібліотеки, змінюючи окремі екземпляри бібліотеки на IBMi.
    1. Розділіть диски між кількома групами доступу, кожна з яких адресує одну IBMi HBA. (Без спільного використання диска)
    2. Додайте змінювач до кожної групи. Змінювач видимий на кількох шляхах, і бібліотека з'являється з кількома назвами в системі IBMi.

Джерела

• Домен даних: Посібник з найкращих практик віртуальної бібліотеки стрічок