VxRail: Уникайте скидання бази даних VUM без повного розуміння наслідків

1. Вплив на депо

VxRailКоли база даних VUM скидається, усі сховища VxRail видаляються з vCenter. Після того, як vCenter виконає «Синхронізацію оновлень», ці сховища VxRail не будуть автоматично додані знову.

• Ця проблема відображається на вкладці «Оновлення » vCenter (а не плагіна VxRail), де стан усіх вузлів у кластерах, приєднаних до vCenters, відображається як «статус хоста невідомий».
• Цей статус призводить до збоїв перевірки відповідності та оновлення.

2. Повторне додавання депо ВУМ дб. Після скидання налаштувань
 

• Коли ви завантажите композитний пакет для наступного оновлення, депо VxRail буде відновлено.
• Сторонні сховища рішень (такі як NSX і Рубрик) залишаться відсутніми. Їх відсутність може призвести до додаткових збоїв у модернізації.
• Хоча для відновлення сховищ NSX існує задокументований обхідний шлях, для повторного підключення сховищ для інших сторонніх рішень потрібні додаткові кроки.

3. Вплив на зображення

кластерів vLCMДля кластерів, налаштованих із зображеннями кластерів vLCM (стаціонарні кластери), скидання бази даних VUM:

• Запобігає збереженню або перевірці пов'язаних зображень кластерів
• Це викликає збої в підтримці потрібного стану, так як відсутнє депо є критично важливим компонентом.

4. Критичне попередження для середовищ зі сторонніми рішеннями

Якщо на кластерах із налаштованими образами кластерів встановлено сторонні рішення, не скидайте базу даних VUM, якщо це явно не вказано VxRail EE.

5. Потрібне рецензування.

Скидання бази даних VUM має виконуватися лише:

• Після огляду навколишнього середовища
• За схваленням VxRail EE

Зведення

Скидання бази даних VUM – це операція з високим ризиком, яка може призвести до збоїв відповідності та оновлення всього кластера, особливо в середовищах зі сторонніми рішеннями. Приступайте тільки після консультації з.