Добавление сервера Oracle RAC на сайт аварийного восстановления после аварийного восстановления

БД: Oracle Server: Физическая ОС: Linux 5.5

Производственная площадка содержит 3 серверных узла и будет кластеризована с использованием Oracle RAC, репликация базы данных будет выполняться с помощью Oracle Data Guard. Как минимум, на сайте аварийного восстановления будет один физический сервер, работающий в режиме физического ожидания.

Ситуация: среду аварийного восстановления также разделяет тестовая среда, которая имеет 3 сервера баз данных в кластере RAC. Эти серверы будут иметь 2 образа, один для сети тестирования и один для сети аварийного восстановления. Теперь, когда произойдет фактическое аварийное восстановление, тестовый образ будет отключен, и образ аварийного восстановления начнет работать и присоединится к 1-му узлу физического сервера аварийного восстановления и в конечном итоге станет 4-узловым аварийным резервным копированием.

Я хочу знать, с какими техническими трудностями можно достичь этого и каковы возможные болевые точки?

Это технически возможно, но я бы не рекомендовал это делать.

Общие проблемы, связанные с наличием неактивного экземпляра операционной системы на диске (в любом месте, включая сайт аварийного восстановления):

управление аккаунтом (useradd, passwd)
исправление ОС (безопасность, совместимость)
исправление Oracle (безопасность, совместимость)
исправление любого другого вспомогательного программного обеспечения, такого как инструменты мониторинга или инструменты резервного копирования
смена оборудования
изменение настроек ОС
изменение настроек Oracle
изменение настроек любого другого вспомогательного ПО

Общие болевые точки при совместном использовании оборудования между разработчиками и DR:

разработчики ВСЕГДА сталкиваются с критическим сроком, и точка. Установление крайнего срока - их работа. Они будут яростно противостоять отключению своей среды по любой причине. Тесты DR (или любая другая работа) будут выполнены ВАМИ около полуночи в субботу / воскресенье.