STANDBY и создание нового файла данных на промышленном сервере

dbstalker, 21 июля

На основном сервере создали еще один файл данных для существующего табличного пространства. Однако как оказалось на standby сервере был установлен параметр инициализации STANDBY_FILE_MANAGEMENT в значение MANUAL. Поэтому на стэндбае файл данных не был создан автоматически. В алерте получили следующее сообщение:

File #30 added to control file as 'UNNAMED00030' because
the parameter STANDBY_FILE_MANAGEMENT is set to MANUAL
The file should be manually created to continue.

Администратор решил тупо скопировать его с основной базы. Что и было сделано. Значение параметра STANDBY_FILE_MANAGEMENT выставили в значение AUTO. Перестартовали стэндбай./p>

Затем была выполнена команда:

alter database rename file 'D:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\UNNAMED00030' to 'E:\oracle\oradata\my_db\my_tbs2.ora ';

В результате в алерте имеем:

Managed Standby Recovery not using Real Time Apply
WARNING! Recovering data file 30 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.

Но накат архивных файлов на standby пошел дальше, ошибок оракл не выдает. По запросу:

select file#,status from v$datafile;

все датафайлы в статусе ONLINE.

Будем надеяться, что все нормально?

2 комментария

Прокоментировать

zerot
27 декабря 2010 г. в 16:35

вот такой вариант работает БЕЗ копирования файла, после чего журналы накатываются. Метод этот используется на скриптовых стэндбаях в SE редакциях, где Data Guarda просто нет
ALTER DATABASE CREATE DATAFILE номер_файла AS 'полное_имя_файла_данных' SIZE ... AUTOEXTEND ... ;

sunower
20 мая 2011 г. в 07:54

Для уверенности нормальной работы standby
можно попробовать поднять ее в readonly

 

Новый комментарий

Я не спамер: введите суму 1+3



 

От авторов блога

О Блоге - прочитай перед началом.

Задать вопрос и получить ответ - уже решено 94 вопросов

Глоссарий - список терминов и сокращений


 
 

Бизнес форум