- 1、本文档共32页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Standy 数据库的建立步骤
Standy 数据库的建立步骤一、创建:? 1.在primary database(archive mode):??? 对数据文件做冷备份或热备份;??? 生成standby database 的控制文件:
? alter database create standby controlfile as ;??? 对当前的redo log 做archive:
alter system archive log current;
??? 将这些文件传到standby database所在主机上;
? 2.在standby database:
???? mount standby database:
????? startup nomount;
????? alter database mount standby database;
???? 将standby database 置于recover状态:
?????? recover [from location] standby database;
然后Oracle会提示你需要哪个log 文件,如果提示名字无误的话,可以输入回车或auto来执行恢复,如果输入auto,当Oracle找不到所需的log时,会结束恢复。
?????? 8i 提供了一种managed recovery方法:
??????? recover managed standby database timeout 60;
??? 这时,Oracle的恢复进程会等在那儿,只能用CTRL+C中断,或用另外的session来中断。
而不是做为一个后台进程运行(和我想的不一样),如果不用timeout,则它会每15秒检查一下是否有新的archived log(是在控制文件中检查),如果用了timeout那超时后,恢复就结束了。
二、维护
? 1.更新standby database的控制文件:
????? 当在primary database使用了CREATE CONTROLFILE命令后(修改log group,instance,数据文件数目),要通过以下骤更新standby database 的控制文件:
? 在primary database中:
? ????? alter database create standby controlfile as ;
???????? alter system archive log current;
????? 中止standby database的恢复操作:
??????? cancel recovery;
??????? shutdown immediate;
?将生成的控制文件和archive log传到standby database主机的适当目录下,重新开始恢复操作:
????? startup nomount;
? ??? alter database mount standby database;
????? recover standby database;
?2.standby database恢复的取消:
????? recover cancel;
? 如果是managed 方式恢复:
?? recover managed standby database cancel;
? 如果是在另一个session中取消恢复操作:
alter database recover managed standby database cancel;
?3.在primary database中增加了数据文件
?? 1.当在standby database应用包含对新增的数据文件的操作时,Oracle会提示ORA-283、1670、1157、1110? 错,并停止恢复操作,执行:
alter database create datafile [as ];
? 继续恢复;
? 注意:新加入的文件在v$datafile中的status为recover,这是正常的,在激活后会变为online。
?4.在primary中执行了nologgin或unrecoverable操作
检查primary database中unrecoverable 操作的时间是否是在备份之后(或比较primary和standby的unrecoverable_change#,primary的不应大于standby的),如果是,则需要重做相应的数据文件的备份并创建standby 控制文件:
???? SELECT name,
?????????? unrecoverable_change#,?
??????? to_char(unrecoverable_time, mm
文档评论(0)