ITPub博客

我们在基于物理standby的基础上搭建逻辑备库过程过程中，在执行：alter database recover to logical standby READDB;卡住不动，并且alert也没有报错信息，无比郁闷，咨询了别人，聊天记录如下：我们的业务是passport应用，无法停止或者停掉非常麻烦，总之，药不能停。经过摸索，我们得到一个经验：需要等到MRP应用日志到跟主库一致，此时执行该命令才不会hang住。具体流程大概是这样

       Data Guard在最大保护和最高可用性模式下，或者最大性能模式的实时运用、则 Standby数据库必须配置 Standby Redo Log       并且、DG从 standby redo log 比 archived log 能恢复和运用更多redo       Oracle 建议、在部署备库时、应该做好 plan              备库创建并配置 Standby Redo Log 是为了能够接收到主库传过来的日志

以下面关键字眼为例：1 物理备库健康检查依据：Tue Apr 22 16:44:51 CST 2014Media Recovery Log /data/CMS/arch_log/1_58334_722210153_58334arch.dbfMedia Recovery Waiting for thread 1 sequence 58335 (in transit)2 逻辑备库健康检查依据：Tue Apr 22 16:44:48 CST 2014LOGMINER: Begin mining logfile for session 1 thread 1 sequence 58335, /data/CMS/standbyredo22.logBy 数据牧羊人Good Luck！

前天在搭建物理standby时，前面步骤都没错(实际上是有错)，在验证归档日志是否同步到备库时发现：ORA-16047: DGID mismatch between destination setting and standby我们的处理方案是：在主备同时设置log_archive_config1. 备库idle> show parameter log_archive_config; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ log_archive_config string DG_CONFIG=(ORCL_PRY,ORCL_PHY)2. 主库sys@OR

       日常维护 Data Guard 时、对于 Archive Log 的管理、我们可用：              ① alter system switch logfile       ② alter system archive log current              这两个有何区别？              alter system switch logfile        --仅仅是把当前在线日志往下一组切换、

RMAN-04006: error from auxiliary database: ORA-01017: invalid username/password; logon denied       发生这个错误大概有 2 个原因：              ① 主备库的密码文件是否一致       ② remote_login_passwordfile  应该设成 exclusive

       这 10 点主要是面向 10g R2 以后的 DG 部署              ① 主库设置为force logging模式idle> select force_logging from v$database; idle> alter database force logging;       ② 主库设置为归档模式idle> archive log list; idle> shutdown immediate； idle> startup mount； idle> alter database archivelog; idle> archive log list;       ③ 配置S

      官方文档有句话：            STANDBY_ARCHIVE_DEST is relevant only for a standby database in managed recovery mode.       It specifies the location of archive logs arriving from a primary database             这句话指出了 Standby_archive_dest 的作用            对于 Standby_archive_dest 参数，实际上从10g R2 开始就感觉是

       ㈠ 足够的网络带宽是日志传输优化的基础                    经验值预算公式：          带宽需求 = 日志产生量/0.7 * 8          注释：              Oracle日志产生是大Byte（即8位）、而网络带宽是小bit（即1位）、所以、1MB=8Mbps            &n

Primary 角色相关的初始化参数db_name同一DG环境db_name要相同db_unique_namedb_unique_name参数是解决在同一台计算机上存在多个相同的db_name的实例共存在而增加的参数,如果dataguard的主、备库安装在不同的计算机上，则不需要设置这个参数。如果安装到同一台计算机上，则需要设置，如果没有设置实例的这个参数，第一个实例启动后，再启动第二个实例是将报lk<oracle_sid>文件无法锁

      RAC的强项在于解决单点故障和负载均衡，但RAC方案中数据只有一份，数据本身没有冗余，容易形成单点故障      而Data Guard是通过冗余数据来提供数据保护，通过日志同步机制保证冗余数据和主数据之间的同步      这种同步可以是实时、延时，同步或者异步            ㈠ 日志发送&n

        MySQL Replication和Oracle logical standby都是SQL apply，那么在实现上有何区别？                Binary Log 和 Redo的传输原理                MySQL Replication可以很方便的用来做应用的读扩展，也可以帮MySQL实现一定程度的HA方案