Домен даних PowerProtect: Попередня перевірка оновлення DDHA

Функція високої доступності (HA) дає змогу конфігурувати дві системи захисту як пару Active-Standby, забезпечуючи резервування в разі збою системи. HA забезпечує синхронізацію активної та резервної систем. Це робиться для того, щоб, якщо активний вузол вийшов з ладу через проблеми з апаратним або програмним забезпеченням, резервний вузол міг взяти на себе відповідальність за цей несправний вузол.

HA підтримується на наступних системах:

• Домен даних DD6800
• PowerProtect DD6900
• Домен даних DD9300
• PowerProtect DD9400
• PowerProtect DD9410
• Домен даних DD9800
• PowerProtect DD9900
• PowerProtect DD9910

Підготовка систем DDHA до модернізації

Перш ніж розпочати оновлення, переконайтеся, що обидва вузли працюють оптимально. Оновлення, коли будь-який вузол скомпрометовано, може призвести до збою та перебоїв у обслуговуванні. Перш ніж приступити до оновлення, проведіть такі перевірки:

Інформація про систему

Перевірте ім'я системного хоста, серійний номер, модель, поточну версію DDOS і час безвідмовної роботи.

Конфігурація iDRAC

Перевірте, чи налаштовано iDRAC, оскільки це цінний інструмент для моніторингу та усунення проблем під час перезавантаження.

Не можна сказати, що iDRAC недоступний на застарілих системах Dell DD6800, DD9300 і DD9800.

Стан файлової системи

Переконайтеся, що файлову систему увімкнено та запущено.

Сповіщення та апаратні збої

Перегляньте всі поточні системні сповіщення та усуньте будь-які апаратні збої.

Оповіщення не завжди розподіляються між активним і резервним вузлами. Обов'язково перевірте обидва вузли окремо на наявність будь-яких активних сповіщень, які можуть вказувати на основні проблеми. Більшість сповіщень видно лише на одному вузлі, тому двовузлова перевірка є важливою.

Стан системи HA

Переконайтеся, що система перебуває в стані високої доступності, перш ніж ініціювати оновлення.

Потужність системи

Оцініть загальну пропускну здатність системи.

Щоб забезпечити безперебійний процес оновлення DDOS-атак, під час оновлення до версій DDOS до 7.x і пізніших версій рекомендується мати щонайменше 10% вільного місця в системі Data Domain, а для оновлень до DDOS 7.x і пізніших — не менше 5%. Цей доступний простір необхідний для роботи з тимчасовими файлами та будь-якими змінами в індексі чи метаданих. Це допомагає мінімізувати ризик збоїв оновлення або зниження продуктивності під час оновлення. 

Версії прошивки

Переконайтеся, що всі компоненти системи працюють під керуванням останньої версії прошивки.

Якщо цільовий код старіший за 7.7.5.1, 7.10.1.0 або 7.11.x, перевірте версію прошивки диска та зверніться до статті KB 000204252 за вказівками.

Конфігурація мережі

Перевірте конфігурацію мережі системи та переконайтеся, що всі інтерфейси працюють із відповідними IP-адресами.

У системах DDHA мережеві інтерфейси налаштовуються як плаваючі або фіксовані. Кожен тип має специфічні вимоги до поведінки та перевірки:

• Плаваючі інтерфейси: Для інтерфейсів, налаштованих як плаваючі, переконайтеся, що кожен порт мережевої інтерфейсної карти (NIC), псевдонім або віртуальний інтерфейс Ethernet (veth) знаходиться в увімкненому та запущеному стані як на активному, так і на резервному вузлах. Очікується, що плаваючі інтерфейси відображатимуть IP-адресу на активному вузлі, тоді як на резервному вузлі показуватимуть N/A.
• Фіксовані інтерфейси: Для інтерфейсів, позначених як фіксовані, переконайтеся, що кожен налаштований порт NIC, псевдонім або veth знаходиться у включеному та запущеному стані. На відміну від плаваючих інтерфейсів, фіксовані інтерфейси не зобов'язані мати ідентичні конфігурації в обох вузлах.
• HA Interconnect (veth99): Переконайтеся, що з'єднання HA (veth99) присутнє, а всі необхідні порти увімкнені та працюють.
  • Кількість необхідних з'єднань та розташування їх слотів для veth99 залежать від моделі Data Domain.

Стан диска

Оцініть стан диска та переконайтеся, що немає дисків з помилкою (F), реконструюванням (R), копіюванням (C) або відсутністю (A). 

У конфігурації DDHA резервний вузол не обробляє та не обслуговує дані. Як наслідок, диски корпусу, приєднані до резервного вузла, не відображають стан «Використовуються диски». Замість цього всі диски відображаються в стані «Відомі диски», що вказує на те, що система їх розпізнає, але вони не активні. Це очікувана поведінка, оскільки активний вузол обробляє всі операції з даними.

Статус корпусу

Переконайтеся, що всі пристрої корпусу працюють належним чином.

Топологія корпусу

Перевірте топологію корпусу з обох вузлів. 

Нотатки:

• На виході повинні виходити дзеркальні зображення.
• Знайдіть зірочку (*) поруч із enc.ctrl.port і перегляньте поле «Повідомлення про помилку», щоб дізнатися про такі проблеми, як несправності контролера або кабелю.
• Такі символи, як ?, !, або !! вказувати на помилки.
• Переконайтеся, що всі номери полиць правильні та узгоджені.

Статус реплікації

Переконайтеся, що реплікація не ініціалізується. Якщо так, зверніться до статті KB 000014079.

Починаючи з версії DDOS 7.7.1, реплікація каталогів більше не підтримується. Якщо налаштовано оновлення з версії, старішої за 7.7.1, і реплікація каталогів, перед оновленням зверніться до розділу «Міграція реплікації з каталогу в MTree» Посібника з адміністрування DDOS.

Оцінка працездатності апаратного забезпечення

Ініціюйте комплексну перевірку працездатності апаратного забезпечення систем Data Domain. 

Ця команда сумісна не з усіма платформами DD. Для отримання додаткової інформації зверніться до статті KB 000326481.

Очищення файлової системи

Перевірте, чи запущено очищення файлової системи. Якщо активний, або дозвольте йому завершитися, або зупиніть його вручну, виконавши команду # fileys clean stop на активному вузлі.

Хмарне очищення

Перевірте, чи виконується хмарне очищення. Якщо активний, або дозвольте йому завершитися, або зупиніть його вручну, виконавши команду # cloud clean stop на активному вузлі.

Рух даних

У системах із Cloud Tier перевірте, чи виконується переміщення даних. Якщо активний, вручну зупиніть його, виконавши команду # data-movement stop all на активному вузлі.

Резервне копіювання та відновлення

Якщо виконується будь-яка активність резервного копіювання або відновлення, призупиніть її, перш ніж продовжити.

Тест на відмовостійкість HA

Метою тесту на відмову є перевірка високої доступності шляхом ініціювання перемикання після відмови від активного вузла до резервного. Після завершення переходу виконайте другий відмовостійкість, щоб повернути контроль на початковий вузол, забезпечуючи повну функціональність двостороннього перемикання на відмову.

Активний вузол:

• Запустіть команду ha status команда для підтвердження того, що система знаходиться в високодоступному стані з обома вузлами в мережі.
• Бігти ha failover precheck (доступно у версії DDOS 7.8 і новіших) для підтвердження готовності до відновлення після відмови.
• Бігти ha failover на активному вузлі для перемикання з активного вузла на резервний вузол.

Новий активний вузол (попередній вузол Standby):

• Запустіть команду ha status команда для підтвердження того, що система знаходиться в високодоступному стані з обома вузлами в мережі.
• Бігти ha failover precheck (доступно у версії DDOS 7.8 і новіших), щоб переконатися, що система готова до відновлення після відмови.
• Бігти ha failover на новому активному вузлі, щоб повернутися в режим очікування.

Оновлення пакета RPM

Завантажте пакет оновлення RPM на активний вузол. Як тільки виконується команда попередньої перевірки оновлення системи, пакет автоматично копіюється на вузол очікування.

Пакети оновлення RPM доступні на сторінці Системи зберігання даних з дедуплікацією доменів даних .

• Перенесіть RPM-файл з клієнтського сервера на активний вузол за допомогою наступної команди:

client-server# scp <rpm file> sysadmin@<active-node-hostname-or-IP-address>:/ddr/var/releases/

• • Система запитує пароль, який визначив клієнт. Цільовий каталог на активному вузлі — /ddr/var/releases.
• Після завершення передачі файлів перевірте інформацію про системний пакет про активний вузол, виконавши команду: 

active-node# system package list

Попередня перевірка оновлення системи

З активного вузла запустіть файл system upgrade precheck <file> команда. Якщо попередня перевірка пройшла успішно без будь-яких помилок, система готова приступити до оновлення DDOS. Детальні вказівки щодо модернізації системи DDHA можна знайти в статті KB 000009653.