内容简介:图片来自包图网本文档假设您正在执行基本的备份和恢复
图片来自包图网
本文档假设您正在执行基本的备份和恢复
- - 在 Archivelog 模式下运行
- - 多路镜像控制文件
- - 定期执行备份
- - 周期性执行全库恢复测试
1开启块检查
这样做的目标是尽早发现数据库中的坏块。这只会占用很少的性能开销,但却可以让 Oracle 尽早检测出由底层磁盘、存储系统、或 I/O 系统问题导致的坏块。
SQL> alter system set db_block_checking = true scope=both;
2使用 RMAN 增量备份时开启块更改跟踪(Block Change Tracking)功能
更改跟踪文件包含了可以使 RMAN 增量备份进程避免读取自上次备份以来未修改的数据所需要的信息。如果不使用块更改跟踪功能,则必须读取所有块来确定自上次备份以来是否对其进行了修改。
SQL> alter database enable block change tracking using file '/u01/oradata/ora1/change_tracking.f';
3镜像 重做日志组和成员,并将归档日志存放在多个目标位置
通过在多个位置存放多个副本,当某个归档日志损坏或丢失时,其他日志仍然存在并可以使用。
如果某个在线日志被删除或损坏,在需要时还可以使用其他成员进行恢复。
SQL> alter system set log_archive_dest_2='location=/new/location/archive2' scope=both; SQL> alter database add logfile member '/new/location/redo21.log' to group 1;
4使用 RMAN 备份数据库时使用 CHECK LOGICAL 选项
这可以使 RMAN 对数据块除了进行常规的校验和验证之外,还检查块内的逻辑损坏。这是确保您获得完好备份的最佳方法。
RMAN> backup check logical database plus archivelog delete input;
5测试备份
这将执行除实际回复(restore)数据库之外的所有操作。要确定在出现问题(此时备份非常重要)之前备份是否完好以及可用,这是最好的办法。
如果使用 RMAN,可以使用以下命令执行此操作:
RMAN> restore validate database;
6使用 RMAN 时,将每个数据文件存放在单独的备份片(backup piece)中
执行部分恢复时,RMAN 必须读取完整的备份片以获取需要的数据文件/归档日志。因此,备份片越小,恢复完成的速度越快。这尤其适用于对大型数据库进行的磁带备份或仅对单个/少数几个文件进行的恢复。
然而,如果 filesperset 的值很小,也会导致创建更多的备份片,因而会降低备份性能并增加维护操作时间。因此必须根据所需的恢复时间要求对这些因素加以权衡。
RMAN> backup database filesperset 1 plus archivelog delete input;
7维护 RMAN 目录(catalog)/控制文件
认真选择保留策略(retention policy)。确保它可以满足磁带保留策略以及备份恢复策略的要求。如果未使用目录,确保 CONTROL_FILE_RECORD_KEEP_TIME 参数与保留策略匹配。
SQL> alter system set control_file_record_keep_time=21 scope=both;
这会将备份记录在控制文件中保留 21 天。
定期运行以下目录维护命令。
原因:Delete obsolete 将删除保留策略以外的备份。
如果过期的备份未删除,则目录将不断增长,直至出现性能问题。
RMAN> delete obsolete;
原因:crosschecking 将检查目录/控制文件是否与物理备份匹配。
如果某个备份丢失,此命令会将该备份片 设为“EXPIRED”,在开始恢复时,将不使用这个备份,而使用更早的备份。要删除目录/控制文件中已过期的备份,请使用 delete expired 命令。
RMAN> crosscheck backup; RMAN> delete expired backup;
8为控制文件丢失做准备
这将确保您始终能够拥有最新的控制文件,控制文件备份在当前备份结束时执行,而不是在备份期间。
RMAN> configure controlfile autobackup on;
保留备份日志
原因:备份日志包含了磁带存取的参数、控制文件备份的位置,如果所有文件都丢失了,则可以利用该日志。
9测试恢复
原因:在需要执行恢复的时候,您可以不实际执行恢复就知道恢复流程是如何操作的,并可避免再次回复数据文件。
SQL> recover database test;
10使用RMAN 备份时,在备份归档日志时不要指定“delete all input”
原因:“delete all input”在备份一个归档目录下的归档日志后,会删除该归档日志在不同归档目录下的所有副本,而“delete input”在备份一个归档目录下的归档日志后,仅删除该目录下的归档日志,下一次备份将备份归档目录 2 下的日志以及归档目录 1 的新日志,然后删除所有备份过的日志。这意味着您将保留自最后一次备份以来在归档目录2 下可用的归档日志(包括曾备份的日志)以及上次备份之前备份的两份副本。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- MongoDB导入导出备份恢复实践
- MSSQL实践-数据库备份加密
- PostgreSQL基础备份_增量备份与任意点恢复
- 深度备份还原工具 V1.0 正式发布 — 备份还原,安全可靠
- dba+工具:MongoDB热备份工具,解决官方版备份缺陷
- 云备份软件 v1.2 升级,可备份到自建 SFTP
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Designing for Emotion
Aarron Walter / Happy Cog / 2011-10-18 / USD 18.00
Make your users fall in love with your site via the precepts packed into this brief, charming book by MailChimp user experience design lead Aarron Walter. From classic psychology to case studies, high......一起来看看 《Designing for Emotion》 这本书的介绍吧!