Failover SRA Test не вдалося: Не вдалося створити знімки реплік пристроїв

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

Error: Failed to create snapshots of replica devices. Failed to create snapshot of replica consistency group xx. SRA command 'testFailoverStart' failed for consistency group xx. Failed to fetch replication information. Please check EmcSrdfSra logs for more information on the error.

Об'єкт EmcSrdfSraGlobalOptions.xml і EmcSrdfSraTestFailoverConfig.xml Файли налаштовані правильно.

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

З'ясувалося, що групи пристроїв на стороні аварійного відновлення (DR) перейшли в недійсний стан. Це видно з symdg list вивід команди з сервера SYMAPI сайту відновлення. Саме з цієї причини SRA Test Failover зазнав невдачі.

У symapi.log видно такі помилки:

EMC:SMBASE  emcSymValidateGroup  Group (DG_NAME) invalid; TGT dev (0x  200), Symm <array SN> ; reason; SYMAPI_C_DEV_IS_VVOL (The action cannot be performed because the specified device is a VVol device)

Було виявлено, що було налаштовано та додано кілька пристроїв VVol до груп пристроїв (DG). Пізніше вони були видалені з масиву. Групи пристроїв базуються на хості та визначаються користувачем, тому видалення пристроїв безпосередньо з масиву PowerMax не оновлює групу пристроїв.

Видалена інформація про пристрій існувала в DG, і DG перейшов у недійсний стан. Коли відмовостійкість SRA Test виконувалася на невірному DG, він не вдався. 

• Рекомендується переконатися в тому, що DG дійсний, перш ніж виконувати відмовостійкість SRA Test на ньому.
• Якщо вищезазначений крок пропущено, а відмовостійкість тесту SRA була виконана та не вдалася, наведений нижче план дій може допомогти відновити операцію відмовостійкості SRA.
• Видаліть DG і створіть його заново з нуля. Це найшвидший варіант.

  • symdg delete DGNAME -force
    symdg create DGNAME -type RDF2  --> RDF2 since the test failover will always happen on the Recovery Site.
    symdg -g DGNAME -sid <SN> add dev <dev_name>

             АБО

• Експортуйте групу до файлу, видаліть пристрій-порушник, видаліть поточну DG і знову імпортуйте DG із файлу.

  • symdg export DGNAME -file <filename.txt>
    Update the file to contain only the devices that should be in the DG
    symdg delete DGNAME -force
    symdg import DGNAME -file <filename.txt>

• Виконайте відмововідновлення тесту SRA.