Search
Write a publication
Pull to refresh
2
0
Иван Федоров @vanesfedorov

DevOps, DBA, Backend-developer

Send message

Спасибо за комментарий!

Этот пост все-таки больше как пост-продолжение вот к этому. В том посте и в его комментариях как раз обсуждаются нюансы с лицензиями и про force logging сказано.

incrond+rsync — тоже интересный вариант, почему нет. Здесь, как говорится, уже прикручиваюют "любыми гвздями по вкусу" )

>> это реально Physical Standby (что можно увидеть выполнив select database_role from v$database) или всё же "якобы Standby"

Конкретно этот запрос на второй базе покажет Physical Standby (т. к. база смонтирована и запущена в режиме standby)

>> Отсюда возникает проблема со стиранием архивлогов на первой базе - RMAN запросто может удалить архивлоги, которые еще не были накатаны на вторую базу. Да и удаляя архивлоги на второй базе, вы постоянно генерируете ошибку консистентности архивлогов на первой базе, когда RMAN на первой базе не может найти нужные ему архивлоги, которые зарегистрированы в бд (1й), но удалены кем-то еще (RMAN на 2й базе). Постоянно пользуетесь CROSSCHECK ARCHIEVELOG ALL ?

Ну здесь уже тонкости в настройках резервного копирования, в моем случае архивлоги на primary пишутся в 2 папки, одна из которых шарится по NFS и вторая база может удалить архивлоги только из нее. На первой же базе архивлоги чистятся только те, что двухнедельной давности, при штатном работе скриптов обновления standby удаление архивлогов двухнедельной давности его не сломает. Если standby не обновляется по каким-либо причинам (отвалилась шара и т д), то на этот случай висит мониторинг изменения SCN базы - если после синхронизации он не поменялся, то тогда аларм админу. Любой сбой, как правило, замечают в течение 1-2х дней и архивлоги за этот период, как правило, еще не удалены и спокойно накатываются без необходимости создания standby заново.

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity