все связанное с физическими стендбаями
Опубликовано пн, 09/22/2014 - 15:22 пользователем talifa
Primary Server Setup
Logging
Check that the primary database is in archivelog mode.
SELECT log_mode FROM v$database;
LOG_MODE
------------
NOARCHIVELOG
SQL>
If it is noarchivelog mode, switch is to archivelog mode.
SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
ALTER DATABASE ARCHIVELOG;
ALTER DATABASE OPEN;
Enabled forced logging by issuing the following command.
ALTER DATABASE FORCE LOGGING;
Initialization Parameters
Опубликовано чт, 05/16/2013 - 11:58 пользователем talifa
========================================== разница логов
select (a.maxa-b.maxb) LAG from (select max(sequence#) maxa from v$archived_log where standby_dest='NO') a,
(select nvl(max(sequence#),0) maxb from v$archived_log where applied ='YES') b;
=======================================================================
alter database recover managed standby database cancel;
alter database recover managed standby database disconnect;
Опубликовано пт, 09/09/2016 - 14:49 пользователем talifa
НА ПРОДЕ
db_name
db_unique_name
ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(DB11G,DB11G_STBY)';
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=db11g_stby NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=DB11G_STBY';
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE;
ALTER SYSTEM SET FAL_SERVER=DB11G_STBY;
alter system set fal_client=DB11G;
Опубликовано пн, 09/28/2015 - 07:52 пользователем talifa
Standby в режиме наката логов создовал manual не GUI Data Guard.
startup nomount;
alter database mount standby database;
alter database recover managed standby database disconnect from session;
exit;
Вот Активация.
/******************************************************/
Connect &LogonUserName/&LogonPassword@&LogonDatabase as sysdba
alter database recover managed standby database cancel;
alter database recover standby database;
Опубликовано вт, 12/23/2014 - 14:27 пользователем talifa
Опубликовано вт, 10/07/2014 - 15:08 пользователем talifa
ctive Standby :
PRIMARY DB- APEX
STANDBY DB- APEXDG
Now you can bring up the standby database in read-only mode and continue to have the standby database updated from the primary. Here are the steps to achieve that:
1. Stop the managed recovery process on STANDBY database :
In APEXDG ( Standby database )
SQL > alter database recover managed standby database cancel;
Database altered.
2. Open the APEXDG – standby database as read-only:
SQL > alter database open read only;
Database altered.
Опубликовано пн, 03/31/2014 - 15:26 пользователем talifa
Primary Site
Archive the current online redo log
ALTER SYSTEM ARCHIVE LOG CURRENT;
Send the ARCH files to the standby site
Standby Site
Опубликовано пн, 09/23/2013 - 14:02 пользователем talifa
По разным, не всегда зависящим от ДБА причинам, могут исчезнуть логи с основной базы. Поэтому, когда возникает такая ситуация, выходящая за рамки понимания, почему архив журнала(ы) пропали без вести, откинем в негодовании вопрос "Кто виноват?" сосредоточим внимание на вопросе "Что делать?".
Первое - это устраним коренную причину этого.
Далее, существуют 3 варианта устранения проблемы:
- Восстановить пропавший архив журнала из резервной копии на сервере-источнике.
Опубликовано пн, 09/23/2013 - 12:43 пользователем talifa
Anyone who has done time on the “tech frontline” knows that there are occasions in production systems when the unexpected transpires. Whether such events are of human origin, for example, accidentally deleting a file or setting an overly agressive retention policy, or otherwise (corruptions and disk failures), these threaten to compromise the integrity of the system(s) you are responsible for.
Опубликовано пт, 09/06/2013 - 15:36 пользователем talifa
В этом документе речь идет лишь о переходе с физической бд на резервную. PRIM первичная БД и STAN - резервная.
Перед Переключением:
1. Рекомендовано протестирвовать переход на тестовых, а потом лезть к рабочим БД .
2. Проверить, что PRIM открыта, а STAN смонтирована
3. Убедитесь в отсутствии активных пользователей, подключенных к базам данных.
4. Убедитесь в том, последний лог из PRIM был применен в резервной базе данных.
Выполните следующие команды на Основной базе данных и резервной базы данных, чтобы узнать:
Страницы
