首页 / MYSQL / LogondatabaseTiger引起DataGuard不同步问题

LogondatabaseTiger引起DataGuard不同步问题

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了LogondatabaseTiger引起DataGuard不同步问题，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含12347字，纯文字阅读大概需要18分钟。

内容图文

当DataGuard升级CPU后，发现主备库不能同步了，日志报错，所以在主库的执行的升级的后脚本@catbundle.sql cpu apply不能同步到备库现象： broker状态： [oracle@webdb2 ~]$ dgmgrl sys/oracle DGMGRL for Linux: Version 11.2.0.3.0 -64bit Production Copy

当DataGuard升级CPU后，发现主备库不能同步了，日志报错，所以在主库的执行的升级的后脚本“@catbundle.sql cpu apply”不能同步到备库

现象：

broker状态：

[oracle@webdb2 ~]$ dgmgrl sys/oracle

DGMGRL for Linux: Version 11.2.0.3.0 -64bit Production

欢迎使用 DGMGRL, 要获取有关信息请键入 "help"。

已连接。

DGMGRL> show configuration

配置 - webdb

保护模式: MaxAvailability

数据库:

webdb - 主数据库

webdb2 - 物理备用数据库

快速启动故障转移: DISABLED

配置状态:

ORA-16664: 无法从数据库接收结果

DGM-17017: 无法确定配置状态

--查看主库状态：

SQL> Select timestamp, message FROMV$DATAGUARD_STATUS Where Rownum < 5;

TIMESTAMP MESSAGE

-------------------------------------------------------------------------------------------

2014-10-23 Error 604 received logging on to the standby

2014-10-23 PING[ARC2]: Heartbeat failed to connect tostandby'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'.Error is 604.

2014-10-23 Error 604 received logging on to the standby

2014-10-23 PING[ARC2]: Heartbeat failed to connect to standby'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'.Error is 604.

--此时查看日志

主库日志：

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-20154: TNS: 监听程序当前无法识别连接描述符中请求的服务

ORA-06512: 在 line 29

Thu Oct 23 00:25:52 2014

Errors in file/u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_18833.trc:

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-20154: TNS: 监听程序当前无法识别连接描述符中请求的服务

ORA-06512: 在 line 29

Thu Oct 23 00:25:52 2014

Errors in file/u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_18842.trc:

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-20154: TNS: 监听程序当前无法识别连接描述符中请求的服务

ORA-06512: 在 line 29

Thu Oct 23 00:25:53 2014

Error 604 receivedlogging on to the standby

PING[ARC2]: Heartbeatfailed to connect to standby'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'.Error is 604.

Thu Oct 23 00:26:12 2014

Errors in file /u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_18961.trc:

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-20154: TNS: 监听程序当前无法识别连接描述符中请求的服务

ORA-06512: 在 line 29

备库日志：

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-16000: 打开数据库以进行只读访问

ORA-06512: 在 line 3

Thu Oct 23 00:27:39 2014

Errors in file /u01/app/ora11g/diag/rdbms/webdb2/webdb2/trace/webdb2_ora_30130.trc:

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-20154: TNS: 监听程序当前无法识别连接描述符中请求的服务

ORA-06512: 在 line 29

Errors in file/u01/app/ora11g/diag/rdbms/webdb2/webdb2/trace/webdb2_ora_30130.trc:

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-16000: 打开数据库以进行只读访问

ORA-06512: 在 line 3

--进一步查看trace文件

主库trace：

[oracle@webdb1 trace]$ more/u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_8589.trc

Trace file/u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_8589.trc

Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production

With the Partitioning, Automatic StorageManagement, OLAP, Data Mining

and Real Application Testing options

ORACLE_HOME =/u01/app/ora11g/product/11.2.0/db_1

System name: Linux

Node name: webdb1

Release: 2.6.32-200.13.1.el5uek

Version: #1 SMP Wed Jul 27 21:02:33 EDT 2011

Machine: x86_64

Instance name: webdb

Redo thread mounted by this instance: 1

Oracle process number: 176

Unix process pid: 8589, image:oracle@webdb1

*** 2014-10-14 13:19:18.860

*** SESSION ID:(21.12621) 2014-10-1413:19:18.860

*** CLIENT ID:() 2014-10-14 13:19:18.860

*** SERVICE NAME:(SYS$USERS) 2014-10-1413:19:18.860

*** MODULE NAME:(emagent@webdb1 (TNSV1-V3)) 2014-10-14 13:19:18.860

*** ACTION NAME:() 2014-10-14 13:19:18.860

Error in executing triggers on connectinternal

*** 2014-10-14 13:19:18.861

dbkedDefDump(): Starting a non-incidentdiagnostic dump (flags=0x0, level=0, mask=0x0)

----- Error Stack Dump -----

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-20154: TNS: 监听程序当前无法识别连接描述符中请求的服务

ORA-06512: 在 line 28

Trace file/u01/app/ora11g/diag/rdbms/webdb/webdb/trace/webdb_ora_8589.trc

Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production

With the Partitioning, Automatic StorageManagement, OLAP, Data Mining

and Real Application Testing options

ORACLE_HOME =/u01/app/ora11g/product/11.2.0/db_1

System name: Linux

Node name: webdb1

Release: 2.6.32-200.13.1.el5uek

Version: #1 SMP Wed Jul 27 21:02:33 EDT 2011

Machine: x86_64

Instance name: webdb

Redo thread mounted by this instance: 1

Oracle process number: 163

Unix process pid: 8589, image:oracle@webdb1

备库trace:

[oracle@webdb2 trace]$ more/u01/app/ora11g/diag/rdbms/webdb2/webdb2/trace/webdb2_ora_29791.trc

Trace file/u01/app/ora11g/diag/rdbms/webdb2/webdb2/trace/webdb2_ora_29791.trc

Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit Production

With the Partitioning, Automatic StorageManagement, OLAP, Data Mining

and Real Application Testing options

ORACLE_HOME =/u01/app/ora11g/product/11.2.0/db_1

System name: Linux

Node name: webdb2

Release: 2.6.32-200.13.1.el5uek

Version: #1 SMP Wed Jul 27 21:02:33 EDT 2011

Machine: x86_64

Instance name: webdb2

Redo thread mounted by this instance: 1

Oracle process number: 22

Unix process pid: 29791, image:oracle@webdb2

*** 2014-10-23 11:30:21.649

*** SESSION ID:(854.10603) 2014-10-2311:30:21.649

*** CLIENT ID:() 2014-10-23 11:30:21.649

*** SERVICE NAME:(SYS$USERS) 2014-10-2311:30:21.649

*** MODULE NAME:(emagent@webdb2 (TNSV1-V3)) 2014-10-23 11:30:21.649

*** ACTION NAME:() 2014-10-23 11:30:21.649

Error in executing triggers on connectinternal

*** 2014-10-23 11:30:21.649

dbkedDefDump(): Starting a non-incidentdiagnostic dump (flags=0x0, level=0, mask=0x0)

----- Error Stack Dump -----

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-20154: TNS: 监听程序当前无法识别连接描述符中请求的服务

ORA-06512: 在 line 29

Error in executing triggers on connectinternal

*** 2014-10-23 11:30:21.650

dbkedDefDump(): Starting a non-incidentdiagnostic dump (flags=0x0, level=0, mask=0x0)

----- Error Stack Dump -----

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-16000: 打开数据库以进行只读访问

ORA-06512: 在 line 3

分析：

可以从看到trace log中看到都与tiger执行有关，于是想到在主库是创建过的两个 logon on database tiger

解决办法：

--禁用登录tiger

把一个登录IP限制的tiger的禁用后，主库的

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-20154: TNS: 监听程序当前无法识别连接描述符中请求的服务

报错消失，只剩下下面的报错：

Error 604 received logging on to thestandby

PING[ARC2]: Heartbeat failed to connect tostandby'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'.Error is 604.

备库依然报错

--启动备库到mount状态

SQL> shutdown immediate

SQL> startup mount

ORACLE 例程已经启动。

Total System Global Area 1.0456E+10 bytes

Fixed Size 2237488 bytes

Variable Size 5435821008 bytes

Database Buffers 4999610368 bytes

Redo Buffers 17973248 bytes

数据库装载完毕。

SQL> select open_mode from v$database;

OPEN_MODE

--------------------

MOUNTED

--查看日志

主库：

Thu Oct 23 13:45:15 2014

Archived Log entry 2225 added for thread 1sequence 1122 ID 0xc8d579d3 dest 1:

ARC3: Standby redo logfile selected forthread 1 sequence 1122 for destination LOG_ARCHIVE_DEST_2

Thu Oct 23 13:46:46 2014

ARC3: Archive log rejected (thread 1sequence 1120) at host'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'

Thu Oct 23 13:46:46 2014

ARC0: Archive log rejected (thread 1sequence 1121) at host'(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=webdb2)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=webdb2)(SERVER=DEDICATED)))'

FAL[server, ARC3]: FAL archive failed, seetrace file.

ARCH: FAL archive failed. Archivercontinuing

ORACLE Instance webdb - Archival Error.Archiver continuing.

FAL[server, ARC0]: FAL archive failed, seetrace file.

ARCH: FAL archive failed. Archivercontinuing

ORACLE Instance webdb - Archival Error.Archiver continuing.

Thu Oct 23 13:46:49 2014

Destination LOG_ARCHIVE_DEST_2 isSYNCHRONIZED

LGWR: Standby redo logfile selected toarchive thread 1 sequence 1124

LGWR: Standby redo logfile selected forthread 1 sequence 1124 for destination LOG_ARCHIVE_DEST_2

Thread 1 advanced to log sequence 1124(LGWR switch)

Current log# 2 seq# 1124 mem# 0:+DATA/webdb/onlinelog/group_2.262.819826783

Current log# 2 seq# 1124 mem# 1:+FRA/webdb/onlinelog/group_2.258.819826785

Archived Log entry 2244 added for thread 1sequence 1123 ID 0xc8d579d3 dest 1

备库：

Using STANDBY_ARCHIVE_DEST parameterdefault value as USE_DB_RECOVERY_FILE_DEST

Thu Oct 23 13:45:15 2014

RFS[1]: Assigned to RFS process 17293

RFS[1]: Opened log for thread 1 sequence1102 dbid -925543465 branch 819826777

Thu Oct 23 13:45:15 2014

Primary database is in MAXIMUM AVAILABILITYmode

Standby controlfile consistent with primary

RFS[2]: Assigned to RFS process 17297

RFS[2]: Selected log 7 for thread 1sequence 1123 dbid -925543465 branch 819826777

Deleted Oracle managed file+FRA/webdb2/archivelog/2014_10_13/thread_1_seq_1049.350.860808821

Archived Log entry 1104 added for thread 1sequence 1102 rlc 819826777 ID 0xc8d579d3 dest 2:

可以看到主备库恢复心跳，备库能恢复应用日志

打开备库操作：

SQL> alter database open;

数据库已更改。

SQL> select open_mode from v$database;

OPEN_MODE

--------------------

READ ONLY

SQL> ALTER DATABASE RECOVER MANAGEDSTANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;

ALTER DATABASE RECOVER MANAGED STANDBYDATABASE USING CURRENT LOGFILE DISCONNECT

第 1 行出现错误:

ORA-01153: 激活了不兼容的介质恢复

SQL> select open_mode from v$database;

OPEN_MODE

--------------------

READ ONLY WITH APPLY

--主库切换日志

SQL> alter system switch logfile;

系统已更改。

--查看日志

主库：

Thu Oct 23 14:19:52 2014

LGWR: Standby redo logfile selected toarchive thread 1 sequence 1125

LGWR: Standby redo logfile selected forthread 1 sequence 1125 for destination LOG_ARCHIVE_DEST_2

Thread 1 advanced to log sequence 1125(LGWR switch)

Current log# 3 seq# 1125 mem# 0:+DATA/webdb/onlinelog/group_3.263.819826787

Current log# 3 seq# 1125 mem# 1:+FRA/webdb/onlinelog/group_3.259.819826789

Thu Oct 23 14:19:53 2014

Archived Log entry 2246 added for thread 1sequence 1124 ID 0xc8d579d3 dest 1:

备库：

Completed: ALTER DATABASE RECOVER MANAGEDSTANDBY DATABASE THROUGH ALL SWITCHOVERDISCONNECT USING CURRENT LOGFILE

Thu Oct 23 14:15:51 2014

ALTER DATABASE RECOVER MANAGED STANDBYDATABASE USING CURRENT LOGFILE DISCONNECT

ORA-1153 signalled during: ALTER DATABASERECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT...

Thu Oct 23 14:19:52 2014

Standby controlfile consistent with primary

RFS[2]: Selected log 7 for thread 1sequence 1125 dbid -925543465 branch 819826777

Thu Oct 23 14:19:52 2014

Archived Log entry 1123 added for thread 1sequence 1124 ID 0xc8d579d3 dest 1:

Thu Oct 23 14:19:52 2014

Media Recovery Waiting for thread 1sequence 1125 (in transit)

Recovery of Online Redo Log: Thread 1 Group7 Seq 1125 Reading mem 0

Mem# 0: +DATA/webdb2/onlinelog/group_7.282.819884421

Mem# 1: +FRA/webdb2/onlinelog/group_7.278.819884423

可以看到在只读应用状态open备库后，日志应用仍然正常

--查看DataGuard状态

[oracle@webdb1 trace]$ dgmgrl sys/oracle

DGMGRL for Linux: Version 11.2.0.3.0 -64bit Production

欢迎使用 DGMGRL, 要获取有关信息请键入 "help"。

已连接。

DGMGRL> show configuration

配置 - webdb

保护模式: MaxAvailability

数据库:

webdb - 主数据库

webdb2 - 物理备用数据库

快速启动故障转移: DISABLED

配置状态:

SUCCESS

总结：

通过报错分析看到，主备不同步跟CPU补丁升级没有直接关系，跟创建的logon on database 触发器有关，

如果在主数据创建一个logon on database tiger，可能会引起主备库不能同步传输日志的问题，

这时，我们要做是把备库重新mount，然后再open到只读应用状态（READ ONLY WITH APPLY）

因为当备库重启后，备库直接启动到只读应用状态（READ ONLY WITH APPLY），就会出现上面的问题。

参考：

http://www.cnblogs.com/Spiritual-journey/archive/2012/10/21/2732806.html

内容总结

以上是互联网集市为您收集整理的LogondatabaseTiger引起DataGuard不同步问题全部内容，希望文章能够帮你解决LogondatabaseTiger引起DataGuard不同步问题所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/560863.html

来源：【匿名】

【上一篇】SegmentFault巨献1024程序员游戏「红岸的呼唤」第一天任务攻略【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【LogondatabaseTiger引起DataGuard不同步问题】教程文章相关的互联网学习教程文章

增量备份解决DataGuard库日志GAP【图】

有时候备库滞后于主库很长时间了，而主库的归档日志已经不存在了，此时的日志间隔如何消除那，很多人选择重建备库，这个是很麻烦有时候备库滞后于主库很长时间了，而主库的归档日志已经不存在了，，此时的日志间隔如何消除那，很多人选择重建备库，这个是很麻烦的，尤其当主库数据量很大的时候，此时我们还有另外一种选择，那就是使用增量数据库备份来前滚备库，消除日志间隔。具体作法如下： 1.备库查看丢失的归档时的scn号 idl...

DataGuard备库删除已经应用的日志【图】

前言：公司搭建了DataGuard，刚开始没有注意备库归档日志的管理，系统运行了一段时间之后，发现备库的空间被归档日志给撑爆了。解前言：公司搭建了DataGuard，刚开始没有注意备库归档日志的管理，，系统运行了一段时间之后，发现备库的空间被归档日志给撑爆了。解决思路：Oracle提供了一个视图可以查看归档日志的执行情况，只要归档日志已经被应用了，就可以通过操作系统进行删除。查看归档日志的运用脚本：select sequence#,ap...

ORA-16053DataGuard主库日志不能正常传送到物理备库【图】

处理步骤，一般是先看v$archive_dest_status视图，获取概要信息，再查看主库、从库的alert.log日志文件。在查看朋友主库的v$arch 朋友做1主库、2物理从库的DG配置，配置完成后，，发现有一个从库，始终不能接收到主库的归档日志。日志不能正常传输到从库，很多都是归档目的地配置的问题，或者网络配置问题。处理步骤，一般是先看v$archive_dest_status视图，获取概要信息，再查看主库、从库的alert.log日志文件。在查看朋友主库...

Linux下DataGuard无法应用归档日志的处理过程【图】

OS:Red Hat Linux As 5DB:11.2.0.1今天发现在主库的表上写入了数据,且做了日志切换后发现数据没有传输到备库,查看备库的alert报如环境:OS:Red Hat Linux As 5DB:11.2.0.1 今天发现在主库的表上写入了数据,且做了日志切换后发现数据没有传输到备库,查看备库的alert报如下错误: Datafiles are recovered to a consistent state at change 2610390 but controlfile is ahead at change 2610391.Database remains open for continuous...

如何针对物理DataGuard设置延时日志应用？

为了设置延时Apply，需要在log_archive_dest_n 参数上使用“DELAY="，比如：DELAY=360(单位为分钟)，表示延时360分钟（6小时）。比如：SQL〉alter system set log_archive_dest_2=SERVICE=standby LGWR SYNC AFFIRM DELAY=360VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) COMPRESSION=ENABLE DB_UNIQUE_NAME=standby; 如果只指定了DELAY参数，但是没有指定具体的值，默认是30分钟。需要注意的是，如果已经启用了实时日志应用(r...

azure云上oracle11.2.0.4里dataguard归档日志传输1034问题详

1 ， dataguard 搭建好后，归档日志传输不过去去查看master库上面的日志 tail –f /data/oracle/diag/rdbms/test_m1/powerdes/trace/alert_powerdes.log，显示信息如下： Sun May 08 00:34:17 2016 Error 1034 received logging on to the standby PING[ARC 1，dataguard搭建好后，归档日志传输不过去去查看master库上面的日志tail –f /data/oracle/diag/rdbms/test_m1/powerdes/trace/alert_powerdes.log，显示信息如下：Sun Ma...

[Oracle]DataGuard系列（3）

在上一节《Data Guard 系列（2） - 日志传输》中，我们介绍了DG的日志传输服务，当日志从主库传输至备库后，备库需要应用日志来保持和主库的同步，本节就来介绍日志应用服务。 Redo应用 or SQL应用？我们知道有两种类型的备库，分别是物理备库和逻辑备库，在上一节《Data Guard 系列（2） - 日志传输》中，我们介绍了DG的日志传输服务，当日志从主库传输至备库后，备库需要应用日志来保持和主库的同步，本节就来介绍日志应用服务。...

物理DataGuard的配置

环境：RHEL5Oracle 10g 源数据库： IP：192.168.1.222 数据库SID：orcl DB_UNIQUE_NAME：orclpre 数据库安装软件：/u01/app/oracle/10.2.0/db_1 数据库文件路径：/u01/app/oracle/oradata/orcl 本地归档路径：/u01/arch_orcl Debug日志输出路径：/u01/app/or环境：RHEL5+Oracle 10g 源数据库： IP：192.168.1.222 数据库SID：orcl DB_UNIQUE_NAME：orclpre 数据库安装软件：/u01/app/oracle/10.2.0/db_1 数据库文件路径：/u01/app/...

dataguard主库检测脚本

Scriptto Collect Data Guard Primary Site Diagnostic Information for Version 10g andabove (Including RAC). (文档ID 1577401.1) oracle mos 提供了一个不错的dg 检测脚本，基本囊括了所有主库 dg的检测项：如下报表： TIME 14-MAR-2014 13:53:18 DataScriptto Collect Data Guard Primary Site Diagnostic Information for Version 10g andabove (Including RAC). (文档ID1577401.1) oracle mos 提供了一个不错的dg 检测脚本...

《盛哥一点一滴讲解DataGuard前世今生》

《盛哥一点一滴讲解DataGuard前世今生》注：能多详细有多详细~116page从出生-出师全生命周期式DG版[出师表]引言：Ora..管理工具.........................................102Active DGSnapshot DGSwitchoverFailoverBroket DG一应俱全PDF版 51CTO下载中心：《盛哥一点一滴讲解Data Guard前世今生》 Leonarding 2013.08.10北京&summer分享技术~成就梦想Blog：本文出自 “leonarding Blog” 博客，美国服务器，请务必保留此出...

单机搭建DataGuard

搭建环境：RedHatLinuxEnterprise5.4Oracle10gR2主机操作系统主要信息为192.168.199.128.搭建准备：已存在主库（生产库）DB_NAME=mustangSID=april开始搭建DataG搭建环境： Red Hat Linux Enterprise 5.4 Oracle 10g R2 主机操作系统主要信息为192.168.199.128. 搭建准备：已存在主库（生产库）DB_NAME=mustang SID=april开始搭建Data Guard 首先需要准备好参数文件，网站空间，设定一些必要的参数。在主库，先通过spfile生成pf...

Dataguard搭建问题小记

由于希望测试一个DG问题，所以在Vmware上搭建测试环境，primary和standby放在同一台主机上。搭建过程就不赘述，但是在最后，遇到了一些问题，这里记录一下，以备由于希望测试一个DG问题，所以在Vmware上搭建测试环境，primary和standby放在同一台主机上。搭建过程就不赘述，，但是在最后，遇到了一些问题，这里记录一下，以备后续查阅。 ----搭建过程中的一些命令----- 1. backup database format '/tmp/bk_%U'; 2. backup cu...

DataGuard保护模式解析及演示

在一些场合，一些业务是不能容忍丢失数据的。而在另外的场合，数据库的可用性可能比数据的丢失更加重要。一些应用要求数据库的性能最大化，并且可以容忍少许数据e,参数配置实例：alter system set log_archive_dest_2='SERVICE=db_phystdby LGWR SYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=PHYSTDBY AFFIRM ';3、最高性能（Maximum performance）最高性能模式是默认的保护模式，，这种模式在不影响主库性能的前...

DataGuard环境做到Client的自动切换【图】

使用Data guard作为HA方案，要解决的一个问题在于：后台数据库发生了主备切换，client连接如何做到自动切到新的primary数据库上？使用Data guard作为HA方案，要解决的一个问题在于：后台数据库发生了主备切换，client连接如何做到自动切到新的primary数据库上？如果做通用的方案，需要客户端自己提供自动重连的能力，这点大多数java的occi的连接池都有实现。但这些已有实现大多是对同一连接配置发起重连，所以需要考虑为applica...

11.2.0.3物理DataGuard主备库切换（附加：ORA-16139错误的解决）【图】

11.2.0.3物理 Data Guard主备库切换（附加：ORA-16139错误的解决） DG分为主库和备库，我们也猜测其属于primary与standby 之间的互动，那么在primary 和standby 之间的切换：针对不同standby(逻辑或物理)的处理方式也不尽相同。角色转换前的准备工作： 1检查各数据库的初始化参数，主要确认对不同角色相关的初始化参数都进行了正确的配置。Switchover；无损转换，通常是用户手动触发或者有计划的让其自动触发，比如硬件升级，...

首页 / MYSQL / LogondatabaseTiger引起DataGuard不同步问题

LogondatabaseTiger引起DataGuard不同步问题

内容导读

内容图文

内容总结

内容备注

内容手机端

【LogondatabaseTiger引起DataGuard不同步问题】教程文章相关的互联网学习教程文章

DATABASE - 相关标签

同步 - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程