VPLEX: Перейменування резервних копій не підтримується і може призвести до збою ротації резервних копій.
Сводка: У цій статті описано проблему, коли автоматизований процес резервного копіювання мета-томів може вийти з ладу, якщо компонент об'єму зберігання, який використовується для створення мета-тому, був перейменований. У цій статті наведено кроки для вирішення проблеми. ...
Симптомы
Що таке метадані VPLEX?
Метадані VPLEX містять відображення віртуального у фізичне, а також інформацію про пристрої, віртуальні томи та налаштування конфігурації системи. Ці метадані зберігаються в кеші та резервно копуються у спеціально призначені зовнішні томи, відомі як мета-томи.
Мета-томи резервного копіювання представляють це знімки метаданих у точці часу, забезпечуючи додатковий рівень захисту перед суттєвими змінами конфігурації, операціями оновлення або міграціями.
Проблема:
-
Автоматичні резервні копії метаданих можуть не запускатися. Резервне копіювання метаданих може містити старішу дату часу в кінці назви резервної копії, яка знаходиться поза запланованим періодом резервного копіювання.
-
Журнали прошивки можуть повідомляти
sms/6абоutl/1Події, які описуються так:-
sms/6 The automated backup of the meta-volume could not be completed. -
utl/1 NDU procedural event: automated metadata backup failed with error: com.emc.vplex.cli.CommandExecutionException: Evaluation of <<meta-volume backup -c /clusters/cluster-1 --storage-volumes XXXXXXXXX --force>> failed
-
-
Кінцевий користувач може отримати сповіщення про дзвінок додому з кодом симптомів
0x8a4a6006З таким описом:
This e-mail notification is to let you know that Dell EMC received a call home alert from VPLEX XXXXXXXXXXXXX for call-home event 0x8a4a6006. This e-mail notification is to let you know that "VPlex triggered a call home with an error that the automated meta-volume backup failed." and that we need customer's/Local team/Field team intervention, initially, to follow the Knowledge Base Article 000458412 which provides appropriate actions required for investigating the issue. As a result, a Service Request has not been generated for this event.
Симптоми:
Як визначити, чи було перейменовано компонент резервного обсягу сховища метаданих:
Перелік системних томів може означати додавання старих дат до мета-томових резервних копій, які явно виходять за межі автоматичного графіка резервного копіювання:
VPlexcli:/> ll clusters/cluster-1/system-volumes/
/clusters/cluster-1/system-volumes:
Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots
-------------------------------------- ----------- Status State ------ ----- -------- Count Count Size -------- -----
-------------------------------------- ----------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
cluster1_meta meta-volume ok ok true true raid-1 2 20971264 4K 80G 64000
cluster1_meta_backup_2017Mar10_020012 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000
cluster1_meta_backup_2018May04_020021 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000
Перелік компонентів резервного копіювання метаданих показує базовий обсяг пам'яті, який може мати назву, зрозумілу людині:
VPlexcli:/> ll clusters/cluster-1/system-volumes/cluster1_meta_backup_2017Mar10_020012/components/
/clusters/cluster-1/system-volumes/cluster1_meta_backup_2017Mar10_020012/components:
Name Slot Type Operational Health Capacity
------------------------- Number -------------- Status State --------
------------------------- ------ -------------- ----------- ------ --------
XtremIOXXXXX_Metadata_Lun2 0 storage-volume ok ok 80G
VPlexcli:/> ll clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May04_020021/components/
/clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May04_020021/components:
Name Slot Type Operational Health Capacity
------------------------- Number -------------- Status State --------
------------------------- ------ -------------- ----------- ------ --------
XtremIOXXXXX_Metadata_Lun1 0 storage-volume ok ok 80G
Вказування відповідного обсягу зберігання може відображати назву, зрозумілу для людини. За замовчуванням ім'я обсягу зберігання має ідентично відповідати логічному ідентифікатору пристрою:
VPlexcli:/> ll clusters/cluster-1/storage-elements/storage-volumes/
/clusters/cluster-1/storage-elements/storage-volumes:
Name VPD83T3 ID Capacity Use Vendor IO Type Thin Provision Thin
---------------------------------------- ---------------------------------------- -------- --------- ------- Status ----------- Rebuild Type Capable
---------------------------------------- ---------------------------------------- -------- --------- ------- ------ ----------- ------- --------- -------
XtremIOXXXXX_Metadata_Lun2 VPD83T3:514f0c50de000227 80G meta-data XtremIO alive traditional false legacy true
XtremIOXXXXX_Metadata_Lun1 VPD83T3:514f0c5de9a00001 80G meta-data XtremIO alive traditional false legacy true
Причина
Перейменування автоматизованих компонентів резервного копування метаданих, таких як компонент об'єму зберігання, не підтримується, оскільки це призводить до збою автоматичного обертання резервного копіювання. Це пов'язано з тим, що після перейменування обсягу зберігання оригінальний шлях контексту стає недійсним. Тоді до обсягу зберігання можна отримати доступ лише за новим шляхом контексту (під новим ім'ям).
Також, хоча користувачам дозволено використовувати власні імена для ручного резервного копіювання, ми не повинні перейменовувати автоматичні резервні копії та їхні компоненти об'єму зберігання. Для автоматизованого процесу резервного копіювання VPLEX визначає останню резервну копію. VPLEX потім обертає існуючу резервну копію відповідно до дати та часової позначки до назви резервної копії. Якщо автоматичний мета-том резервного копіювання перейменовується, інформація про часову мітку втрачається. Внаслідок цього заплановані автоматичні резервні копії перестають працювати.
Разрешение
Обхідні кроки:
Якщо компонент обсягу зберігання вже був перейменований у читабельне для людини ім'я, ймовірно, неможливо повернути його у LUN-ідентифікатор (наприклад: VPD83T3:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) через спеціальні обмеження символів, такі як «:» . Тому єдиний спосіб перейменувати компонент обсягу зберігання назад на LUN-ідентифікатор — це повторно створити том резервного копіювання метаданих і уникнути будь-яких змін імен тома сховища.
Передумови для повторного створення томів резервного копіювання метаданих:
- Визначте два або більше томів зберігання з різних масивів зберігання.
- Переконайтеся, що ці обсяги зберігання не затверджені.
- Переконайтеся, що об'єми пам'яті мають щонайменше 78 ГБ.
Кроки для повторного створення тому резервної копії метаданих:
Щоб відтворити том резервного копіювання метаданих, дивіться статтю KB VPLEX: автоматизоване резервне копіювання метаоб'єму не вдалося завершити для детального посібника з переналаштування резервних копій метаданих.
Як перевірити, чи нові резервні копії метаданих були правильно створені:
Після успішного повторного створення резервних копій метаданих ми можемо перелічити системні томи і помітити, що ім'я резервної копії дати доданого мета-тому має містити поточну дату та часову мітку в автоматизованому розкладі резервного копіювання:
VPlexcli:/> ll clusters/cluster-1/system-volumes/
/clusters/cluster-1/system-volumes:
Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots
------------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- -----
------------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
cluster1_meta meta-volume ok ok true true raid-1 2 20447264 4K 78G 64000
cluster1_meta_backup_2018May05_235036 meta-volume ok ok false true raid-1 1 20447264 4K 78G 64000
cluster1_meta_backup_2018May06_235031 meta-volume ok ok false true raid-1 1 20447264 4K 78G 64000
При повторному розміщенні компонентів резервного копіювання метаданих після створення слід звернути увагу, що базовий обсяг зберігання має мати формат імені, не читабельний для людини (наприклад: VPD83T3:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX):
VPlexcli:/> ll clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May05_235036/components/
/clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May05_235036/components:
Name Slot Type Operational Health Capacity
---------------------------------------- Number -------------- Status State --------
---------------------------------------- ------ -------------- ----------- ------ --------
VPD83T3:60000970000197000748533030303432 0 storage-volume ok ok 78G
VPlexcli:/> ll clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May06_235031/components/
/clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May06_235031/components:
Name Slot Type Operational Health Capacity
---------------------------------------- Number -------------- Status State --------
---------------------------------------- ------ -------------- ----------- ------ --------
VPD83T3:60000970000197000748533030303431 0 storage-volume ok ok 78G
При повторному розміщенні відповідного обсягу зберігання слід також зазначити, що назва тома зберігання знаходиться у форматі, який не читається людиною. Назва тома пам'яті має бути ідентичною ідентифікатору LUN:
VPlexcli:/> ll clusters/cluster-1/storage-elements/storage-volumes/
/clusters/cluster-1/storage-elements/storage-volumes:
Name VPD83 ID Capacity Use Vendor IO Type Thin Provision Thin
------------------------------------------ ---------------------------------------- -------- --------- ------ Status ----------- Rebuild Type Capable
------------------------------------------ ---------------------------------------- -------- --------- ------ ------ ----------- ------- --------- -------
VPD83T3:60000970000197000748533030303431 VPD83T3:60000970000197000748533030303431 78G meta-data EMC alive traditional false legacy true
VPD83T3:60000970000197000748533030303432 VPD83T3:60000970000197000748533030303432 78G meta-data EMC alive traditional false legacy true