ORACLESTREAM故障处理一例.pdfVIP

下载本文档

12
0
约4.82千字
约 4页
2015-09-25 发布于重庆
举报
版权申诉

ORACLESTREAM故障处理一例.pdf

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

ORACLESTREAM故障处理一例

ORACLE STREAM 故障处理一例今天晚上查看邮件的时候发现灾备用的 Stream 昨天早上就停止了：以为是apply 进程死掉了，查看发现不是： Apply 进程好好的呢！检查捕获进程的状态：发现捕获进程在等待归档日志，检查归档日志发现今天的都传过来了（本环境是异地捕获，源环境是一个 RAC 数据库，目标是单机数据库，使用中间数据库作为捕获数据库，源和捕获数据库在一个 LAN 中，目标数据库在远端，数据是通过WAN 传输的）。根据 LAST SCN 的提示去找归档日志，看看是哪个日志没有传到中间数据库上： …… +DISKA/archivedlog/2_166050_629979632.dbf 10360548207177 +DISKA/archivedlog/1_156960_629979632.dbf 10360548214349 rptdb1 10360548214349 +DISKA/archivedlog/2_166051_629979632.dbf 10360548214689 +DISKA/archivedlog/1_156961_629979632.dbf 10360548223251 …… 果真是这个日志没有传过去啊。。。。日志在ASM 上，怎么弄过去呢。。。嗯。。。用 RMAN copy 过去： RMAN copy archivelog +DISKA/archivedlog/2_166051_629979632.dbf to /tmp/2_166051_629979632.dbf; Starting backup at 03‐MAR‐10 using channel ORA_DISK_1 using channel ORA_DISK_2 using channel ORA_DISK_3 using channel ORA_DISK_4 skipping archive log file +DISKA/archivedlog/2_166051_629979632.dbf; already backed up 1 time(s) Finished backup at 03‐MAR‐10 Starting Control File and SPFILE Autobackup at 03‐MAR‐10 piece handle=/backup/controlfilebackupc‐80743799803 comment=NONE Finished Control File and SPFILE Autobackup at 03‐MAR‐10 我日啊，这个日志备份过了，竟然不给我 copy，那么从备份中恢复一下看看呢： RMAN run { 2 set archivelog destination to /tmp; 3 restore archivelog logseq 166051; 4 } executing command: SET ARCHIVELOG DESTINATION Starting restore at 03‐MAR‐10 using channel ORA