oracle数据库备份与恢复(附件)【字数：7982】
摘 要随着信息化的发展，数据对我们日常生活中有着举足轻重的影响。生活不能缺少数据，因此数据的备份和恢复在当前至关重要。它能保证数据的完整性、安全性、一致性。它也使数据在非正常情况下丢失后，还能恢复到事故前的状态，确保损失最少，风险最少。本文主要介绍在Linux服务器端，通过Oracle数据库的SQL*plus工具，对Oracle数据库进行冷备份恢复（脱机备份）和热备份恢复（联机备份），分别对数据库的参数文件，控制文件，数据文件，日志文件进行备份与恢复。通过模拟不同情况下，数据库文件丢失的情况下，对数据库进行完全恢复和不完全恢复。
目 录
第一章 备份与恢复的整体描述 1
1.1备份与恢复概要 1
1.1.1高可用性 1
1.1.2备份和恢复 1
1.2 Oracle备份与恢复入门 2
1.2.1 逻辑备份与恢复 2
1.2.2内存的体系结构 3
1.2.3数据库的体系结构 3
1.2.2 Oracle物理备份与恢复 3
第二章 配置数据库采用的备份与恢复方法 4
2.1 用户管理的备份与恢复 4
2.1.1 物理备份选项 4
2.1.2 物理恢复方法 4
2.2 备份和恢复文档路线图 5
第三章 实施备份与恢复的过程 6
3.1 冷备份（脱机备份） 6
3.1.1 冷备份定义 6
3.1.2 优点与缺点 6
3.1.3 备份与恢复操作步骤 6
3.1.4 备份恢复功能设计与实现 8
3.2 热备份的恢复 9
3.2.1热备份定义 9
3.2.2 优点与缺点 10
3.2.3 备份设计与实现 10
第四章 总结 31
致 谢 32
参考文献 33
附录 34
第一章 备份与恢复的整体描述
1.1备份与恢复概要
首先概括介绍备份与恢复。在制定处理数据库可能发生故障的计划时，一般会解决两个不同的问题：架构方面的问题是高 *好棒文|www.hbsrm.com +Q: ￥351916072￥
可用性，这与备份和恢复关系的关键问题松散配合[12]。 当前即将详尽细致讨论备份和恢复问题。
1.1.1高可用性
当用户的数据不可用或计算系统无法按预期的方式运行时，用户会感到沮丧，他们不了解或关心区分整体解决方案的复杂组件。由于高于预期的使用率导致的性能故障与架构中的关键组件的故障相同。
希望系统随时准备为其服务的用户需要 高可用性。在几乎是一整天的时间和一整年的全部时间内提供计算服务，几乎是从不间断的。此测量通常显示为24x365。但是，为了最小化停机时间，可以进行例外处理，以执行某些操作，例如升级系统的硬件或软件。
1.1.2备份和恢复
（1）收集备份与恢复策略需求
客户想要实现的功能，或者对于即将采用的备份与恢复策略有什么想法和要求都是我们在操锁前必须要知道的。并且需要向用户提出许多问题。
1)在数据库出现问题不能正常工作时时，最多可以接受的数据丢失量是多少？
2)在利用备份恢复数据库期间，能接受的最长时间是多久？
3)确保数据库能被快速高效的恢复，同意付出多少成本？
4)备份期间可以关闭系统吗？
5)受损硬件设备的替换需要多长时间？
可以承受的数据丢失量可能是上面描述的问题中最重要的。每一个备份与恢复规划都有可能出现数据丢失的情况，若想采用一点数据不丢失的解决方案，那么所需要投入的成本就会变得巨大。这和选用HA解决方案如出一辙，公司要先考虑数据丢失的成本，然后在考虑数据丢失成本的基础上实施性价比最高的备份和恢复计划方案。同时必须让客户知道采取这种计划会带来何种数据丢失的潜在风险。所有的数据库都可以接受一定范围的数据丢失量，有的时候，可能一个数据库所能接受的的数据的丢失量可能会远比比其他数据库大很多。
执行不同的技术需要用不同的方式，所需要花费的资金成本也是不同的。一般情况下，如果对数据恢复速率有严格要求，恢复的速度越快，所花费的资金成本就会越高，要根据实际情况决定采用何种技术何种方式来恢复。比如，直接从磁带上恢复数据所需要花费的资金成本通常比直接从硬盘上恢复所需要花费的成本要低的多。让客户了解数据库完全停机恢复数据所需要用的时间是很重要的。
要明白，恢复数据库所要花费的时间、能够接受的最大数据丢失量与所能获得的等级保护所需要的资金成本三者之间有着直接的关系。在备份与恢复刚刚开始的时候，清楚客户愿意在这个计划上花费多少资金成本是很重要的。假如你做了一个资金成本比较高的复杂体系结构备份恢复计划，然而客户刚看到然后摇了摇头，那么这将会多么令人尴尬，因此做一个合理的、性价比高的备份恢复计划十分重要。
在备份数据的时候能否出现停机或者备份时需不需要联机？这会给备份计划的成本造成很大的影响。
这是一个值得考虑的重要问题。硬件故障将会严重影响数据库重新运行的时间。应当使系统各利益相关方理解硬件故障的影响并且考虑使用有助于防止生产硬件故障的结构[34]。
（2）精心设计备份与恢复计划
在了解并记录下用户的需求后，便可以着手开始策划备份与恢复的计划方案了。需要解决下面这些问题：
1）根据用户需要，选择备份数据库时时脱机还是联机？
2）假如选择联机备份，归档重做日志需要多长时间备份一次呢？
3）公司关于可恢复的策略和标准是什么?
4）怎样才可以保证数据库系统再灾难发生后还是可以恢复的？
目 录
第一章 备份与恢复的整体描述 1
1.1备份与恢复概要 1
1.1.1高可用性 1
1.1.2备份和恢复 1
1.2 Oracle备份与恢复入门 2
1.2.1 逻辑备份与恢复 2
1.2.2内存的体系结构 3
1.2.3数据库的体系结构 3
1.2.2 Oracle物理备份与恢复 3
第二章 配置数据库采用的备份与恢复方法 4
2.1 用户管理的备份与恢复 4
2.1.1 物理备份选项 4
2.1.2 物理恢复方法 4
2.2 备份和恢复文档路线图 5
第三章 实施备份与恢复的过程 6
3.1 冷备份（脱机备份） 6
3.1.1 冷备份定义 6
3.1.2 优点与缺点 6
3.1.3 备份与恢复操作步骤 6
3.1.4 备份恢复功能设计与实现 8
3.2 热备份的恢复 9
3.2.1热备份定义 9
3.2.2 优点与缺点 10
3.2.3 备份设计与实现 10
第四章 总结 31
致 谢 32
参考文献 33
附录 34
第一章 备份与恢复的整体描述
1.1备份与恢复概要
首先概括介绍备份与恢复。在制定处理数据库可能发生故障的计划时，一般会解决两个不同的问题：架构方面的问题是高 *好棒文|www.hbsrm.com +Q: ￥351916072￥
可用性，这与备份和恢复关系的关键问题松散配合[12]。 当前即将详尽细致讨论备份和恢复问题。
1.1.1高可用性
当用户的数据不可用或计算系统无法按预期的方式运行时，用户会感到沮丧，他们不了解或关心区分整体解决方案的复杂组件。由于高于预期的使用率导致的性能故障与架构中的关键组件的故障相同。
希望系统随时准备为其服务的用户需要 高可用性。在几乎是一整天的时间和一整年的全部时间内提供计算服务，几乎是从不间断的。此测量通常显示为24x365。但是，为了最小化停机时间，可以进行例外处理，以执行某些操作，例如升级系统的硬件或软件。
1.1.2备份和恢复
（1）收集备份与恢复策略需求
客户想要实现的功能，或者对于即将采用的备份与恢复策略有什么想法和要求都是我们在操锁前必须要知道的。并且需要向用户提出许多问题。
1)在数据库出现问题不能正常工作时时，最多可以接受的数据丢失量是多少？
2)在利用备份恢复数据库期间，能接受的最长时间是多久？
3)确保数据库能被快速高效的恢复，同意付出多少成本？
4)备份期间可以关闭系统吗？
5)受损硬件设备的替换需要多长时间？
可以承受的数据丢失量可能是上面描述的问题中最重要的。每一个备份与恢复规划都有可能出现数据丢失的情况，若想采用一点数据不丢失的解决方案，那么所需要投入的成本就会变得巨大。这和选用HA解决方案如出一辙，公司要先考虑数据丢失的成本，然后在考虑数据丢失成本的基础上实施性价比最高的备份和恢复计划方案。同时必须让客户知道采取这种计划会带来何种数据丢失的潜在风险。所有的数据库都可以接受一定范围的数据丢失量，有的时候，可能一个数据库所能接受的的数据的丢失量可能会远比比其他数据库大很多。
执行不同的技术需要用不同的方式，所需要花费的资金成本也是不同的。一般情况下，如果对数据恢复速率有严格要求，恢复的速度越快，所花费的资金成本就会越高，要根据实际情况决定采用何种技术何种方式来恢复。比如，直接从磁带上恢复数据所需要花费的资金成本通常比直接从硬盘上恢复所需要花费的成本要低的多。让客户了解数据库完全停机恢复数据所需要用的时间是很重要的。
要明白，恢复数据库所要花费的时间、能够接受的最大数据丢失量与所能获得的等级保护所需要的资金成本三者之间有着直接的关系。在备份与恢复刚刚开始的时候，清楚客户愿意在这个计划上花费多少资金成本是很重要的。假如你做了一个资金成本比较高的复杂体系结构备份恢复计划，然而客户刚看到然后摇了摇头，那么这将会多么令人尴尬，因此做一个合理的、性价比高的备份恢复计划十分重要。
在备份数据的时候能否出现停机或者备份时需不需要联机？这会给备份计划的成本造成很大的影响。
这是一个值得考虑的重要问题。硬件故障将会严重影响数据库重新运行的时间。应当使系统各利益相关方理解硬件故障的影响并且考虑使用有助于防止生产硬件故障的结构[34]。
（2）精心设计备份与恢复计划
在了解并记录下用户的需求后，便可以着手开始策划备份与恢复的计划方案了。需要解决下面这些问题：
1）根据用户需要，选择备份数据库时时脱机还是联机？
2）假如选择联机备份，归档重做日志需要多长时间备份一次呢？
3）公司关于可恢复的策略和标准是什么?
4）怎样才可以保证数据库系统再灾难发生后还是可以恢复的？
版权保护: 本文由 hbsrm.com编辑，转载请保留链接: www.hbsrm.com/dzxx/dzkxyjs/293.html
