Oracle 10.2.0.5
Провожу такой эксперимент.
В конфигкрации DG praimary-stadby
на прймари порчу командой dd последний архивлог, пока он не успел передаться на standby.

авторДве тестовый БД праймари test1 и стэндбай test2 на одном сервере.
spfiletest1.ora
*.db_unique_name='test1'
*.fal_client='test1'
*.fal_server='test2'
*.log_archive_config='dg_config=(test1,test2)'
*.log_archive_dest_10='LOCATION=USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=test1'
*.log_archive_dest_2='SERVICE=test2 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=test2'
*.log_archive_dest_state_10='ENABLE'
*.log_archive_dest_state_2='ENABLE'

spfiletest2.ora
*.db_unique_name='test2'
*.fal_client='test2'
*.fal_server='test1'
*.log_archive_config='dg_config=(test1,test2)'
*.log_archive_dest_10='LOCATION=USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=test2'
*.log_archive_dest_2='SERVICE=test1 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=test1'
*.log_archive_dest_state_10='ENABLE'
*.log_archive_dest_state_2='ENABLE'



авторSYS@test1 > alter system set log_archive_dest_state_2='DEFER';

System altered.

SYS@test1 > alter system switch logfile;

System altered.

alert .log test1
Wed Jul 25 10:39:11 MSK 2018
LNS: Standby redo logfile selected for thread 1 sequence 82 for destination LOG_ARCHIVE_DEST_2
Wed Jul 25 10:39:11 MSK 2018
ARC2: Standby redo logfile selected for thread 1 sequence 81 for destination LOG_ARCHIVE_DEST_2
Wed Jul 25 10:45:00 MSK 2018
Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
Wed Jul 25 10:45:00 MSK 2018
ALTER SYSTEM SET log_archive_dest_state_2='DEFER' SCOPE=BOTH;
Wed Jul 25 10:45:54 MSK 2018
Thread 1 advanced to log sequence 83 (LGWR switch)
Current log# 2 seq# 83 mem# 0: /uxx/oracle/oradata/test1/redo02.log

oracle:~/FRA/TEST1/archivelog/2018_07_25> ls -l
total 11044
-rw-r----- 1 oracle oinstall 1674752 Jul 25 10:21 o1_mf_1_80_foj97jks_.arc
-rw-r----- 1 oracle oinstall 4348928 Jul 25 10:39 o1_mf_1_81_fojb8yoo_.arc
-rw-r----- 1 oracle oinstall 37888 Jul 25 10:45 o1_mf_1_82_fojbolbr_.arc
-rw-r----- 1 oracle oinstall 5241856 Jul 25 10:51 o1_mf_1_83_fojbzlx8_.arc

oracle:~/FRA/TEST2/archivelog/2018_07_25> ls -l
total 5924
-rw-r----- 1 oracle oinstall 1674752 Jul 25 10:36 o1_mf_1_80_fojb4bth_.arc
-rw-r----- 1 oracle oinstall 4348928 Jul 25 10:39 o1_mf_1_81_fojb8zs5_.arc
-rw-r----- 1 oracle oinstall 37888 Jul 25 10:45 o1_mf_1_82_fojbolot_.arc

Запортить блок №17:
cd ~/FRA/TEST1/archivelog/2018_07_25
dd of=o1_mf_1_83_fojbzlx8_.arc bs=8192 conv=notrunc seek=17 << EOF
> Bingo! Corrupted.
> EOF
0+1 records in
0+1 records out
18 bytes (18 B) copied, 5.7131e-05 s, 315 kB/s

test1
SYS@test1 > alter system set log_archive_dest_state_2='ENABLE';
11:07
SYS@test1 > alter system switch logfile; ---несколько раз


автор
alert .log test1
Wed Jul 25 10:51:14 MSK 2018
Thread 1 advanced to log sequence 84 (LGWR switch)
Current log# 3 seq# 84 mem# 0: /uxx/oracle/oradata/test1/redo03.log
Wed Jul 25 11:02:14 MSK 2018
Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
Wed Jul 25 11:02:14 MSK 2018
ALTER SYSTEM SET log_archive_dest_state_2='ENABLE' SCOPE=BOTH;
Wed Jul 25 11:02:18 MSK 2018
FAIL: tkrsf_al_read: Invalid archive log file contents
Wed Jul 25 11:02:47 MSK 2018
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
Wed Jul 25 11:02:47 MSK 2018
FAIL: tkrsf_al_read: Invalid archive log file contents
Wed Jul 25 11:02:47 MSK 2018
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
Wed Jul 25 11:02:47 MSK 2018
FAIL: tkrsf_al_read: Invalid archive log file contents
LNS1 started with pid=19, OS id=14552
Wed Jul 25 11:07:51 MSK 2018
Thread 1 advanced to log sequence 85 (LGWR switch)
Current log# 1 seq# 85 mem# 0: /uxx/oracle/oradata/test1/redo01.log
Wed Jul 25 11:07:52 MSK 2018
LNS: Standby redo logfile selected for thread 1 sequence 85 for destination LOG_ARCHIVE_DEST_2
Wed Jul 25 11:07:53 MSK 2018
ARC2: Standby redo logfile selected for thread 1 sequence 84 for destination LOG_ARCHIVE_DEST_2



alert .log test2
Wed Jul 25 11:02:18 MSK 2018
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[5]: Assigned to RFS process 14545
RFS[5]: Identified database type as 'physical standby'
RFS[5]: Archived Log: '/uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojcnbsf_.arc'
Wed Jul 25 11:02:23 MSK 2018
Media Recovery Log /uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojcnbsf_.arc
Wed Jul 25 11:02:23 MSK 2018
Errors in file /u01/oracle/admin/test2/bdump/test2_mrp0_14236.trc:
ORA-00317: file type 0 in header is not log file
ORA-00334: archived log: '/uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojcnbsf_.arc'
Errors with log /uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojcnbsf_.arc
MRP0: Detected read corruption! Retry recovery once log is re-fetched...
Wed Jul 25 11:02:23 MSK 2018
Errors in file /u01/oracle/admin/test2/bdump/test2_mrp0_14236.trc:
ORA-00317: file type 0 in header is not log file
ORA-00334: archived log: '/uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojcnbsf_.arc'
Managed Standby Recovery not using Real Time Apply
Recovery interrupted!
Wed Jul 25 11:02:25 MSK 2018
Errors in file /u01/oracle/admin/test2/bdump/test2_mrp0_14236.trc:
ORA-00317: file type 0 in header is not log file
ORA-00334: archived log: '/uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojcnbsf_.arc'
Wed Jul 25 11:02:47 MSK 2018
Managed Standby Recovery starting Real Time Apply
parallel recovery started with 7 processes
Wed Jul 25 11:02:47 MSK 2018
Waiting for all non-current ORLs to be archived...
Media Recovery Waiting for thread 1 sequence 83
Wed Jul 25 11:02:47 MSK 2018
RFS[4]: Allowing overwrite of partial archivelog for thread 1 sequence 83
RFS[4]: Archived Log: '/uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojco7yg_.arc'
...
Errors in file /u01/oracle/admin/test2/bdump/test2_mrp0_14236.trc:
ORA-00317: file type 0 in header is not log file
ORA-00334: archived log: '/uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojco7yg_.arc'
Managed Standby Recovery not using Real Time Apply
Recovery interrupted!
Wed Jul 25 11:03:18 MSK 2018
Errors in file /u01/oracle/admin/test2/bdump/test2_mrp0_14236.trc:
ORA-00317: file type 0 in header is not log file
ORA-00334: archived log: '/uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojco7yg_.arc'
Wed Jul 25 11:03:18 MSK 2018
MRP0: Background Media Recovery process shutdown (test2)
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[6]: Assigned to RFS process 14554
RFS[6]: Identified database type as 'physical standby'
Primary database is in MAXIMUM PERFORMANCE mode
Primary database is in MAXIMUM PERFORMANCE mode
RFS[6]: Successfully opened standby log 4: '/uxx2/oracle/oradata/test2/standby04.log'
Wed Jul 25 11:07:53 MSK 2018
RFS[4]: Successfully opened standby log 5: '/uxx2/oracle/oradata/test2/standby05.log'
Wed Jul 25 11:14:30 MSK 2018
Primary database is in MAXIMUM PERFORMANCE mode
RFS[6]: Successfully opened standby log 4: '/uxx2/oracle/oradata/test2/standby04.log'


oracle:~/FRA/TEST1/archivelog/2018_07_25> ls -l
total 13816
-rw-r----- 1 oracle oinstall 1674752 Jul 25 10:21 o1_mf_1_80_foj97jks_.arc
-rw-r----- 1 oracle oinstall 4348928 Jul 25 10:39 o1_mf_1_81_fojb8yoo_.arc
-rw-r----- 1 oracle oinstall 37888 Jul 25 10:45 o1_mf_1_82_fojbolbr_.arc
-rw-r----- 1 oracle oinstall 5241856 Jul 25 11:00 o1_mf_1_83_fojbzlx8_.arc
-rw-r----- 1 oracle oinstall 2824704 Jul 25 11:07 o1_mf_1_84_fojcyqxh_.arc
-rw-r----- 1 oracle oinstall 10752 Jul 25 11:14 o1_mf_1_85_fojdc5xp_.arc


oracle:~/FRA/TEST2/archivelog/2018_07_25> ls -l
total 8704
-rw-r----- 1 oracle oinstall 1674752 Jul 25 10:36 o1_mf_1_80_fojb4bth_.arc
-rw-r----- 1 oracle oinstall 4348928 Jul 25 10:39 o1_mf_1_81_fojb8zs5_.arc
-rw-r----- 1 oracle oinstall 37888 Jul 25 10:45 o1_mf_1_82_fojbolot_.arc
-rw-r----- 1 oracle oinstall 5241856 Jul 25 11:02 o1_mf_1_83_fojcnbsf_.arc
-rw-r----- 1 oracle oinstall 5241856 Jul 25 11:02 o1_mf_1_83_fojco7yg_.arc
-rw-r----- 1 oracle oinstall 2824704 Jul 25 11:07 o1_mf_1_84_fojcyt22_.arc
-rw-r----- 1 oracle oinstall 10752 Jul 25 11:14 o1_mf_1_85_fojdc64l_.arc



...
Сначала было ощущение что всё "выправилось" , архивлоги передавались на standby и накатывались,
пока я не собралась остановить standby !!!!

авторSYS@test2 > ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
*
ERROR at line 1:
ORA-16136: Managed Standby Recovery not active

SYS@test2 > ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;

Database altered.


автори опять пошли ошибки по архивлогу №83
alert test2
Wed Jul 25 12:05:59 MSK 2018
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
Wed Jul 25 12:05:59 MSK 2018
ORA-16136 signalled during: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL...
Wed Jul 25 12:06:40 MSK 2018
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT
Wed Jul 25 12:06:40 MSK 2018
Attempt to start background Managed Standby Recovery process (test2)
MRP0 started with pid=18, OS id=14827
Wed Jul 25 12:06:40 MSK 2018
MRP0: Background Managed Standby Recovery process started (test2)
Managed Standby Recovery starting Real Time Apply
parallel recovery started with 7 processes
Wed Jul 25 12:06:45 MSK 2018
Waiting for all non-current ORLs to be archived...
Media Recovery Log /uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojco7yg_.arc
Wed Jul 25 12:06:45 MSK 2018
Errors in file /u01/oracle/admin/test2/bdump/test2_mrp0_14827.trc:
ORA-00317: file type 0 in header is not log file
ORA-00334: archived log: '/uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojco7yg_.arc'
Errors with log /uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojco7yg_.arc
MRP0: Background Media Recovery terminated with error 317
Wed Jul 25 12:06:45 MSK 2018
Errors in file /u01/oracle/admin/test2/bdump/test2_mrp0_14827.trc:
ORA-00317: file type 0 in header is not log file
ORA-00334: archived log: '/uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojco7yg_.arc'
Managed Standby Recovery not using Real Time Apply
Wed Jul 25 12:06:46 MSK 2018
Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT
Wed Jul 25 12:06:47 MSK 2018
Recovery interrupted!
Wed Jul 25 12:06:47 MSK 2018
Errors in file /u01/oracle/admin/test2/bdump/test2_mrp0_14827.trc:
ORA-00317: file type 0 in header is not log file
ORA-00334: archived log: '/uxx/oracle/flash_recovery_area/TEST2/archivelog/2018_07_25/o1_mf_1_83_fojco7yg_.arc'
Wed Jul 25 12:06:47 MSK 2018
MRP0: Background Media Recovery process shutdown (test2)


Не понятно мне всё это.
Что посоветуете?

Как мне запортить архивлог на праймари, чтобы он не смог передаться на стэндбай?

kinky catAlionaСначала было ощущение что всё "выправилось" , архивлоги передавались на standby и накатывались,

Точно накатывались ? Вроде как нет


А чем не устраивает ситуация что он передался запоротый ? Результат тот же ))

Невнимательно все прочитали
передался запоротый и "незапоротый", 2 варианта архивлога.
Я потом делала switch logfile десятки раз, и ошибок не было в алерт-логах ни на прймари ни на стэнбае пока не запустила команду остновки RedoApply.

Ситуация не устраивает тем, что хочу смоделировть следующее: чтобы standby не смог принять плохой архивлог.

Nobody111Aliona,

портить надо редулог, тогда не передастся. Архивлог на праймари обычно нужен только самому праймари. Не надо путать DG со скриптовый стендбаем.
Попробую это сделать.

Как его запортить ?

я хочу смоделировть вот такую ситуацию, которая у меня была на промышленной БД месяц назад.

автор oracle 10.2.0.4
адертлог standby, ошибки шли сплошной простынёй:
Fri Jun 22 00:54:57 2018
ORACLE Instance prom - Archival Error
Fri Jun 22 00:54:57 2018
ORA-16038: log 33 sequence# 1956 cannot be archived
ORA-19502: write error on file "", blockno (blocksize=)
ORA-00312: online log 33 thread 1: '/uxx/oracle/oradata/prom/stbylog42.log'
Fri Jun 22 00:54:57 2018
Errors in file /u01/oracle/admin/prom/bdump/prom_arc0_22970.trc:
ORA-16038: log 33 sequence# 1956 cannot be archived
ORA-19502: write error on file "", blockno (blocksize=)
ORA-00312: online log 33 thread 1: '/uxx/oracle/oradata/prom/stbylog42.log'
Fri Jun 22 00:55:00 2018
ARCH: Archival stopped, error occurred. Will continue retrying
Fri Jun 22 00:55:00 2018
ORACLE Instance prom - Archival Error
....

Вячеслав ЛюбомудровAlionaпропущено...


...
Сначала было ощущение что всё "выправилось" , архивлоги передавались на standby и накатывались,
пока я не собралась остановить standby !!!!

пропущено...

Не понятно мне всё это.
Что посоветуете?Мониторить лаг, запущенность процесса восстановления (MRP)

AlionaКак мне запортить архивлог на праймари, чтобы он не смог передаться на стэндбай?Если мне не изменяет склероз, до 11 оно вроде любую ахинею может передать

Выделенные красным сообщения я как раз и видела.

Вячеслав ЛюбомудровAlionaпропущено...


Выделенные красным сообщения я как раз и видела.Вот красное как раз и показывает, что твое утверждение "накатывались" ошибочно

Сначала мне так показалось, а потом у увидела, что это не так.