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

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

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

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

Або ж перегляньте це відео на YouTube.

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

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

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

   • Релізи загальної доступності (GA ) завершили внутрішнє тестування якості даних і доступні для встановлення у виробничих середовищах.
   • Релізи з довгостроковою підтримкою(LTS) мають унікальні характеристики, відмінні від останніх релізів функцій. 
     • Орієнтована на клієнтів, які впроваджують стандартну версію у своїх дата-центрах і залишаються на ній рік або більше.
     • Доступний щороку одночасно.
     • Проактивно підтримувався та оновлювався через релізи технічного обслуговування на регулярній частоті.
     • Оголошений LTS на момент випуску без періоду перевірки.
     • Маю 36 місяців роботи з усунення проблем програмного забезпечення та аналізу корінних причин.
     • Замініть концепцію цільового коду.

3. У панелі ресурсів виберіть Завантаження та Драйвери.

4. Натисніть Операційна система домену даних [ВЕРСІЯ]

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

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

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

Процес 2: Завантаження коду на DD:

1. Відкрийте PowerProtect Data Domain System Manager (наприклад, доступ до нього здійснюється з одного з https://hostname/ddem або https://IP/ddem).

2. Увійти як sysadmin.

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

4. Натисніть «Завантажити апгрейд пакету » і виберіть свій файл.

Процес 3: Кроки перед перевіркою

1. Увійдіть на сервер домену даних.

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

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

   1. system show serialno
   2. hostname

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

   1. net show settings

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

   1. mtree list
      
      Рисунок 1: Приклад потенційного DD з виходом 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. Перевірте простір і переконайтеся, що пост-комп'ютерний розділ має щонайменше 10% вільного місця.

   1. df
   Примітка: Якщо у вас є Archive Tier/Extended Retention, ви не можете оновитися до версії 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. Перевірте реконструкцію диска або несправні диски. Переконайтеся, що немає дисків Failed (F), Reconstructing (R), Copy (C) або Missing Disk (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. Перевірте поточний метод доставки автопідтримки.

    1. support notification method show

21. Перевірте, чи файл оновлення правильний.

    1. system package list

22. Проактивно перезапуск.

    1. system reboot

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

    1. ping -t [DD IP address]
24. Якщо це домен даних PowerEdge з iDRAC, модуль iDRAC слід попередньо перезавантажити:
    1. З інтерфейсу користувача iDRAC:  Обслуговування -> Діагностика -> Перезавантаження iDRAC
    2.  
    3. Зазвичай перезавантаження iDRAC займає близько 5 хвилин

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

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

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

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

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

   1. system upgrade precheck <filename.rpm>

5. Починайте оновлення.

   1. system upgrade start <filename.rpm>

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

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

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

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

   1. system upgrade watch

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

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

5. Перевірте поточний метод доставки автопідтримки. Якщо після оновлення змінено з Connectemc на електронну пошту, див. Домен даних: Secure Remote Services (SRS) підключає домашні зупинки після оновлення 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. Якщо DD Boost був вимкнений перед оновленням, увімкніть його знову.

   1. ddboost enable

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

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