Домен даних і DDVE: Як оновити операційну систему домену даних

Цю статтю було створено, щоб допомогти клієнтам Dell Technologies оновити домен даних.

Багато посилань і посилань нижче доступні лише на веб-сайті підтримки Dell.
Увійдіть у support.dell.com , перш ніж читати далі.

• Це лише для оновлень DDOS та DDVE. Це не стосується оновлення DDHA.
• Щоб дізнатися про оновлення DDHA, перегляньте DataDomain: Посібник з оновлення ОС для систем високої доступності (HA) (Потрібен вхід)
• Для DDVE, розгорнутих у хмарі (Azure, GCP та AWS), файл DDOS .rpm, необхідний для оновлення коду, такий самий, що використовується для апаратних моделей. Його можна завантажити з розділу Підтримка DD OS.
• Якщо цей домен даних є частиною IDPA, його слід оновити в рамках оновлення IDPA, і його НЕ можна оновлювати окремо.
• Ви повинні перевірити сумісність між необхідною версією вашого Data Domain та іншими інтеграціями у вашому середовищі. Ознайомтеся з посібником із сумісності за допомогою навігатора сумісності E-Lab.
• Перевірте просту матрицю коду в розділі приміток у цьому документі, щоб визначити, скільки кроків потрібно. Між кожним кроком оновлення має пройти не менше 24 годин, якщо оновлення з 6.2.x до 7.0.x не потрібне, тоді період охолодження не потрібен.
• Шлях оновлення можна знайти в примітках до випуску версії, яку ви оновлюєте. Довідкові документи PowerProtect і Data Domain для списку документів Data Domain.
• Щоб перевірити, чи потрібен MDU, зверніться до Data Domain: Мінімальне руйнівне оновлення DDOS 7.x (MDU) і сумісність із DDOS 7.2 (потрібен логін).

Процес 1: Завантаження версії коду, до якої ви оновлюєтеся

1. Перейдіть на сайт підтримки (Підтримка DD OS) і авторизуйтесь. Крім того, ви можете перейти до Data Domain: Версії програмного забезпечення DD OS і завантажити звідти (потрібен логін).

2. Виберіть код для оновлення.

   Примітка:
   Релізи LTS:

   • Релізи загальної доступності завершили внутрішнє QA-тестування Data Domain і доступні для встановлення у виробничих середовищах.
   • Випуски з довготривалою підтримкою мають унікальні характеристики, відмінні від останніх випусків функцій.
     • Орієнтовані на клієнтів, які використовують стандартну версію в центрах обробки даних і залишаються на цій версії протягом року або більше.
     • Надаються щороку одночасно.
     • Активно підтримуються та оновлюються за допомогою випусків технічного обслуговування з регулярною періодичністю.
     • Заявлені як LTS на момент випуску без періоду перевірки.
     • Пропонуємо 36 місяців усунення проблем із програмним забезпеченням та аналізу основних причин.
     • Замініть концепцію Цільового коду.

3. Під панеллю ресурсів виберіть «Завантаження та драйвери».

4. Натисніть Data domain Operating System [VERSION]

   Примітка: [ВЕРСІЯ] = Версія завантаження

5. Прочитайте документ і натисніть «Я приймаю » на останній сторінці.

6. Прочитайте документ і клацніть файл .rpm , щоб розпочати завантаження.

Процес 2: Вивантаження коду в систему ДД:

1. Відкрийте диспетчер системи домену даних (наприклад, доступ до нього можна отримати з будь-якого з них https://hostname/ddem або https://IP/ddem).

2. Увійдіть як sysadmin.

3. Перейдіть на вкладку Обслуговування .

4. Натисніть «Завантажити пакет оновлень », а потім виберіть потрібний файл.

Процес 3: Етапи попередньої перевірки

1. Увійдіть на сервер Data Domain.

   1. Відкрийте сеанс SSH.
   2. Введіть IP-адресу або ім'я хоста.
   3. Увійдіть як sysadmin користувач.

2. Перевірте серійний номер та ім'я хоста домену даних, щоб переконатися, що ви перебуваєте на правильному сервері.

   1. system show serialno
   2. hostname

3. Переконайтеся, що у вас правильна IP-адреса.

   1. net show settings

4. Переконайтеся, що ваш домен даних не є частиною IDPA. Якщо ви бачите avamar-, і три esxX-logs, або якщо ви бачите наявність VLANS керування, таких як ethMa.121, ethMa.123, то це може вказувати на те, що це частина IDPA. Якщо ви не впевнені, зверніться до системного адміністратора вашої організації.

   1. mtree list
      
      Малюнок 1: Приклад потенційного ДД з виходом IDPA

5. Переконайтеся, що домен даних не є DDHA. НЕ продовжуйте, якщо це DDHA, оскільки він має іншу процедуру оновлення.

   1. ha status
      
      Малюнок 2: Приклад DDHA

6. Перевірте поточну версію встановленого коду (перевірте матрицю, щоб підтвердити, чи це одноетапне або багатоетапне оновлення).

   1. system show version

7. Перевірте наявність сповіщень і визначте, чи можна їх очистити, чи потрібно вжити заходів. Перевірте каталог повідомлень про помилки DD. Якщо ви не впевнені або якщо є проблеми з обладнанням, НЕ продовжуйте. Залучіть команду підтримки Dell Technologies.

   1. alerts show current

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

   1. filesys status

9. Перевірте простір і переконайтеся, що розділ після comp має принаймні 10% вільного місця.

   1. df
   Примітка: Якщо у вас є рівень архівування/розширене зберігання, ви не можете оновитися до версії DD 7.x, оскільки рівень архівування більше не підтримується у версії DD 7.x і призводить до помилки оновлення.

10. Перевірте, чи запущено процес очищення. Якщо так, припиніть його, перш ніж продовжити.

    1. filesys clean status
    2. filesys clean stop

11. Перевірте, чи ввімкнено хмарний рівень. Якщо так, припиніть будь-який рух даних, перш ніж продовжити.

    1. data-movement status
    2. data-movement stop all
    3. cloud clean status
    4. cloud clean stop

12. Перевірте конфігурацію реплікації. Перевірте стовпець CTX. Якщо ви коли-небудь бачите, що він показує 0, це означає його реплікацію колекції (дзеркальне відображення), це рідкість, але коли у вас є цей тип реплікації, це означає, що обидва сервери повинні бути оновлені одночасно.

    1. replication show config

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

    1. replication show stats
    2. Щоб зупинити реплікацію, зверніться до домену даних: Триває ініціалізація реплікації, і оновлення не може продовжуватися.

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

    1. disk show state

15. Виконайте перевірку надійності диска. Переконайтеся, що в останньому рядку показано, що диски X працюють нормально. Перевірте стовпець перерозподілених секторів, якщо кількість становить 2000+, можливо, диск потрібно завчасно замінити перед оновленням.

    1. disk show reliability-data

16. Перевірте мережевий трафік.

    1. system show stats interval 2 count 10 АБО iostat 2

17. Перевірте наявність запущених завдань NFS або CIFS. Якщо так, припиніть їх, перш ніж продовжити.

    1. nfs show active
    2. cifs show active

18. У випадку, якщо ПЛР увімкнено та використовується, зверніться до домену даних: Інструкції з оновлення для DD з підтримкою PCR/PCM.

19. Якщо ви інтегровані з Avamar і оновлюєтеся до версії 6.1, зверніться до розділу Avamar-Data Domain Integration: Після оновлення Data Domain до 6.1.x знімки Avamar не мають терміну дії в Data Domain (потрібен вхід).

20. Перевірте поточний метод, який використовується для доставки AutoSupport.

    1. support notification method show

21. Перевірте, чи правильно розміщено файл оновлення в /ddr/var/releases/ Каталог.

    1. se ls -l /ddr/var/releases
    2. priv set admin

22. Проактивне перезавантаження.

    1. system reboot

23. Ви можете контролювати систему, пінгуючи IP-адресу за допомогою командного рядка. Відкрийте командний рядок і введіть:

    1. ping -t [DD IP address]

Процес 4: Оновлення

1. Коли хост знову підключиться до мережі, повторно увійдіть у сеанс Putty.

2. Виконайте кроки попередньої перевірки 7, 8 і 9, щоб переконатися, що система справна після перезавантаження.

3. Перелічте зміст /ddr/var/releases/

4. Запустіть попередню перевірку оновлення. НЕ запускайте оновлення, якщо виявлено проблеми.

   1. system upgrade precheck <filename.rpm>

5. Запустіть оновлення.

   1. system upgrade start <filename.rpm>

6. Сервер перезавантажується автоматично. Ви можете контролювати систему, пінгуючи IP-адресу за допомогою командного рядка.

Процес 5: Кроки після перевірки

1. Коли хост знову підключиться до мережі, повторно увійдіть у сеанс Putty.

2. Слідкуйте за оновленням.

   1. system upgrade watch

3. Оновлення буде завершено, коли з'явиться повідомлення "Оновлення успішно завершено".

4. Виконайте кроки попередньої перевірки 6, 7, 8 і 9, щоб переконатися, що система справна після оновлення.

5. Перевірте поточний метод, який використовується для доставки AutoSupport. Якщо після оновлення з connectemc на електронну пошту змінено, зверніться до Data Domain: SRS connect home припиняється після оновлення DDOS до 6.1.x, 6.2.x або 7.1.x (підключення все ще працює) (потрібен логін).

   1. support notification method show

6. Перевірте статус реплікації.

   1. replication show detailed-stats all

7. Перевірте статус NFS, CIF і VTL.

   1. nfs status
   2. cifs status
   3. vtl status

8. Якщо DDBoost був відключений перед оновленням, увімкніть його знову.

   1. ddboost enable

9. Перевірте, чи не потрібно збільшувати дні закінчення терміну дії пароля.

   1. user password aging show
      Примітка: Якщо ви бачите, що для параметра "Максимальна кількість днів між змінами" встановлено мале значення (наприклад, 90), змініть його на більше (наприклад, 99999).
   2. user password aging set <ddboost username> max-days-between-change 99999