К основному контенту

Сообщения

Показаны сообщения с ярлыком "data guard"

Настройка DataGuard с помощью dgmgrl

Делал все по  этой   статье, с небольшими своими исправлениями. Ниже могут быть ошибки, неплохо бы перепроверить еще раз. Еще хорошая статья . Не проверял, но у него всегда все по делу. 1. Настройка Listner на обоих серверах. Нужна статическая регистрация. listener.ora LISTENER =   (DESCRIPTION_LIST =     (DESCRIPTION =       (ADDRESS = (PROTOCOL = TCP)(HOST = host1)(PORT = 1521))     )   ) SID_LIST_LISTENER =   (SID_LIST =     (SID_DESC =       (GLOBAL_DBNAME = prd_DGMGRL) -- в 12c я обошелся без " _DGMGRL"       (ORACLE_HOME = /u01/app/oracle/product/12.1.0/dbhome_1)       (SID_NAME = prd)     )   ) tnsnames.ora prd=   (DESCRIPTION =     (ADDRESS_LIST =       (ADDRESS = (PROTOCOL = TCP)(HOST = host1)(...

Подключение к Oracle при работающем Data Guard

Метод организации подключения пользователей к БД работающей в режиме ACTIVE DATA GUARD. Не актуален при использовании GRID Infrastructure. 1. Создание служб. Для пользователей будут созданы службы(service), которые будут включаться в зависимости от режима работы базы. prod - база находится в режиме PRIMARY, разрешены запись и чтение. read - база в режиме PHYSICAL STANDBY, доступна только для чтения. snap - режим SNAPSHOT STANDBY, разрешены запись и чтение, но после конвертации в  PHYSICAL STANDBY все изменения будут отменены execute dbms_service.create_service(                    service_name=>'prod',                    network_name=>'prod'); Остальные службы создаются аналогично. 2. Создание   триггера   для   запуска   служб при изменении   состояния   сервера. Триггер будет срабатывать после запуска/перезапуска ба...

Ошибки ORA-7445 при работе DATA GUARD после обновления на БД 12C

Началось все с того, что БД-источник отказывалась отправлять логи на стендбай. Алерт лог выдавал: Error 1017 received logging on to the standby ------------------------------------------------------------ Check that the primary and standby are using a password file and remote_login_passwordfile is set to SHARED or EXCLUSIVE, and that the SYS password is same in the password files.       returning error ORA-16191 ------------------------------------------------------------ При этом файл паролей корректный (скопирован с источника). Посмотрев алерт на стендбае, увидел: Physical standby fails to sync with the primary, because of the Error: ORA-7445: exception encountered: core dump [PC:0x2223829] [ACCESS_VIOLATION] [ADDR:0x7FFFFFFF8] [PC:0x2223829] [UNABLE_TO_READ] [] Обе проблемы оказались следствиями одного и того же бага: BUG:17535265 Проблема:  В группу ОС ORA_OPER (была создана установщиком 12С) не был назначен...