ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
8 сообщений из 33, страница 2 из 2
  2  все
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39418895
fortnet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fortnet
Участник
Вячеслав Любомудров,

А на primary ?
...
Рейтинг: 0 / 0
14.03.2017, 13:56
| Ответить | Цитировать | Написать  
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39419476
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Это такой тонкий стеб или ты троллить пытаешься?
...
Рейтинг: 0 / 0
15.03.2017, 09:23
| Ответить | Цитировать | Написать  
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39419504
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Вячеслав ЛюбомудровВроде как DG_CONFIG необходимо в конфигурации ADG (Active Data Guard) для автоматического восстановления сбойных блоков. Не проверял.Проверил -- работает и без LOG_ARCHIVE_CONFIG
 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
SQL> sho parameter log_archive_config;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_config                   string

SQL> create tablespace ts1 datafile '/u/app/oracle/oradata/tst/ts1.dbf' size 32m;

Tablespace created.

SQL> create table system.t1 tablespace ts1 as select * from all_objects;

Table created.

SQL> column segment_name format a10
SQL> select count(*) from system.t1;

  COUNT(*)
----------
     15676

SQL> select owner, segment_name, block_id, blocks from dba_extents where tablespace_name='TS1';

OWNER                          SEGMENT_NA   BLOCK_ID     BLOCKS
------------------------------ ---------- ---------- ----------
SYSTEM                         T1                384          8
...
17 rows selected.

SQL> alter system flush buffer_cache;

System altered.

SQL> ! dd if=/u/app/oracle/oradata/tst/ts1.dbf of=/u/app/oracle/oradata/tst/ts1.dbf bs=8192 count=6 skip=385 seek=384 conv=notrunc
6+0 records in
6+0 records out

SQL> select count(*) from system.t1;
select count(*) from system.t1
*
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 8, block # 386)
ORA-01110: data file 8: '/u/app/oracle/oradata/tst/ts1.dbf'

primary alert
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
Wed Mar 15 16:05:58 2017
Hex dump of (file 8, block 386) in trace file /u/app/oracle/diag/rdbms/tst_hercules/tst/trace/tst_ora_25155.trc
Corrupt block relative dba: 0x02000182 (file 8, block 386)
Bad header found during buffer read
Data in bad block:
 type: 6 format: 2 rdba: 0x02000183
 last change scn: 0x0004.37835d4a seq: 0xae flg: 0x04
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0x5d4a06ae
 check value in block header: 0x4a99
 computed block checksum: 0x0
Reading datafile '/u/app/oracle/oradata/tst/ts1.dbf' for corruption at rdba: 0x02000182 (file 8, block 386)
Reread (file 8, block 386) found same corrupt data (no logical check)
Wed Mar 15 16:05:58 2017
Corrupt Block Found
         TSN = 13, TSNAME = TS1
         RFN = 8, BLK = 386, RDBA = 33554818
         OBJN = 275251, OBJD = 275251, OBJECT = T1, SUBOBJECT =
         SEGMENT OWNER = SYSTEM, SEGMENT TYPE = Table Segment
Errors in file /u/app/oracle/diag/rdbms/tst_hercules/tst/trace/tst_ora_25155.trc  (incident=33113):
ORA-01578: ORACLE data block corrupted (file # 8, block # 386)
ORA-01110: data file 8: '/u/app/oracle/oradata/tst/ts1.dbf'
Wed Mar 15 16:06:00 2017
Sweep [inc][33113]: completed
standby alert
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
Wed Mar 15 16:06:58 2017
 ALTER DATABASE RECOVER  managed standby database cancel 
...
Completed: ALTER DATABASE RECOVER  managed standby database cancel
Wed Mar 15 16:07:14 2017
 alter database open read only 
...
Physical standby database opened for read only access.
Completed: alter database open read only
Wed Mar 15 16:08:12 2017
 ALTER DATABASE RECOVER  managed standby database using current logfile disconnect 
Attempt to start background Managed Standby Recovery process (tst)
Wed Mar 15 16:08:12 2017
MRP0 started with pid=35, OS id=20406
MRP0: Background Managed Standby Recovery process started (tst)
Serial Media Recovery started
Managed Standby Recovery starting Real Time Apply
Waiting for all non-current ORLs to be archived...
All non-current ORLs have been archived.
Media Recovery Waiting for thread 1 sequence 31398 (in transit)
Recovery of Online Redo Log: Thread 1 Group 5 Seq 31398 Reading mem 0
  Mem# 0: /u/app/oracle/oradata/tst/sredo12.log
Completed: ALTER DATABASE RECOVER  managed standby database using current logfile disconnect

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
SQL> alter system flush buffer_cache;

System altered.

SQL> select count(*) from system.t1;

  COUNT(*)
----------
     15676

primary alert
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
Wed Mar 15 16:09:05 2017
ALTER SYSTEM: Flushing buffer cache
Wed Mar 15 16:09:07 2017
Hex dump of (file 8, block 386) in trace file /u/app/oracle/diag/rdbms/tst_hercules/tst/trace/tst_ora_25155.trc
Corrupt block relative dba: 0x02000182 (file 8, block 386)
Bad header found during buffer read
Data in bad block:
 type: 6 format: 2 rdba: 0x02000183
 last change scn: 0x0004.37835d4a seq: 0xae flg: 0x04
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0x5d4a06ae
 check value in block header: 0x4a99
 computed block checksum: 0x0
Reading datafile '/u/app/oracle/oradata/tst/ts1.dbf' for corruption at rdba: 0x02000182 (file 8, block 386)
Reread (file 8, block 386) found same corrupt data (no logical check)
Automatic block media recovery requested for (file# 8, block# 386)
Wed Mar 15 16:09:11 2017
Automatic block media recovery successful for (file# 8, block# 386)
Automatic block media recovery successful for (file# 8, block# 386)
WARNING: AutoBMR fixed mismatched on-disk single block 2000183 with in-mem rdba 2000182.
Hex dump of (file 8, block 387) in trace file /u/app/oracle/diag/rdbms/tst_hercules/tst/trace/tst_ora_25155.trc
Corrupt block relative dba: 0x02000183 (file 8, block 387)
Bad header found during multiblock buffer read
Data in bad block:
 type: 6 format: 2 rdba: 0x02000184
 last change scn: 0x0004.37835d4a seq: 0xa8 flg: 0x04
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0x5d4a06a8
 check value in block header: 0x106e
 computed block checksum: 0x0
Reading datafile '/u/app/oracle/oradata/tst/ts1.dbf' for corruption at rdba: 0x02000183 (file 8, block 387)
Reread (file 8, block 387) found same corrupt data (no logical check)
Automatic block media recovery requested for (file# 8, block# 387)
Hex dump of (file 8, block 388) in trace file /u/app/oracle/diag/rdbms/tst_hercules/tst/trace/tst_ora_25155.trc
Corrupt block relative dba: 0x02000184 (file 8, block 388)
Bad header found during multiblock buffer read
Data in bad block:
 type: 6 format: 2 rdba: 0x02000185
 last change scn: 0x0004.37835d4a seq: 0xa4 flg: 0x04
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0x5d4a06a4
 check value in block header: 0xea2e
 computed block checksum: 0x0
Reading datafile '/u/app/oracle/oradata/tst/ts1.dbf' for corruption at rdba: 0x02000184 (file 8, block 388)
Reread (file 8, block 388) found same corrupt data (no logical check)
Automatic block media recovery requested for (file# 8, block# 388)
Hex dump of (file 8, block 389) in trace file /u/app/oracle/diag/rdbms/tst_hercules/tst/trace/tst_ora_25155.trc
Corrupt block relative dba: 0x02000185 (file 8, block 389)
Bad header found during multiblock buffer read
Data in bad block:
 type: 6 format: 2 rdba: 0x02000186
 last change scn: 0x0004.37835d4a seq: 0xaa flg: 0x04
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0x5d4a06aa
 check value in block header: 0xeaf4
 computed block checksum: 0x0
Reading datafile '/u/app/oracle/oradata/tst/ts1.dbf' for corruption at rdba: 0x02000185 (file 8, block 389)
Reread (file 8, block 389) found same corrupt data (no logical check)
Automatic block media recovery requested for (file# 8, block# 389)
Automatic block media recovery successful for (file# 8, block# 387)
Automatic block media recovery successful for (file# 8, block# 387)
WARNING: AutoBMR fixed mismatched on-disk block 2000184 with in-mem rdba 2000183.
Wed Mar 15 16:09:13 2017
Automatic block media recovery successful for (file# 8, block# 388)
Automatic block media recovery successful for (file# 8, block# 388)
WARNING: AutoBMR fixed mismatched on-disk block 2000185 with in-mem rdba 2000184.
Wed Mar 15 16:09:13 2017
Automatic block media recovery successful for (file# 8, block# 389)
Automatic block media recovery successful for (file# 8, block# 389)
WARNING: AutoBMR fixed mismatched on-disk block 2000186 with in-mem rdba 2000185.
...
Рейтинг: 0 / 0
15.03.2017, 09:54
| Ответить | Цитировать | Написать  
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39419545
fortnet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fortnet
Участник
Вячеслав Любомудров,

Нет, пытаюсь докопаться до истины.

версия БД какая ?

И отсутствие параметра

REMOTE_ARCHIVE_ENABLE на primary.

show parameter REMOTE
...
Рейтинг: 0 / 0
15.03.2017, 10:24
| Ответить | Цитировать | Написать  
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39419556
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Какой истины?
О чем ты?
Чем ты рулишь через LOG_ARCHIVE_CONFIG или REMOTE_ARCHIVE_ENABLE (как ты сам сказал, устаревшим)?
Для чего ты их юзаешь?

Вот типичная ситуация -- у тебя есть стендбай (или пара) и тебе надо эту машинку проапгрейдить, добавить памяти, обновить операционку и т.д. В общем, надолго
Чем ты будешь отключать REDO-поток туда -- через LOG_ARCHIVE_DEST_STATE% или LOG_ARCHIVE_CONFIG (REMOTE_ARCHIVE_ENABLE) ?

 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
tst> column name format a30
tst> column value format a50
tst> select name, value from v$parameter where isdefault='FALSE' and (name like 'log%' or name like 'remote%');

NAME                           VALUE
------------------------------ --------------------------------------------------
log_archive_dest_1             location=/u/app/oracle/admin/tst/arch/ valid_for=(
                               all_logfiles, all_roles)

log_archive_dest_2             service=tst_helios lgwr async=20480 noaffirm reope
                               n=10 register optional valid_for=(online_logfiles,
                                primary_role) db_unique_name=tst_helios

log_archive_dest_3             service=tst_hermes lgwr async=20480 noaffirm reope
                               n=10 register optional valid_for=(standby_logfiles
                               , standby_role) db_unique_name=tst_hermes

log_archive_dest_state_1       ENABLE
log_archive_dest_state_2       ENABLE
log_archive_dest_state_3       DEFER
log_archive_format             %t_%s_%r.arc
remote_login_passwordfile      EXCLUSIVE

8 rows selected.

tst> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
PL/SQL Release 11.2.0.3.0 - Production
CORE    11.2.0.3.0      Production
TNS for Solaris: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production

tst>

...
Рейтинг: 0 / 0
15.03.2017, 10:36
| Ответить | Цитировать | Написать  
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39419585
fortnet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fortnet
Участник
Вячеслав Любомудров,

show parameter REMOTE
или

select name, value from v$parameter where (name like 'log%' or name like 'remote%');


В 11-м один из них должен быть по-любому .

Вы используете REMOTE_ARCHIVE_ENABLE =true. И это позволяет делать накат.
...
Рейтинг: 0 / 0
15.03.2017, 10:52
| Ответить | Цитировать | Написать  
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39419600
fortnet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
fortnet
Участник
Вячеслав ЛюбомудровКакой истины?
О чем ты?
Чем ты рулишь через LOG_ARCHIVE_CONFIG или REMOTE_ARCHIVE_ENABLE (как ты сам сказал, устаревшим)?
Для чего ты их юзаешь?

Вот типичная ситуация -- у тебя есть стендбай (или пара) и тебе надо эту машинку проапгрейдить, добавить памяти, обновить операционку и т.д. В общем, надолго
Чем ты будешь отключать REDO-поток туда -- через LOG_ARCHIVE_DEST_STATE% или LOG_ARCHIVE_CONFIG (REMOTE_ARCHIVE_ENABLE) ?

Отключить можно и через LOG_ARCHIVE_CONFIG (REMOTE_ARCHIVE_ENABLE) и через LOG_ARCHIVE_DEST_STATE и через log_archive_dest_n в зависимости от цели отключения (switchover, стендбай удалили, нет сети , и т.д.)
...
Рейтинг: 0 / 0
15.03.2017, 10:57
| Ответить | Цитировать | Написать  
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39419872
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
fortnetВячеслав Любомудров,

show parameter REMOTE
или

select name, value from v$parameter where (name like 'log%' or name like 'remote%');


В 11-м один из них должен быть по-любому .

Вы используете REMOTE_ARCHIVE_ENABLE =true. И это позволяет делать накат.Я с удовольствием погляжу на параметр REMOTE_ARCHIVE_ENABLE в 11.2 (даже можешь попытаться найти его в скрытых)
fortnetВячеслав ЛюбомудровКакой истины?
О чем ты?
Чем ты рулишь через LOG_ARCHIVE_CONFIG или REMOTE_ARCHIVE_ENABLE (как ты сам сказал, устаревшим)?
Для чего ты их юзаешь?

Вот типичная ситуация -- у тебя есть стендбай (или пара) и тебе надо эту машинку проапгрейдить, добавить памяти, обновить операционку и т.д. В общем, надолго
Чем ты будешь отключать REDO-поток туда -- через LOG_ARCHIVE_DEST_STATE% или LOG_ARCHIVE_CONFIG (REMOTE_ARCHIVE_ENABLE) ?

Отключить можно и через LOG_ARCHIVE_CONFIG (REMOTE_ARCHIVE_ENABLE) и через LOG_ARCHIVE_DEST_STATE и через log_archive_dest_n в зависимости от цели отключения (switchover, стендбай удалили, нет сети , и т.д.)Понятно
Фантазер-теоретик
Свободен
...
Рейтинг: 0 / 0
15.03.2017, 13:19
| Ответить | Цитировать | Написать  
8 сообщений из 33, страница 2 из 2
  2  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&gotonew=1&tid=1886286]:
 0ms
get settings:
 6ms
get forum list:
 9ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 56ms
get topic data:
 7ms
get first new msg:
 4ms
get forum data:
 2ms
get page messages:
 32ms
get tp. blocked users:
 1ms
others: 235ms
total:  356ms
созд. / загр.: 356ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]