完整恢复模式下的事务日志备份策略

关闭数据库后，修改initSID.ora文件（路径：$ORACLE_HOME/admin/$ORACLE_SID或$ORACLE_HOME/database）开启归档日志模式。

差异数据库备份：仅备份上一次完整备份后发生更改的数据，文件大小小、备份速度快，可经常进行。 事务日志备份：备份上一次事务日志备份后执行的所有数据库事务日志，可用于将数据库恢复到特定故障点或即时点，资源消耗相对较少，可频繁创建以降低数据丢失风险。

事务日志的还原语法如下：RESTORE LOG database_name [...f] [FROM [...n]] [WITH [FILE = file_number]]

还原事务日志的语法格式如下： Restore Log { database_name | @database_name_var } [From [ ,...n ] ] [With {[ Recovery | Norecovery| Standby = {standby_file_name | @standby_file_name_var }] |, [ ,...n ] |, }[ ,...n ] ] [;]

RMAN 的备份恢复策略里，recovery window是个挺关键的参数，别小看了它。设置成 7，其实就是告诉 RMAN：“喂，我要你能把数据库恢复到最近 7 天内的任意一个时间点。”所以文件要怎么备份？简单，至少保留 7 天的所有必要备份文件。 如果你只留了最近 4 天的，那对不起，想恢复到 6 天前就没戏了。这个时候日志文件的配合也重要，别光顾着备数据文件，归档日志也得备全。不然恢复时日志缺了，再多备份也白搭。 哦对，RMAN 的默认 recovery window 是 7 天，挺合理，适合大多数日常需求。再比如你系统每天都跑一次全库备份，那基本上也能覆盖这 7 天窗口。但如果是增量备份

为了提高系统的日志恢复效率，可以在生产环境中通过调整数据库参数来达到最佳性能。建议将DB_BLOCK_CHECKING设置为OFF以及DB_BLOCK_CHECKSUM设置为TYPICAL或者OFF，以减少数据坏块检查带来的性能开销。此外，推荐在DataGuard日志恢复过程中采用并行处理技术，设置并行度为CPU核心数，以加快数据恢复速度。

想要了解企业如何实现低成本备份和恢复策略的朋友可以参考此文档。

数据库备份恢复策略白皮书详细探讨了如何有效管理和应用数据库备份数据，以确保系统安全和可靠性。

四、备份和恢复：(1) 使用Export/Import实用工具进行逻辑备份；(2) 在操作系统级别进行物理备份：归档方式下不关闭数据库进行备份；不归档方式下关闭数据库后，对物理文件进行备份（cp或tar）。这些策略确保数据安全性和灾难恢复能力。