VPLEX: не вдалося завершити автоматичне резервне копіювання метатому

Змінено перейменування компонентів обсягу резервного копіювання метаданих (з використанням графічного інтерфейсу) або не налаштовано обсяги резервного копіювання метаданих. Зверніться до розділу «Примітки» нижче, щоб отримати інформацію про обсяги мета-резервних копій.

 Що таке резервне копіювання метаданих?

• Резервні копії метаданих — це резервні копії активних метаданих. Він включає всі параметри конфігурації системи, які є в активних метаданих. Томи резервного копіювання метаданих — це системний том у VPLEX, який створюється під час початкового налаштування кластера VPLEX. 
• Резервні копії метаданих — це миттєві знімки поточного активного метатому. Момент часу резервної копії метатому береться на основі розкладу, який був налаштований під час їх початкового налаштування. Вони можуть бути активовані лише у разі виходу з ладу поточного активного метатому або однієї частини активного тому метаданих. Вони призначені для забезпечення додаткового захисту при значних змінах конфігурації, оновленнях або міграції.
• Щоразу, коли кінцевий користувач стикається з ситуацією недоступності даних (DU) через проблеми з внутрішнім масивом, резервні копії метатомів відіграють важливу роль для відновлення конфігурації VPLEX, якщо це необхідно.
• Для резервування VPLEX має два томи резервного копіювання метаданих, які мають бути створені на двох різних масивах, так само, як і кожна частина активних метаданих, що знаходяться на двох різних масивах. Дві резервні копії метаданих чергуються щодня відповідно до розкладу. Ви завжди повинні бачити одну дату раніше іншої. Якщо вони показують, що минуло кілька днів, це означає, що є проблема з тим, що сценарій резервного копіювання не працює або він не може завершитися через проблему, тому резервні копії не виконувалися.

 
Наприклад: "Резервна копія метатому ("A")" оновлюється сьогодні, потім "резервна копія метатому ("B")" буде оновлена наступного дня і так далі. Дивіться результат нижче для більш детальної інформації:

 
VPlexcli:/clusters/cluster-1/system-volumes>ll
Ім'я Тип тому Стан роботи Активна готовність Геометрія компонента Блок Ємність Слоти
---------------------------- ----------- Стан стану ------ ----- -------- кількість Кількість Розмір -------- -----
---------------------------- ----------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
meta meta-volume ok ok true true raid-1 2 20971264 4K 80G 32000
meta_backup_2021Jul09_040009 ( A ) meta-volume ok ok false true raid-1 1 1 20971264 4K 80G 64000
meta_backup_2021Jul10_040007 ( B ) meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000

Якщо заплановане резервне копіювання метаданих не вдається виконати помилку, створюється діал-дім, як показано нижче:

Зразок номерного дому, який надсилається для вирішення цієї проблеми:

1. <SymptomCode>0x8a4a6006</Статус категорії SymptomCode> 
</Помилка><
серйозності>< категорії/Статус> серйозності
<> Помилка/<Статус>компонента CLUSTER/Компонентний ComponentID SMS/Підкомпонент ComponentID CLUSTER-1/Підкомпонент<>           

<><
<>><><>
<><SubComponentID></SubComponentID><
CallHome>Yes</CallHome
<>FirstTime>2012-07-10T00:00:01.334Z</FirstTime
><LastTime>2012-07-09T00:00:01.334Z</LastTime
<>Count>1</Count
<>EventData><![ CDATA[Автоматичне резервне копіювання мета-тому не вдалося завершити.                                   
   [Перелічені> версії:<формати коду] RCA: Автоматичне резервне копіювання мета-тому не вдалося завершити.]]>
   </EventData><
Description>
: Автоматичне резервне копіювання мета-тому не вдалося завершити.   

2.    <Код симптому>0x8a4a6003</Код симптому>
3.    <Код симптому>0x8a4a6005</Код симптому>

 

    Ось приклад поганого мета-тому резервної копії, де ідентифікатор системного тому на рівні контексту компонента було змінено з його VPD83T3 системного ID на зрозуміле ім'я "C1_MetaBackup_1":
 

VPlexcli:/clusters/cluster-1/system-volumes/META_VOLUME_backup_2018Jun11_044501/components>ll

Ім'я Тип слота Робочий стан Ємність
------------------ Номер -------------- Стан стану --------
------------------ -------- -------------- ------------- -------- --------
C1_MetaBackup_1 0 Обсяг сховища ok ok 120G
/--------------------------\
 На рівні компонентів не допускаються зрозумілі людині імена,
скрипт менеджера резервних копій не знає том резервної копії
метаданих під цим іменем, лише ідентифікатор системи, який використовувався під час налаштування тома резервного копіювання
.

3. Для SymptomCode 0x8a4a6005:

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

    Приклад для перевірки поточної дати на VPLEX:
 

VPlexcli:/>date
: Пт 7 вересня 13:30:43 UTC YYYY <<<<Зверніть увагу, що поточна дата в цьому прикладі – 7 вересня

    Далі перевірте дати, коли кожен том резервної копії востаннє запускався під системними томами.
    контексту, порівняйте дати, зазначені в назвах томів резервного копіювання, з датою, зазначеною вище
(для прикладу дату було збільшено):
 

VPlexcli:/>ll /clusters/cluster-1/system-volumes/

/clusters/cluster-1/system-volumes:Ім'я,
Тип Гучності, Робочий Здоров'я, Активна Готовність, Геометрія, Блок, Ємність, Слоти
------------------------------- -------------- Стан стану, ------ ----- -------- Розмір рахунку, -------- -----
------------------------------- -------------- ----------- ------ ------ ----- -------- -------- ----- -------- -----
c1_meta мета-том ок ок true true raid-1 20971264 4K 80G 32000
c1_meta_backup_2018Aug01_030002 мета-том ок ок false true raid-1 20971264 4K 80G 32000
c1_meta_backup_2018Aug02_030003 мета-том ок ок false true raid-1 20971264 4K 80G 32000

Дивлячись на рівень контексту storage-array у VPLEX, є LUN, які показують 'visibility' як 'non', що міститься в масиві сховища, який містить том резервної копії, а 'connectivity-status' показує 'error'. 

/clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM00000000000/логічні
одиниці/VPD83T3:6006016099xxxxx1e111:
Ім'я Значення
---------------------- --------------------
active-aao-controller [CKM00000000000. SPB]active-aao-visibility []
alua-support none
connectivity-status error <<<<communication/connectivity issue між VPLEX і array luns []passive-aan-controller [CKM00000000000.


SPA]passive-aan-visibility []
storage-volume -visibility none <<<<<не бачить обсяг серверної частини Це вказує на те, що існує проблема з підключенням між масивом зберігання та VPLEX, і це спричинить проблему, якщо вона виникла під час запуску сценарію автоматичного резервного копіювання, оскільки він не зможе побачити обсяг сховища з масиву через проблему підключення.

A. Для 0x8a4a6003 та 0x8a4a6006 SymptomCode:

ПРИМІТКА: Спроба перейменувати компонент за допомогою VPD83T3: ID має проблеми з двокрапкою ":" і не працює.

Щоб вирішити проблему, дотримуйтесь інструкцій у обхідному шляху:
 

Спосіб вирішення:
 

• Якщо VPLEX є конфігурацією Metro, переконайтеся, що ви запустили обхідний шлях на кластері, який повідомив про проблему, якщо вам знадобиться видалити обсяги метарезервних копій.

1. Перелічіть системні томи на кластерах,
де було повідомлено про проблему в повідомленні про домашній виклик (див. зразок відомостей про домашній дзвінок у розділі «Проблема»), щоб переглянути подробиці за допомогою команди.
     ll /clusters/cluster-id<>/system-volumes,ПРИМІТКА

    : ви можете ввести команду як 'll /clusters/*/system-volumes', і це перелічить деталі системного тому для всіх кластерів у конфігурації.  Якщо це VPLEX-Local, то ви побачите
інформацію лише для кластера-1.

     Вибірковий вивід з використанням кластера-1:
  2. Далі видаліть існуючі томи метабекапу за допомогою команди «знищення метатома».

         Наприклад:
3. Запустіть команду 'schedule list' з VPlexcli, щоб відобразити поточний розклад "резервного копіювання метаданих"
і номер завдання, пов'язаний з ним.

         Наприклад:
          VPlexcli:/> список
розкладу [0] 30 13 * * 3 syrcollect
[2] 23 30 * * * Резервне копіювання метаданих локальне      

4. Видаліть розклад «локального резервного копіювання метаданих», запустивши «видалення за розкладом [ідентифікатор завдання]», згаданий у
кроці (3).
 
5. Скасуйте запит на обидва попередні томи резервної копії метаданих за допомогою команди нижче.

    Наприклад, з іменем резервної копії метаданих,
 
     Приклад для номера VPD:
  6. Повторно створюйте резервні копії метаданих і встановлюйте розклад*, коли запускати в потрібний час щодня.

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

      Приклад налаштування резервного копіювання метаданих:

     VPlexcli:/clusters/cluster-1/system-volumes>configuration metadata-backup

Резервне копіювання метаданих вже заплановано на щодня о
4:45 (UTC).
   Бажаєте змінити існуючий графік? (У/Н): Y <<<Y для збереження поточного часу

   Налаштування резервного
копіювання метаданих Щоб налаштувати резервне копіювання метаданих, вам потрібно буде вибрати два незатребувані
томи (78G або більше), бажано на двох різних масивах. Резервне
копіювання відбуватиметься автоматично щодня у вказаний вами час. Будь ласка, зверніть увагу:
   Усі часи вказані за UTC і не залежать від місцевого часу.

   Наразі VPLEX налаштовано на резервне копіювання метаданих у таких
обсягах:
   VPD83T3:60000970000296006048000029030XXXXXXXXXXXXXXXXXXXXXVPD83T3ХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХ

   Чи хотіли б ви змінити обсяги для резервного копіювання метаданих? [ні]: Так
   Доступні обсяги для резервного копіювання метаданих

   Ім'я Ємність Постачальник Тип статусу вводу-виводу Ім'я масиву ---------------------------------------- -------- -------- --------- ----------- -----------------------
VPD83T3:60000097000029XXXXXXXXXXXXXXXXX 120G EMC alive традиційний EMC-SYMMETRIX-серійний< номер>
VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXX 120G EMC alive традиційний EMC-SYMMETRIX-серійний< номер
>

   Будь ласка, виберіть томи для резервного копіювання метаданих, бажано з двох
різних масивів (volume1,volume2):VPD83T3:6006048000029030XXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   VPLEX налаштований на резервне копіювання метаданих щодня о 04:45 (UTC).
   Чи хотіли б ви змінити час резервного копіювання метаданих? [ні]: N

   Ви обрали налаштування резервного копіювання метаданих. Будь ласка, зверніть увагу:
   Усі часи вказані за UTC і не залежать від місцевого часу.

   Повторення та завершення

Чи хотіли б ви запустити процес налаштування зараз? [так]: так
Планування резервного копіювання метаданих...
   Виконання резервного копіювання метаданих (Це займе кілька хвилин)
Успішно виконано початкове резервне копіювання метаданих
Успішно заплановано резервне копіювання метаданих
Резервне копіювання метаданих

успішно заплановано.

7. Щоб побачити, що були створені нові резервні копії метаданих і як система їх
назвала в командному рядку VPlexcli, запустіть "ll clusters/cluster-id<>/system-volumes"

Приклад виведення:
 

VPlexcli:/>ll /clusters/cluster-1/system-volumes/

/clusters/cluster-1/system-volumes:
Ім'я Тип тому Працездатність Активна готовність Геометрія компонента Блок Ємність блоку Слоти
------------------------------- ----------- Стан стану ------ ----- -------- кількість Кількість Розмір -------- -----
------------------------------- ----------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
C1_Meta мета-том ок ок true true raid-1 2 20971264 4K 80G 64000
C1_Meta_backup_2018Oct07_123208 мета-том ок ок false true raid-1 1 1 20971264 4K 80G 64000
C1_Meta_backup_2018Oct07_123208  Мета-том ок ок false true raid-1 1 20971264 4K 80G 64000
 

8. Потім знову запустіть команду «список розкладу», щоб підтвердити, що «локальне резервне копіювання метаданих» вказано з
правильним часом, який ви встановили для його роботи щодня.
 

VPlexcli:/> список
розкладу[0] 56 18 * * * syrcollect
[1] 45 4* * * metadatabackup local
 

9. Тепер, коли ви видалили старі томи резервних копій метаданих і знову створили нові, спостерігайте
за резервними копіями протягом кількох днів, щоб переконатися, що вони виконуються за розкладом. Сценарій буде чергуватися між
двома томами резервного копіювання кожного разу, коли виконується сценарій резервного копіювання, тому ви повинні бачити одну резервну копію, датовану
наступним днем за іншою. Час запуску резервної копії додається до імені резервної копії, і це нормально, якщо
воно не точно вказано у встановлений час, він може трохи відрізнятися, це нормально. Ви повинні побачити, що принаймні один
том резервних копій має нову дату, якщо ви запускаєте нові резервні копії вперше.

    Приклад:
 

VPlexcli:/>ll /clusters/*/system-volumes/

/clusters/cluster-1/system-volumes:
Ім'я, Гучність, Тип, Працездатність, Активна Готовність, Геометрія, Компонент, Блок, Ємність, Слоти
------------------------------- -------------- Стан, Стан ------ ----- -------- Кількість, Кількість, -------- -----
------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
C1Logging_vol logging-volume ok ok - raid-0 1 2621440 4K 10G -
C1_Meta meta-volume ok ok true raid-1 2 2 20971264 4K 80G 64000
C1_Meta_backup_2018Oct08_044532 meta-volume ok ok false true raid-1 1 1 20971264 4K 80G 64000
C1_Meta_backup_2018Oct07_123208  Мета-том ок ок false true raid-1 1 20971264 4K 80G 64000
 

B. Для коду симптому 0x8a4a6005:

Під час запланованого резервного копіювання метаданих система повинна знищити стару резервну копію метаданих, щоб вона могла створити нову резервну копію на компонентному томі сховища. Один із кроків цього сценарію резервного копіювання виконує список усіх логічних одиниць у системі VPLEX і намагається знайти масив для старого метатому резервної копії. Щоб знайти правильний масив, логіка полягає в тому, щоб порівняти ім'я компонента старого метатому з іменем <тома сховища ідентифікатором> системного тому логічних одиниць. У цьому випадку, до того, як скрипт досягне правильної логічної одиниці, існує логічна одиниця без назви "storage-volume", і саме тут скрипт завершує роботу. Якщо система здатна знайти логічну одиницю резервних метаданих перед логічною одиницею в стані помилки, то ця проблема не виникне. Щоб резервне копіювання продовжувалося в налаштуваннях, потрібно усунути невирішені помилки гучності. Ви можете виконати команду 'storage-volume forget', як описано в керівництві CLI.

Для отримання інформації про Meta Volumes та Meta Volume Backups, будь ласка, зверніться до Керівництва CLI щодо версії GeoSynchrony, на якій працює VPLEX, і знайдіть «конфігурація метаданих-резервне копіювання», а щоб переглянути список томів, які можна використовувати для обсягів резервного копіювання метаданих, виконайте пошук за запитом «configuration show-meta-volume-candidates».

Приклад виведення, щоб побачити, які обсяги були доступні для використання для створення томів резервного копіювання метаданих,

VPlexcli:/clusters/cluster-1/storage-elements/storage-volumes>configuration show-meta-volume-candidate
Ім'я Ємність постачальника Тип статусу вводу-виводу Ім'я
масиву---------------------------------------- -------- -------- --------- ----------- ---------------------------
VPD83T3:60060160c9c02cXXXXXXXXXX 80G DGC alive традиційний EMC-CLARiiON-серійний< номер>
VPD83T3:60060160c9c02c0XXXXXXXXXXX 80G DGC живий традиційний EMC-CLARiiON-серійний< номер>

Приклад виведення, коли ви хочете змінити час виконання резервних копій:

VPlexcli:/>конфігурація metadata-backup

Резервне копіювання метаданих вже заплановано на щодня о 4:15 (UTC). Бажаєте змінити існуючий графік? (Ю/Н): y

Налаштування резервних копій

метаданих Щоб налаштувати резервне копіювання метаданих, вам потрібно буде вибрати два незатребувані
томи (78G або більше), бажано на двох різних масивах. Резервне копіювання відбуватиметься автоматично щодня у вказаний вами час. Будь ласка, зверніть увагу: Усі часи вказані за UTC і не залежать від місцевого часу.

  Доступні обсяги для метаданих Ім'я резервного копіювання

Ємність постачальника Тип статусу вводу-виводу Ім'я
масиву---------------------------------------- -------- -------- --------- ----------- ---------------------------VPD83T3
:60060160c9c02cXXXXXXXXXXXX 80G DGC живий традиційний EMC-CLARiiON-серійний< номер>
VPD83T3:60060160c9c02c0XXXXXXXXXXXX 80G DGC живий традиційний EMC-CLARiiON-серійний< номер>

Будь ласка, виберіть томи для резервного копіювання метаданих, бажано з двох різних масивів (volume1,volume2):VPD83T3:60060160c9c02c00XXXXXXXXXX,VPD83T3:60060160c02c0058XXXXXXXXXXXX

 VPLEX налаштований на резервне копіювання метаданих щодня о 04:15 (UTC).

  Чи хотіли б ви змінити час резервного копіювання метаданих? [ні]: так <<[Тут вас знову запитують, чи хочете змінити час виконання резервних копій]

  У який час доби (UTC) слід створювати резервні копії метаданих? (0..23): 23

  На якій хвилині години слід створювати резервні копії метаданих? (0..59): 00

  VPLEX налаштований на резервне копіювання метаданих щодня о 23:00 (UTC).

  Чи хотіли б ви змінити час резервного копіювання метаданих? [ні]: <<
[цього разу використовуйте вибір за замовчуванням, щоб зберегти щойно встановлений час, натиснувши клавішу Enter/Return]
 Ви обрали налаштування резервного копіювання метаданих. Будь ласка, зверніть увагу:
 Усі часи вказані за UTC і не залежать від місцевого часу.

  Повторення та завершення

  Перегляньте інформацію про конфігурацію нижче. Якщо значення правильні,
введіть yes (або просто прийміть значення за замовчуванням і натисніть Enter), щоб розпочати
процес налаштування. Якщо значення неправильні, введіть ні, щоб повернутися назад і
внести зміни або вийти з налаштування.

    Резервне копіювання
метаданих Резервне копіювання метаданих буде здійснюватися щодня о 23:00.
      Для резервного копіювання
будуть використовуватися наступні томи :VPD83T3:60060160c9c02XXXXXXXXXX,VPD83T3:60060160c9c02c005XXXXXXXXXX


Чи хотіли б ви запустити процес налаштування зараз? [так]:<<
використовуйте вибір за замовчуванням, просто натисніть клавішу
Enter/ReturnПланування резервного копіювання метаданих...
Виконання резервного копіювання метаданих (Це займе кілька хвилин)
Успішно виконано початкове резервне копіювання метаданих
Успішно заплановано резервне копіювання метаданих
Резервне копіювання метаданих

успішно заплановано.