Преобразовать физический standby в snapshot standby и обратно (тестовая среда)
OracleData GuardКоманда
# Make the standby read-write (redo is still received, apply stops):
CONVERT DATABASE '<standby_db_unique_name>' TO SNAPSHOT STANDBY;
SHOW DATABASE '<standby_db_unique_name>';
# ... testing / application validation ...
# Convert back: all test changes are discarded, accumulated redo is applied
CONVERT DATABASE '<standby_db_unique_name>' TO PHYSICAL STANDBY;
SHOW CONFIGURATION;Что делает
Создаёт на standby автоматическую гарантированную точку восстановления и открывает его в режиме read-write; при обратном преобразовании выполняет flashback к этой точке и применяет redo, накопившийся от primary.
Когда использовать
Чтобы отрепетировать обновление, протестировать релиз приложения или запустить Real Application Testing (DB Replay) на производственных данных без создания отдельной копии.
Внимание
Пока база является snapshot standby, redo не применяется: RPO сохраняется, но время failover (RTO) растёт вместе с накопленным redo, и она не может быть целью FSFO. Flashback logs могут заполнить FRA; следите за местом в FRA. Изменения, сделанные в snapshot, безвозвратно отбрасываются при обратном преобразовании.
Связанные материалы
- Показать конфигурацию брокера Data Guard и состояние баз данных (DGMGRL)
- Проверить роль primary/standby и готовность к switchover через SQL
- Измерить задержку transport/apply, скорость apply и процессы Data Guard на standby
- Проверить standby через брокер перед switchover/failover (VALIDATE DATABASE)
- Выполнить плановый switchover (DGMGRL, смена роли без потери данных)
- Выполнить failover после потери primary (DGMGRL)