powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
25 сообщений из 33, страница 1 из 2
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416499
maxski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1) база большая, ~ 1TB
2) standby - за пару тысяч км (скорости не быстрые).

Standby восстановил из бэкапа. Обычным способом: скопировал бэкап, rman'ом: restore database; recover database.
Далее: установил уникальное имя, db_unique_name. SID - не менял.

Скопировал passwordfile.
На primary сделал controlfile:
Код: sql
1.
ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/tmp/primary_stb.ctl';



и "воткнул" его в primary_stb (STANDBY)

стартовал standby:
Код: sql
1.
2.
startup nomount
alter database mount standby database;



listener.ora on standby:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
LISTENER =
  (DESCRIPTION_LIST =
      (DESCRIPTION =
        (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
        (ADDRESS = (PROTOCOL = TCP)(HOST = oracle-rep-hq.world.local)(PORT = 1521))
      )
    )

SID_LIST_LISTENER =
  (SID_LIST =
      (SID_DESC =
        (SID_NAME = primary)
        (GLOBAL_DBNAME = primary_stb)
       )
    )
ADR_BASE_LISTENER = /u01/app/oracle



при этом сами имена на standby:

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
SQL> show parameter _name

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_file_name_convert		     string
db_name 			     string	 primary
db_unique_name			     string	 primary_stb
global_names			     boolean	 FALSE
instance_name			     string	 primary
lock_name_space 		     string
log_file_name_convert		     string
processor_group_name		     string
service_names			     string	 primary_stb.world.com

SQL> show parameter domain

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_domain			     string	 world.com



on primary:
Код: sql
1.
2.
3.
4.
5.
ALTER DATABASE FORCE LOGGING;

ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(primary,primary_stb)' scope=both;

ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=primary_stb.world.com  ASYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=primary_stb' scope=both;



STANDBY:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
tnsping primary_stb
...
Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION= (ADDRESS= (PROTOCOL=TCP) (HOST=127.0.0.1) (PORT=1521)) (CONNECT_DATA= (SERVER=dedicated) (SERVICE_NAME=primary_stb.world.com)))
OK (0 msec)
----------------------------------------------------------------------------------------------------------------

tnsping primary
....
Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION= (ADDRESS= (PROTOCOL=TCP) (HOST=176.*.*.*) (PORT=1521)) (CONNECT_DATA= (SERVER=dedicated) (SERVICE_NAME=primary.world.com)))
OK (120 msec)



PRIMARY:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
tnsping primary_stb
...
Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION= (ADDRESS= (PROTOCOL=TCP) (HOST=10.*.*.*) (PORT=1521)) (CONNECT_DATA= (SERVER=dedicated) (SERVICE_NAME=primary_stb.primary.com)))
OK (120 msec)
----------------------------------------------------------------------------------------------------------------------
 tnsping primary
......
Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION= (ADDRESS= (PROTOCOL=TCP) (HOST=127.0.0.1) (PORT=1521)) (CONNECT_DATA= (SERVER=dedicated) (SERVICE_NAME=primary.world.com)))
OK (0 msec)



FAL: на primary:
Код: sql
1.
2.
3.
4.
5.
6.
SQL> show parameter fal_

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
fal_client			     string	 primary
fal_server			     string	 primary_stb



FAL: на standby:
Код: sql
1.
2.
3.
4.
5.
6.
SQL> show parameter  fal_

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
fal_client			     string	 primary_stb
fal_server			     string	 primary




когда на standby старткю принятие логов:
Код: sql
1.
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE;



то на primary в alert_log:
Код: sql
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.
WARN: ARC1: Terminating pid 32100 hung on an I/O operation
  Current log# 6 seq# 353966 mem# 0: /datadisk/app/oracle/oradata/primary/redo06.log
WARN: ARC1: Terminating pid 32102 hung on an I/O operation
WARN: ARC1: Terminating pid 32104 hung on an I/O operation
krsv_proc_kill: Killing 1 processes (Process by index)
krsv_proc_kill: Killing 1 processes (Process by index)
krsv_proc_kill: Killing 1 processes (Process by index)
ARC1: Detected ARCH process failure
ARC1: Detected ARCH process failure
ARC1: Detected ARCH process failure
ARC1: STARTING ARCH PROCESSES
Thu Mar 09 18:14:10 2017
ARC0 started with pid=28, OS id=3964 
Thu Mar 09 18:14:10 2017
ARC2 started with pid=35, OS id=3966 
Thu Mar 09 18:14:10 2017
ARC3 started with pid=36, OS id=3968 
ARC0: Archival started
ARC2: Archival started
ARC2: Becoming the heartbeat ARCH
Reclaiming FAL entry from dead process [pid 32102]
Archived Log entry 353981 added for thread 1 sequence 353965 ID 0x34ffcaa1 dest 1:
ARC3: Archival started
ARC1: STARTING ARCH PROCESSES COMPLETE
Reclaiming FAL entry from dead process [pid 32104]

...
Thu Mar 09 18:14:14 2017
FAL[server]: DGID from FAL client not in Data Guard configuration
Thu Mar 09 18:14:25 2017
FAL[server]: DGID from FAL client not in Data Guard configuration
Thu Mar 09 18:14:35 2017
FAL[server]: DGID from FAL client not in Data Guard configuration
Thu Mar 09 18:14:46 2017
FAL[server]: DGID from FAL client not in Data Guard configuration
Thu Mar 09 18:14:57 2017
FAL[server]: DGID from FAL client not in Data Guard configuration
Thu Mar 09 18:15:07 2017
FAL[server]: DGID from FAL client not in Data Guard configuration
Thu Mar 09 18:15:18 2017
FAL[server]: DGID from FAL client not in Data Guard configuration
Thu Mar 09 18:15:28 2017
FAL[server]: DGID from FAL client not in Data Guard configuration
..



a на standby:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
Thu Mar 09 20:13:38 2017
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE
Media Recovery Start: Managed Standby Recovery (primary)
 started logmerger process
Thu Mar 09 20:13:38 2017
Managed Standby Recovery not using Real Time Apply
Parallel Media Recovery started with 8 slaves
Media Recovery Waiting for thread 1 sequence 353770
Fetching gap sequence in thread 1, gap sequence 353770-353770
Thu Mar 09 20:15:35 2017
FAL[client]: Failed to request gap sequence
 GAP - thread 1 sequence 353770-353770
 DBID 745756905 branch 874951621
FAL[client]: All defined FAL servers have been attempted.
------------------------------------------------------------
Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
parameter is defined to a value that's sufficiently large
enough to maintain adequate log switch information to resolve
archivelog gaps.
------------------------------------------------------------



Internet говорит:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
SQL> SELECT MESSAGE FROM V$DATAGUARD_STATUS;

FAL[server]: DGID from FAL client not in Data Guard configuration


Solution:
Modify FAL_SERVER and LOG_ARCHIVE_CONFIG,As per requirement.

FAL_SERVER=<standby services>
LOG_ARCHIVE_CONFIG= 'DG_CONFIG=(Primary services,standby services)



Если вот здесь поменять
Код: sql
1.
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=primary_stb.world.com  ASYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=primary_stb' scope=both;


на
Код: sql
1.
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=primary_stb  ASYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=primary_stb' scope=both;


то TNS отваливается по timeout'у: ora 12170


на standby:
Код: sql
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.
[oracle@oracle-rep-hq ~]$ lsnrctl status

LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 09-MAR-2017 20:31:06

Copyright (c) 1991, 2011, Oracle.  All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521)))
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for Linux: Version 11.2.0.3.0 - Production
Start Date                09-MAR-2017 18:11:42
Uptime                    0 days 2 hr. 19 min. 24 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /u01/app/oracle/product/11.2.0/db_1/network/admin/listener.ora
Listener Log File         /u01/app/oracle/diag/tnslsnr/oracle-rep-hq/listener/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oracle-rep-hq.world.local)(PORT=1521)))
Services Summary...
Service "primary_stb" has 1 instance(s).
  Instance "primary", status UNKNOWN, has 1 handler(s) for this service...
Service "primary_stb.world.com" has 1 instance(s).
 Instance "primary", status READY, has 1 handler(s) for this service...
The command completed successfully



gap логов не получается "докатить".

Их можно докатить вручную, но потом ситуация повторяется и не работает на автомате.

ах! да! есть еще трейс-файл (немного раньше по времени:
Код: sql
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.
...
Started Parallel Media Recovery
*** 2017-03-09 19:42:09.656 4320 krsh.c
Managed Standby Recovery not using Real Time Apply
Dumping database incarnation table:
Resetlogs 0 scn and time: 0x0004.522fa29b 03/21/2015 18:07:01
Recovery target incarnation = 2, activation ID = 0
Influx buffer limit = 77854 min(50% x 155709, 100000)
Start recovery at thread 1 ckpt scn 27996469675 logseq 353770 block 2
Initial buffer sizes: read 1024K, overflow 832K, change 805K

*** 2017-03-09 19:42:09.821
Media Recovery add redo thread 1
*** 2017-03-09 19:42:09.908 4320 krsh.c
Media Recovery Waiting for thread 1 sequence 353770
*** 2017-03-09 19:42:09.908 4320 krsh.c
Fetching gap sequence in thread 1, gap sequence 353770-353770
Redo shipping client performing standby login

*** 2017-03-09 19:42:10.414
*** 2017-03-09 19:42:10.414 4645 krsu.c
Logged on to standby successfully
Client logon and security negotiation successful!

*** 2017-03-09 19:42:20.537
Redo shipping client performing standby login

*** 2017-03-09 19:42:21.033
*** 2017-03-09 19:42:21.033 4645 krsu.c
Logged on to standby successfully
Client logon and security negotiation successful!
...
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416568
Тролин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а если пересоздать конфигурацию? но только предварительно удалить конфигурацию и потом конфигурационные dataguard файлы вручную.
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416577
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maxskiInternet говорит:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
SQL> SELECT MESSAGE FROM V$DATAGUARD_STATUS;

FAL[server]: DGID from FAL client not in Data Guard configuration


Solution:
Modify FAL_SERVER and LOG_ARCHIVE_CONFIG,As per requirement.

FAL_SERVER=<standby services>
LOG_ARCHIVE_CONFIG= 'DG_CONFIG=(Primary services,standby services)


Ну так и пропиши на стендбае тоже
maxskion primary:
Код: sql
1.
ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(primary,primary_stb)' scope=both;
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416662
maxski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вчера еще раз прошелся:

На standby:
Код: sql
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> show parameter _name

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_file_name_convert		     string
db_name 			     string	 primary
db_unique_name			     string	 primary_stb
global_names			     boolean	 FALSE
instance_name			     string	 primary
lock_name_space 		     string
log_file_name_convert		     string
processor_group_name		     string
service_names			     string	 primary_stb.world.com
SQL> 

[oracle@oracle-rep-hq ~]$ lsnrctl status

LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 09-MAR-2017 21:52:14

Copyright (c) 1991, 2011, Oracle.  All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521)))
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for Linux: Version 11.2.0.3.0 - Production
Start Date                09-MAR-2017 21:32:46
Uptime                    0 days 0 hr. 19 min. 27 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /u01/app/oracle/product/11.2.0/db_1/network/admin/listener.ora
Listener Log File         /u01/app/oracle/diag/tnslsnr/oracle-rep-hq/listener/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oracle-rep-hq.world.local)(PORT=1521)))
Services Summary...
Service "primary" has 1 instance(s).
  Instance "primary", status UNKNOWN, has 1 handler(s) for this service...
Service "primary_stb.world.com" has 1 instance(s).
  Instance "primary", status READY, has 1 handler(s) for this service...
The command completed successfully
[oracle@oracle-rep-hq ~]




т.е. tcp-соединение проходит здесь (где статус READY):
Код: sql
1.
2.
Service "primary_stb.world.com" has 1 instance(s).
  Instance "primary", status READY, has 1 handler(s) for this service...



поэтому в tnsnames.ora на primary:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
PRIMARY_STB=
  (DESCRIPTION=
    (ADDRESS=
      (PROTOCOL=TCP)
      (HOST=10.*.*.*)
      (PORT=1521)
    )
    (CONNECT_DATA=
      (SERVER=dedicated)
      (SERVICE_NAME=primary_stb.world.com)
    )
  )




Установил SERVICE=primary_stb (на primary), где : primary_stb - это TNS имя
Код: sql
1.
2.
3.
SQL> alter system set log_archive_dest_state_2=reset;
SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=primary_stb  ASYNC AFFIRM COMPRESSION=ENABLE VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=primary_stb' scope=both;
SQL> alter system set log_archive_dest_state_2=enable;



и несколько раз делал вот это (на primary):
Код: sql
1.
SQL> ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(primary,primary_stb)' scope=both;



запускаю на standby (primary_stb):
Код: sql
1.
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE;



и вижу в логах:
на primary:
Код: sql
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.
Fri Mar 10 06:44:47 2017
PING[ARC0]: Heartbeat failed to connect to standby 'primary_stb'. Error is 16047.
Fri Mar 10 06:45:08 2017
...
FAL[server]: DGID from FAL client not in Data Guard configuration
Fri Mar 10 06:46:57 2017
Thread 1 advanced to log sequence 354286 (LGWR switch)
  Current log# 6 seq# 354286 mem# 0: /datadisk/app/oracle/oradata/primary/redo06.log
Fri Mar 10 06:46:57 2017
Archived Log entry 354301 added for thread 1 sequence 354285 ID 0x34ffcaa1 dest 1:
Fri Mar 10 06:46:58 2017
FAL[server, ARC2]: Error 16047 creating remote archivelog file 'primary_stb'
FAL[server, ARC2]: FAL archive failed, see trace file.
ARCH: FAL archive failed. Archiver continuing
ORACLE Instance primary - Archival Error. Archiver continuing.
Fri Mar 10 06:47:49 2017
PING[ARC0]: Heartbeat failed to connect to standby 'primary_stb'. Error is 16047.
...
Fri Mar 10 06:50:39 2017
Thread 1 advanced to log sequence 354287 (LGWR switch)
  Current log# 7 seq# 354287 mem# 0: /datadisk/app/oracle/oradata/primary/redo07.log
Fri Mar 10 06:50:39 2017
Archived Log entry 354302 added for thread 1 sequence 354286 ID 0x34ffcaa1 dest 1:
Fri Mar 10 06:50:40 2017
FAL[server, ARC2]: Error 16047 creating remote archivelog file 'primary_stb'
FAL[server, ARC2]: FAL archive failed, see trace file.
ARCH: FAL archive failed. Archiver continuing
ORACLE Instance primary - Archival Error. Archiver continuing.
Thread 1 advanced to log sequence 354288 (LGWR switch)
  Current log# 8 seq# 354288 mem# 0: /datadisk/app/oracle/oradata/primary/redo08.log
Archived Log entry 354303 added for thread 1 sequence 354287 ID 0x34ffcaa1 dest 1:
FAL[server, ARC2]: Error 16047 creating remote archivelog file 'primary_stb'
FAL[server, ARC2]: FAL archive failed, see trace file.
ARCH: FAL archive failed. Archiver continuing
ORACLE Instance primary - Archival Error. Archiver continuing.
Fri Mar 10 06:50:51 2017
PING[ARC0]: Heartbeat failed to connect to standby 'primary_stb'. Error is 16047.



на standby (в трейс-логе):
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
*** 2017-03-10 08:46:28.419
Redo shipping client performing standby login
*** 2017-03-10 08:46:28.907 4645 krsu.c
Logged on to standby successfully
Client logon and security negotiation successful!
...
*** 2017-03-10 08:47:18.342
Completed Media Recovery
Managed Recovery: Not Active posted.
ORA-00283: recovery session canceled due to errors
ORA-00448: normal completion of background process
Slave exiting with ORA-283 exception
ORA-00283: recovery session canceled due to errors
ORA-00448: normal completion of background process



про 16047 я в курсе:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
[oracle@oracle-rep-hq ~]$ oerr ora 16047
16047, 00000, "DGID mismatch between destination setting and target database"
// *Cause:  The DB_UNIQUE_NAME specified for the destination did not match
//          the DB_UNIQUE_NAME at the target database.
// *Action: Make sure the DB_UNIQUE_NAME specified in the LOG_ARCHIVE_DEST_n
//          parameter matches the DB_UNIQUE_NAME parameter defined at the
//          destination.
[oracle@oracle-rep-hq ~]$



Как бы протрейсить трафик между primary и standby, чтобы узнать что там шлет standby?
Почему:
Код: sql
1.
FAL[server]: DGID from FAL client not in Data Guard configuration
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416720
Фотография Takurava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maxskiКак бы протрейсить трафик между primary и standby, чтобы узнать что там шлет standby? А что в dc*.log? Лежат рядом с alert.log
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416721
Фотография Takurava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сорри, drс*.log
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416757
fortnet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maxski ,

имя для сервиса на рабочей БД должно совпадать именем БД на стендбае (они одинаковые) (db_name) : здесь primary, т.е.

PRIMARY_STB=
(DESCRIPTION=
(ADDRESS=
(PROTOCOL=TCP)
(HOST=10.*.*.*)
(PORT=1521)
)
(CONNECT_DATA=
(SERVER=dedicated)
(SERVICE_NAME=primary)
)
)

Для primary database не нужно включать fal.
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416762
Genosse
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ответили жешь:

Вячеслав ЛюбомудровНу так и пропиши на стендбае тоже
maxskion primary:
Код: sql
1.
ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(primary,primary_stb)' scope=both;
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416777
maxski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fortnet,
fortnetимя для сервиса на рабочей БД должно совпадать именем БД на стендбае (они одинаковые) (db_name) : здесь primary, т.е.


вроде как уникальные имена должны быть разными:

STANDBY:
Код: sql
1.
2.
3.
4.
5.
SQL> show parameter db_unique

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_unique_name			     string	 primary_stb



PRIMARY:
Код: sql
1.
2.
3.
4.
5.
SQL> show parameter db_unique_name

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_unique_name			     string	 primary




Cейчас ошибка в несовпадении концигурации:
Лог на primary:
Код: sql
1.
2.
3.
4.
5.
6.
7.
Error 16047 for archive log file 1 to 'primary_stb'
Errors in file /datadisk/app/oracle/diag/primary/diag/rdbms/primary/primary/trace/primary_nsa2_20012.trc:
ORA-16047: DGID mismatch between destination setting and target database
Fri Mar 10 07:48:28 2017
PING[ARC0]: Heartbeat failed to connect to standby 'primary_stb'. Error is 16047.
Fri Mar 10 07:49:28 2017
PING[ARC0]: Heartbeat failed to connect to standby 'primary_stb'. Error is 16047.



Еще есть тема с кавычками при FAL_SERVER='primary', если без кавычек, то запишется в верхнем регистре.

Cейчас на standby установил пустое имя домена. Пробую
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416785
Genosse
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
И непонятно что в таком случае смеяться или плакать))) понятно что человек зарылся в одной ошибке и не исправляя ее плодит новые, волосы дыбом стоят и невнимательно смотрит на подсказки, дважды написали по первой ошибке:
Код: sql
1.
2.
3.
на STANDBY выполни тоже

ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(primary,primary_stb)' scope=both;


и можно только один раз
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416847
maxski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TakuravamaxskiКак бы протрейсить трафик между primary и standby, чтобы узнать что там шлет standby? А что в dc*.log? Лежат рядом с alert.log Сорри, drс*.log

чёта не нашел такого файла.
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416885
maxski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GenosseИ непонятно что в таком случае смеяться или плакать))) понятно что человек зарылся в одной ошибке и не исправляя ее плодит новые, волосы дыбом стоят и невнимательно смотрит на подсказки, дважды написали по первой ошибке:
Код: sql
1.
2.
3.
на STANDBY выполни тоже

ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(primary,primary_stb)' scope=both;


и можно только один раз

Помогло.
Я упастил вот это
Код: sql
1.
Ну так и пропиши на стендбае тоже



Вроде как про это говорится, что это нужно для switchover. А switchover мне не нужен был поэтому я это игнорировал.

плюс я думал, может "прилетает" на примари вместе с доменным именем, 2) может еше где какой параметр оказался введенным не на том языке (у меня английская "клава" и 3 языка в системе) 3) может верхний регистр?

Спасибо Вячеславу и Genosse.
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416886
maxski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maxski,

упастил=упустил
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416893
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maxskiВроде как про это говорится, что это нужно для switchover.switchover здесь не причем
Этот параметр или задается на всех узлах конфигурации или ни на одном
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416917
maxski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав ЛюбомудровmaxskiВроде как про это говорится, что это нужно для switchover.switchover здесь не причем
Этот параметр или задается на всех узлах конфигурации или ни на одном

спасибо
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39416961
fortnet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maxskiЕще есть тема с кавычками при FAL_SERVER='primary', если без кавычек, то запишется в верхнем регистре.

Cейчас на standby установил пустое имя домена. Пробую


Если заработал накат, выложите для ясности параметры :

show parameter _name

show parameter log_archive_dest_2

и tnsnames и listener.ora

обоих баз.

Я не считаю, что установка LOG_ARCHIVE_CONFIG на стендбай сняла ошибку.
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39417083
maxski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fortnetmaxskiЕще есть тема с кавычками при FAL_SERVER='primary', если без кавычек, то запишется в верхнем регистре.

Cейчас на standby установил пустое имя домена. Пробую
...
Я не считаю, что установка LOG_ARCHIVE_CONFIG на стендбай сняла ошибку.

По порядку:
1) show parameter _name

PRIMARY:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
SQL> show parameter _name

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_file_name_convert		     string
db_name 			     string	 primary
db_unique_name			     string	 primary
global_names			     boolean	 FALSE
instance_name			     string	 primary
lock_name_space 		     string
log_file_name_convert		     string
processor_group_name		     string
service_names			     string	 primary.world.com



STANDBY:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
SQL> show parameter _name

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_file_name_convert		     string
db_name 			     string	 primary
db_unique_name			     string	 primary_stb
global_names			     boolean	 FALSE
instance_name			     string	 primary
lock_name_space 		     string
log_file_name_convert		     string
processor_group_name		     string
service_names			     string	 primary_stb



2) show parameter log_archive_dest_2 и LOG_ARCHIVE_CONFIG:

PRIMARY:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
SQL> show parameter log_archive_dest_2

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2		     string	 SERVICE=primary_stb  ASYNC AFFI
						 RM COMPRESSION=(ENABLE) VALID_
						 FOR=(ONLINE_LOGFILES,PRIMARY_R
						 OLE) DB_UNIQUE_NAME=primary_stb

SQL> show parameter LOG_ARCHIVE_CONFIG

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_config		     string	 DG_CONFIG=(primary,primary_stb)


SQL> show parameter log_archive_dest_state_2

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_state_2	     string	 ENABLE



STANDBY:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
SQL> show parameter log_archive_dest_2

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2		     string

SQL> show parameter LOG_ARCHIVE_CONFIG

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_config		     string	 DG_CONFIG=(primary,primary_stb)
SQL> 

SQL>  show parameter log_archive_dest_state_2

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_state_2	     string	 enable



3) tnsnames.ora

PRIMARY:
Код: sql
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.
primary_stb=
  (DESCRIPTION=
    (ADDRESS=
      (PROTOCOL=TCP)
      (HOST=10.*.*.*)
      (PORT=1521)
    )
    (CONNECT_DATA=
      (SERVER=dedicated)
      (SERVICE_NAME=primary_stb)
    )
  )

PRIMARY=
  (DESCRIPTION=
    (ADDRESS=
      (PROTOCOL=TCP)
      (HOST=127.0.0.1)
      (PORT=1521)
    )
    (CONNECT_DATA=
      (SERVER=dedicated)
      (SERVICE_NAME=PRIMARY)
    )
  )




STANDBY:
Код: sql
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.
PRIMARY=
  (DESCRIPTION=
    (ADDRESS=
      (PROTOCOL=TCP)
      (HOST=176.*.*.*)
      (PORT=1521)
    )
    (CONNECT_DATA=
      (SERVER=dedicated)
      (SERVICE_NAME=primary.world.com)
    )
  )

PRIMARY_STB=
  (DESCRIPTION=
    (ADDRESS=
      (PROTOCOL=TCP)
      (HOST=127.0.0.1)
      (PORT=1521)
    )
    (CONNECT_DATA=
      (SERVER=dedicated)
      (SERVICE_NAME=primary_stb)
    )
  )



Я уже писал выше, что установил пустой db_domain:
STANDBY:
Код: sql
1.
2.
3.
4.
5.
6.
SQL>  show parameter domain

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_domain			     string
SQL> 



4) listener.ora

PRIMARY:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
LISTENER =
  (DESCRIPTION_LIST =
      (DESCRIPTION =
        (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
        (ADDRESS = (PROTOCOL = TCP)(HOST = *.world.com)(PORT = 1521))
      )
    )

SID_LIST_LISTENER =
  (SID_LIST =
      (SID_DESC =
        (SID_NAME = primary)
        (GLOBAL_DBNAME = primary)
       )
    )
ADR_BASE_LISTENER = /u01/app/oracle



STANDBY:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
LISTENER =
  (DESCRIPTION_LIST =
      (DESCRIPTION =
        (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
        (ADDRESS = (PROTOCOL = TCP)(HOST = oracle-rep-hq.world.local)(PORT = 1521))
      )
    )

SID_LIST_LISTENER =
  (SID_LIST =
      (SID_DESC =
        (SID_NAME = primary)
        (GLOBAL_DBNAME = primary_stb)
       )
    )
ADR_BASE_LISTENER = /u01/app/oracle




Отключал на STANDBY параметр log_archive_config (с перезагрузкой инстанса) - переставало работать
Вернул обратно - все заработало.



кусочки текуших алерт-логов:
PRIMARY:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
******************************************************************
LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
******************************************************************
LNS: Standby redo logfile selected for thread 1 sequence 354504 for destination LOG_ARCHIVE_DEST_2
Fri Mar 10 13:36:41 2017
Thread 1 advanced to log sequence 354505 (LGWR switch)
  Current log# 5 seq# 354505 mem# 0: /datadisk/app/oracle/oradata/primary/redo05.log
Fri Mar 10 13:36:41 2017
Archived Log entry 355254 added for thread 1 sequence 354504 ID 0x34ffcaa1 dest 1:
Fri Mar 10 13:36:41 2017
******************************************************************
LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
******************************************************************
LNS: Standby redo logfile selected for thread 1 sequence 354505 for destination LOG_ARCHIVE_DEST_2



STANDBY:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
Fri Mar 10 15:36:38 2017
Media Recovery Log /datadisk/app/oracle/flash_recovery_area/PRIMARY_STB/archivelog/2017_03_10/o1_mf_1_354504_dd5bz584_.arc
Media Recovery Waiting for thread 1 sequence 354505 (in transit)
Fri Mar 10 15:38:46 2017
Archived Log entry 1756 added for thread 1 sequence 354505 ID 0x34ffcaa1 dest 1:
Fri Mar 10 15:38:46 2017
Primary database is in MAXIMUM PERFORMANCE mode
RFS[211]: Assigned to RFS process 26203
RFS[211]: Selected log 37 for thread 1 sequence 354506 dbid 745756905 branch 874951621
Fri Mar 10 15:38:48 2017
Media Recovery Log /datadisk/app/oracle/flash_recovery_area/PRIMARY_STB/archivelog/2017_03_10/o1_mf_1_354505_dd5c3686_.arc
Media Recovery Waiting for thread 1 sequence 354506 (in transit)




Кстати, редо-логи небольшие, поэтому отщелкиваются каждые 1 - 2 минуты
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39417980
fortnet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maxski,

Спасибо. Да, моя ошибка, конфиг на стендбае должен быть. Параметр позволяет без выключения primary динамически конфигурить data guard окружение (прописывается для всех участников).
service_names определять не обязательно.
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39418041
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Наоборот, без него намного удобнее все рулится -- не надо практически одновременно обновлять этот параметр для всех экземпляров.
Он нужен только для DGBroker-а, да и то, насколько я понимаю, как альтернатива (или, скорее, краткая памятка) его собственной конфигурации
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39418283
fortnet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав Любомудров,

С помощью чего будете рулить ?

The REMOTE_ARCHIVE_ENABLE parameter has been made obsolete. Use only the LOG_ARCHIVE_CONFIG parameter.
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39418554
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LOG_ARCHIVE_DEST_%

Этого более чем достаточно

Особенно в обычной конфигурации из двух хостов ...

Даже если я захочу поюзать [NO]SEND/[NO]RECEIVE (что крайне маловероятно), это абсолютно не повод указывать DG_CONFIG

Вроде как DG_CONFIG необходимо в конфигурации ADG (Active Data Guard) для автоматического восстановления сбойных блоков. Не проверял.
Ну и про 12c ничего не скажу
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39418579
fortnet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав Любомудров,
Параметр REMOTE_ARCHIVE_ENABLE отвечал за разрешение отправки/приёмки логов на стендбае . Сейчас за это отвечает настройка в LOG_ARCHIVE_CONFIG.
К Permission for the archiving of online redo logs to remote destinations LOG_ARCHIVE_DEST не имеет никакого отношения. Соответственно эта проверка завернет прохождение наката.
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39418608
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я просто скажу LOG_ARCHIVE_DEST_STATE_? = DEFER на нужном направлении и этого более чем достаточно

Опять же, причем тут DG_CONFIG (проблема именно с ним была)?
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39418665
fortnet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав Любомудров,
На вашем standby какой параметр выставлен : REMOTE_ARCHIVE_ENABLE или LOG_ARCHIVE_CONFIG ?
...
Рейтинг: 0 / 0
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
    #39418765
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ни того, ни другого
...
Рейтинг: 0 / 0
25 сообщений из 33, страница 1 из 2
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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