[计算机]dataguard日常维护.docVIP

下载本文档

1
0
约1.11万字
约 17页
2018-02-11 发布于浙江
举报
版权申诉

[计算机]dataguard日常维护.doc

1、本文档共17页，可阅读全部内容。
2、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
5、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
6、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
7、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
8、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

[计算机]dataguard日常维护

数据库采用Oracle 10g版本.Dataguard采用最大性能模式. 第一部分日常维护一正确打开主库和备库（在最大性能模式下就不用按照这顺序）原则：先启动备库后主库，先开监听后开库 1 备库: SQL STARTUP MOUNT; SQLALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; 2 主库: SQL STARTUP MOUNT; SQL ALTER DATABASE ARCHIVELOG; SQL ALTER DATABASE OPEN; 二正确关闭顺序原则：先关闭主库后备库 1 主库: SQLSHUTDOWN IMMEDIATE; 2 备库 SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; SQLSHUTDOWN IMMEDIATE; 三备库Read-Only模式打开当前主库正常OPEN状态备库处于日志传送状态. 1 在备库停止日志传送 SQL recover managed standby database cancel; 2 备库Read-only模式打开 SQL alter database open read only; 3 备库回到日志传送模式 SQL recover managed standby database disconnect from session; Media recovery complete. SQL select status from v$instance; STATUS ------------ MOUNTED 四日志传送状态监控 1 主库察看当前日志状况 SQL select sequence#,status from v$log; SEQUENCE# STATUS ---------- ---------------- 51 ACTIVE 52 CURRENT 50 INACTIVE 2 备库察看RFS(Remote File Service)接收日志情况和MRP应用日志同步主库情况 SQL SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY; PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS --------- ------------ ---------- ---------- ---------- ---------- ARCH CONNECTED 0 0 0 0 ARCH CONNECTED 0 0 0 0 RFS RECEIVING 0 0 0 0 MRP0 WAIT_FOR_LOG 1 52 0 0 RFS RECEIVING 0 0 0 0 可以看到备库MPR0正等待SEQUENCE#为52的redo. 3 察看备库是否和主库同步 SQL SELECT ARCHIVED_THREAD#, ARCHIVED_SEQ#, APPLIED_THREAD#, APPLIED_SEQ# FROM V$ARCHIVE_DEST_STATUS; ARCHIVED_THREAD# ARCHIVED_SEQ# APPLIED_THREAD# APPLIED_SEQ# ---------------- ------------- --------------- ------------ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 51 1 50 可以看到备库已经将SEQUENCE#51的日志归档,已经将SEQUENCE#50的redo应用到备库. 由于已经将SEQUENCE#51的日志归档,所以SEQUENCE#51以前的数据不会丢失. 4 察看备库已经归档的redo SQL SELECT REGISTRAR, CREATOR, THREAD#, SEQUENCE#, FIRST_CHANGE#,NEXT_CHANGE# FROM V$ARCHIVED_LOG; REGISTR CREATOR THREAD# SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# ------- ------- ---------- ---------- ------------- ------------ SRMN SRMN 1 37 572907 573346 RFS AR