Oracle 10g Standard Edition. Работа с TABLESPACE со STANDBY сервером.

[RXL]

В продолжение темы: О недостатках.

Таки хочу найти способ изменять табличные пространства и чтобы это синхронизировалось в standby базе.

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

На деле же при применении очередного архив-лога происходит ошибка: неизвестный файл номер такой-то.

Какие есть мысли, идеи?

P.S.: если получится, то отработаю технологию и накатаю новую статью.

[McZim]

никак, только руками.

[RXL]

McZim, что ты имеешь в виду?

[McZim]

RXL, ты же сам расширяешь TABLESPACE?на рабочей базе, вот так же самостоятельно нужно расширить и на STANDBY.

[RXL]

На standby нельзя изменить: в обычном состоянии она смонтирована, но не открыта, а при открытии она read only и никак иначе.
Standby можно активировать, но после этого она уже не вернется в standby и не будет применять к себе логи от другой базы.

[McZim]

RXL, да я ошибся, если настроен standby, то при изменении основной базы, все про дублируется через редо логи. Только что проверили.

[jorando]

Може даже поиметь некоторые преимущества, по сравнению с автоматическим созданием датафайлов ТП на Standby...

Создание датафайлов табличных пространств, при поднятом полуручном STANDBY под WINDOWS

1.   Убеждаемся, что назначенные задания  на STANDBY приостановлены (накат архивлогов и пр.)
2.   Убеждаемся,  что на PRIMARY (основной) БД включено полное логирование:
Alter database force logging; (Именно на ОСНОВНОЙ)
3.   На ОСНОВНОЙ базе данных делаем «заготовку» будущего нового датафайла:
Ex:
fsutil file createnew d:\oradata\smalldata_01.dbf  2147483648
Эта команда создаст новый файл, причём «НЕПРЕРЫВНЫЙ»(дефрагментированный)
4.   Повторяем подобную операцию на STANDBY БД:
fsutil file createnew d:\oradata\smalldata_01.dbf  2147483648
5.   Опять переключаемся на основную (PRIMARY) БД. Теперь можно собственно «добавить»
новый дата-файл табличного пространства или создать ТП вновь:
 CREATE  TABLESPACE LOGGING DATAFILE ‘d:\oradata\smalldata_01.dbf’ SIZE 2048M REUSE
  EXTEND MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO;
Ключевое слово здесь «REUSE»!!!
6.   Теперь можно снова перейти на  standby . Возобновить накат логов. Неплохо-бы через какое-то время перевести STANDBY в режим “READ ONLY”, что-бы проверить как «добавились» датафайлы…

[RXL]

jorando, интересный метод. Попробую на следующей неделе и отпишусь по результатам.

Мы пока работаем на Solaris 10 x86-64, но есть желание перейти на Linux x86-64. Это тоже в процессе тестирования.

[RXL]

Не вышло...

Media Recovery Log /u04/oradata/***/archivelogs/702025728_77461_1.dbf
File #26 added to control file as 'UNNAMED00026' because
the parameter STANDBY_FILE_MANAGEMENT is set to MANUAL
The file should be manually created to continue.
Some recovered datafiles maybe left media fuzzy
Media recovery may continue but open resetlogs may fail

Как будто не видит файла...

[RXL]

Установив STANDBY_FILE_MANAGEMENT=AUTO в обеих базах получил возможность управлять файлами без ручных работ.

Media Recovery Log /u04/oradata/***/archivelogs/702025728_77463_1.dbf
WARNING: File being created with same name as in Primary
Existing file may be overwritten
Recovery created file /u02/oradata/***/docs06.dbf
Successfully added datafile 27 to media recovery
Datafile #27: '/u02/oradata/***/docs06.dbf'