数据库备份与恢复技术
数据库系统的备份与恢复技术
数据库系统的备份与恢复技术随着数字化时代的到来，数据已成为企业和个人最重要的资产之一。
对于企业而言，数据的安全和可靠性直接关系到企业长期的发展和竞争力。
而数据库系统的备份与恢复技术则是保障数据安全的重要手段之一。
一、备份技术备份是指将数据库中的数据和相关元数据以一定的方式复制到其他介质上，以备发生数据丢失、破坏或其他灾难性事件时进行恢复操作。
备份方式可以采用全备份、增量备份和差异备份等方式。
1.全备份全备份是指备份整个数据库，包括所有数据和元数据，并保存到备份集合中。
由于备份数据的全面性，全备份的执行时间相对较长，备份数据集也较大，在恢复时可以保证完整性和可用性。
但是，全备份的频率较低，备份数据量大，占用存储空间多。
2.增量备份增量备份是指只备份数据库中发生改变的部分，即增加、更新和删除的数据表和数据记录。
每次增量备份都只备份数据的新增和修改部分，减少了备份所需的时间和存储空间，但增量备份的恢复操作需要较长时间且复杂。
3.差异备份差异备份是指备份连续全备份后发生的数据变化部分。
相比于增量备份，差异备份能够减少备份和恢复所需时间，占用的存储空间也较少。
但是，差异备份需要记录每个差异备份的位置，增加了恢复操作的复杂度。
二、恢复技术恢复是指在数据发生丢失、破坏等情况下，通过备份集合中的数据对数据库进行还原。
恢复技术可以采用整体恢复和部分恢复等方式进行。
1.整体恢复整体恢复是指将所有备份集合中的数据进行还原，主要在数据库软件出现重要故障无法正常启动时进行。
整体恢复需要将数据库中所有的数据文件均进行恢复，即使只丢失了少量数据，也需要对整个数据库进行还原，因此整体恢复时间较长。
2.部分恢复部分恢复是指在局部数据丢失或破坏时，只恢复丢失或破坏的部分数据。
部分恢复可以采用基于时间点的恢复、块设备恢复和逻辑日志恢复等方式进行。
（1）基于时间点恢复基于时间点恢复是指在特定时间点进行备份，并将此时间点作为恢复点，通过恢复点来恢复数据库。
数据库备份与恢复的方法与技巧
数据库备份与恢复的方法与技巧随着数据在企业运营中扮演越来越重要的角色，数据库成为了数据存储的核心。
因此，对数据库的备份和恢复操作十分关键。
这不仅可以为企业在面对数据丢失或灾难时提供保障，还可以提高数据可靠性和安全性。
本文将介绍一些数据库备份与恢复的方法和技巧。
一、备份和恢复的基本原理备份是指将数据库中的数据复制到另一个位置以获得数据的副本，以备不时之需。
恢复是指在数据库失效时，利用备份来还原数据。
备份和恢复有三种常见的方法：完整备份、增量备份和差异备份。
完整备份是指备份整个数据库，这是最基本的备份方法。
增量备份只备份从上次备份之后修改过的数据。
差异备份则是在最近的完整备份后，备份与上次备份不同的数据库部分。
恢复时，完整备份最容易恢复，但是需要的时间和空间最多。
增量备份需要恢复所有备份，包括完整备份和增量备份，但需要的时间和空间较少。
差异备份可恢复和增量备份相同的数据，但是需要的时间和空间更少。
二、数据库备份和恢复工具的选择选择合适的数据库备份和恢复工具非常重要。
常用的开源数据库备份工具有mysqldump、pg_dump、Oracle备份实用程序等。
此外，商业数据库备份工具也是很好的选择，如IBM Spectrum Protect、Symantec Backup Exec等。
无论采用哪种工具，备份和恢复的过程都应该经过测试。
这样可以确保备份的可靠性和恢复的准确性。
此外，还需要定期进行备份和恢复测试，以确保备份和恢复工具的性能。
三、数据库备份和恢复的最佳实践1. 选择正确的备份地点备份必须保存在安全地点。
建议将备份保存在外部硬盘、网络存储设备或云存储中。
不要将备份存放在和数据库服务器相同的位置，以防止数据丢失和物理破坏。
2. 建立备份计划建立备份计划以确保备份的可靠性和恢复的准确性。
备份计划应该考虑到备份的频率、备份的地点、恢复的速度等因素。
根据企业的数据特点和操作需求，做出适当的安排，以确保备份和恢复的顺畅进行。
数据库常用的备份和恢复方法
数据库常用的备份和恢复方法1. 定期全量备份：定期对数据库进行完整备份，可保证数据库的完整性和可恢复性。
2. 差异备份：在全量备份的基础上，只备份发生变化的数据部分，可以节省存储空间和备份时间。
3. 事务日志备份：备份数据库的事务日志，可以实现逐渐备份，精准的还原到某一时间点。
4. 复制备份：将数据库复制到其他设备或位置，以防主要数据库损坏或丢失。
5. 增量备份：只备份自上次备份以来发生的数据变化，可大幅减少备份时间和存储成本。
6. 数据库快照：生成数据库的快照，记录数据库在某个时间点的状态，用于快速恢复到该状态。
7. 物理备份：备份数据库的物理文件，包括数据文件、日志文件等，可快速恢复数据库的完整性。
8. 逻辑备份：备份数据库的逻辑结构，包括表、索引、视图等，方便跨平台导入导出。
9. 热备份：在数据库运行时进行备份，不停止数据库服务，可实现24/7的备份操作。
10. 冷备份：在数据库停止时备份，可以获得更稳定可靠的备份结果。
11. 数据库镜像：实时将数据库复制到另一个实例，确保备份数据的实时性和高可用性。
12. 数据库导出：将数据库中的数据导出为文本文件，以便迁移或重建数据库。
13. 数据库导入：从导出的文本文件中导入数据到数据库，用于恢复或迁移数据。
14. 增量同步备份：将增量数据同步到备份设备，以实现实时备份和恢复。
15. 压缩备份：对备份文件进行压缩，减小存储空间占用和备份速度。
16. 分布式备份：将备份数据分布保存在多个位置，提高数据的安全性和可靠性。
17. 数据库迁移：将数据库从一个平台迁移到另一个平台，需要备份和恢复数据。
18. 数据库克隆：创建数据库的副本，用于测试、开发或灾难恢复。
19. 自动备份计划：设定定时任务，自动执行备份操作，提高备份的可靠性和定期性。
20. 增量还原：在全量备份的基础上，只还原最近的增量备份，减少数据恢复的时间成本。
21. 数据库快速还原：通过快照或镜像技术，实现数据库的快速、即时恢复。
《数据库备份与恢复》课件
03 02
数据恢复的方法
增量备份与差异备份 使用增量备份或差异备份进行数据恢复。 适用于需要快速恢复少量数据的情况。
恢复的验证与测试
完整性验证
01
通过校验和或哈希值等方法进行验证。
03
02
检查恢复的数据是否完整，没有损坏或丢失 。
04
功能测试
测试恢复的数据库是否能够正常运行，满 足业务需求。
中小型数据库备份案例
总结词
中小型数据库备份工具选择
详细描述
中小型数据库备份需要选择适合的备份工具，这些工具需要具备高效、稳定、 易用的特点，能够满足中小型数据库备份的需求。同时，备份工具需要具备数 据压缩、加密等功能，以确保数据的安全性。
中小型数据库备份案例
总结词
中小型数据库备份成本与效益分析
详细描述
05
06
进行常规查询、更新、删除等操作，确保 数据库功能正常。
04
数据库备份与恢复的实践
备份计划的制定与实施
确定备份频率
根据业务需求和数据重要性，确定合适的 备份频率，如每日、每周或每月。
选择备份方式
选择合适的备份方式，如全量备份、增量 备份或差异备份，以满足数据恢复需求。
确定备份存储
选择可靠的存储设备或存储介质，确保备 份数据的安全性和可恢复性。
详细描述
企业级数据库备份需要考虑成本与效益的关系。在制定备份策略时，需要充分考虑备份硬件、存储空间、电力等 成本因素，同时需要考虑数据丢失、业务中断等风险因素。在制定备份策略时，需要权衡成本与效益，选择最适 合的备份方案。
中小型数据库备份案例
总结词
中小型数据库备份策略
详细描述
针对中小型数据库，需要制定适合的 备份策略，包括备份频率、备份内容 、备份存储位置等。由于中小型数据 库的数据量相对较小，可以选择更为 高效、快速的备份方案。
数据库的备份和恢复概述
数据库的备份和恢复概述数据库备份和恢复是数据库系统中非常重要的两个操作，用于保护数据库中的数据免受硬件故障、人为错误、自然灾害等意外情况的影响。
备份是指将数据库的副本复制到另一个位置以防止数据丢失，而恢复是指在数据丢失或损坏时将数据库恢复到以前的状态。
一、备份概述数据库备份是指将数据库的副本复制到另一个位置以确保数据的安全性和完整性。
备份可以有多个级别，包括完全备份、增量备份和差异备份。
1.完全备份完全备份是指将整个数据库的所有数据和对象复制到一个备份位置。
它是最基本的备份类型，可以在数据库没有丢失或损坏的情况下完整地还原数据库。
2.增量备份增量备份是指仅备份自上次完全备份或增量备份以来发生更改的数据和对象。
它可以节省备份时间和存储空间，但在进行恢复时，需要逐个恢复完全备份和所有增量备份。
3.差异备份差异备份是指备份自上次完全备份或差异备份以来的所有更改的数据和对象。
与增量备份不同，差异备份不仅备份自上次完全备份后的增量更改，还包括所有自上次完全备份以来的更改。
这样，在恢复时只需要完全备份和最新的差异备份。
备份可以在物理级别或逻辑级别上进行。
物理备份是指将数据库的物理文件（如数据文件和日志文件）复制到备份位置。
逻辑备份是指将数据库中的逻辑数据（如表、视图和存储过程）导出到备份文件中。
二、恢复概述数据库恢复是指在数据库出现故障、数据丢失或损坏时将数据库恢复到以前的状态。
恢复是从备份中获取丢失或损坏的数据并将其应用于数据库中。
1.故障恢复故障恢复是指在数据库软件或硬件故障发生后将数据库从备份中还原到故障之前的状态。
这种恢复是非常常见的，并且数据库系统通常提供了工具和机制来自动执行故障恢复。
2.数据丢失恢复数据丢失恢复是指在数据意外丢失或损坏时，从备份中获取数据并将其恢复到数据库中。
这种恢复可能需要将数据库恢复到备份点之后的一些时间。
3.灾难恢复灾难恢复是指在自然灾害、火灾、洪水等情况下，通过将数据库从备份中还原到另一个位置来恢复数据。
数据库备份与恢复技术手册
数据库备份与恢复技术手册数据库备份与恢复是数据库管理中至关重要的一部分，它涉及到数据的安全性和可靠性。
本技术手册旨在为数据库管理员提供数据库备份与恢复的详细步骤和技术要点，确保数据库能够在灾难事件发生后尽快恢复，并保护数据的完整性。
第一部分：备份1. 定期备份数据库备份应该成为日常操作的一部分。
建议将备份计划定期安排，以确保重要数据的安全。
可以根据业务需求和数据敏感性来决定备份频率，如每天、每周或每月。
2. 分级备份分级备份包括完全备份和增量备份。
完全备份将整个数据库备份到磁盘或磁带上，而增量备份只备份自上次备份以来发生的变化部分。
通过分级备份可以节省存储空间和备份时间。
3. 存储介质选择选择适合的存储介质对于数据库备份至关重要。
可选的存储介质包括本地磁盘、网络存储设备和云存储服务。
需要考虑存储容量、读写速度和数据安全性等因素。
4. 备份验证备份完成后，验证备份文件的完整性和可用性至关重要。
可以通过恢复一个样本数据库来确认备份文件是否可以成功恢复。
第二部分：恢复1. 选择恢复点当数据库出现故障或数据丢失时，需要选择一个合适的恢复点。
可以根据备份的时间戳或事务日志来确定最近的备份点。
2. 数据库还原数据库还原是将备份数据重新加载到数据库中的过程。
根据选择的恢复点，可以使用备份文件进行完全还原或增量还原。
还原过程需要保证数据库事务的一致性。
3. 日志恢复在数据库故障或崩溃后，可能存在未提交的事务或部分事务记录丢失的情况。
通过应用事务日志，可以将数据库恢复到最近的一致状态。
4. 测试恢复过程在实际灾难发生之前，测试恢复过程是非常重要的。
定期进行恢复测试，可以帮助发现备份和恢复过程中的潜在问题，并及时进行修复。
第三部分：最佳实践1. 多重备份为了数据安全和可靠性，建议实施多重备份策略。
除了常规的定期备份，可以考虑使用磁带库、远程备份和异地备份等方式。
2. 数据库容灾数据库容灾是一种通过在远程地点建立热备份数据库来保障系统可用性的方法。
数据库常用的备份和恢复方法
数据库常用的备份和恢复方法1. 数据库备份方法：使用数据库管理系统自带的备份工具，比如MySQL的mysqldump 命令、SQL Server的备份与还原工具、Oracle的RMAN等。
2. 备份恢复方法：通过数据库管理系统自带的还原工具进行数据库的恢复操作，还原到备份的状态。
3. 使用备份数据库文件：将数据库文件完整拷贝到另一个地方，以便在需要时进行恢复。
4. 使用数据库复制：通过数据库复制功能实现备份，比如MySQL的主从复制、SQL Server的数据库镜像等。
5. 使用第三方备份工具：如Acronis Backup、Veeam Backup等第三方软件来进行数据库备份。
6. 使用文件系统级别的备份：直接备份数据库所在的文件系统，这种方法需要确保数据库处于非活动状态。
7. 冷备份：在数据库服务未运行的情况下进行备份，确保备份文件的完整性。
8. 热备份：在数据库服务正在运行的情况下进行备份，能够实现数据库的连续性。
9. 定时自动备份：通过定时任务或其他调度工具定期对数据库进行备份，确保备份的及时性。
10. 增量备份：仅备份数据库中发生变化的部分数据，从而减少备份数据的大小和时间。
11. 差异备份：备份数据库自上次完整备份之后发生变化的部分数据，比增量备份更快，但恢复时需要依赖上次的完整备份。
12. 完整备份：备份整个数据库的数据和结构，是最基本的备份方法。
13. 数据库备份到云存储：将数据库备份文件上传至云存储服务，保证备份的安全性和可靠性。
14. 数据库备份加密：对备份文件进行加密，增加备份文件的安全性。
15. 数据库备份压缩：对备份文件进行压缩，减小备份文件的大小，节省存储空间。
16. 数据库备份验证：对备份文件进行验证，确保备份文件的完整性和可恢复性。
17. 数据库备份日志记录：记录备份的相关信息，如备份时间、备份状态、备份文件位置等，便于管理和追踪备份操作。
18. 数据库备份监控：通过监控系统对数据库备份进行实时监控，确保备份的正常进行。
数据库备份与恢复方法总结
数据库备份与恢复方法总结数据库备份是一个重要的数据管理任务，它可以确保数据的安全性和可恢复性。
数据库备份的目的是将数据库中的数据和结构导出并存档，以防止数据丢失或数据不一致性的问题。
恢复数据库则是将备份的数据重新导入，并使数据库恢复到故障发生之前的状态。
本文将总结几种常见的数据库备份与恢复方法，以及其优缺点。
1. 完全备份（Full Backup）完全备份是将整个数据库备份到磁盘或其他存储介质中，包括所有的表、视图、存储过程等。
这是最常见和最简单的备份方法，可以快速实施恢复，并保证数据的完整性。
但是，完全备份需要耗费较长的时间和存储空间，特别是当数据库庞大并且频繁更新时。
2. 增量备份（Incremental Backup）增量备份只备份上次完全备份之后的增量更新数据。
它可以大大减少备份时间和存储空间的开销。
增量备份记录了自上次完全备份以来所做的所有更改，当需要恢复数据时，需要依次恢复上次完全备份和增量备份中的更改。
由于增量备份不能直接提供完整的数据库镜像，恢复过程可能会更复杂一些。
3. 差异备份（Differential Backup）差异备份记录了自上次完全备份以来发生的所有更改，并与上次完全备份进行对比，只备份新的或更改的数据。
与增量备份不同的是，差异备份备份的是与上次完全备份的差异，而不是上次备份之后的增量更新。
差异备份在恢复数据时，只需要恢复上次完全备份和最近的差异备份，大大简化了恢复过程。
4. 日志备份（Log Backup）日志备份是备份数据库的事务日志，以确保数据操作的连续性和一致性。
日志备份可以提供更高级别的数据恢复，恢复可以精确到某个时段甚至某个特定事务。
通过定期备份事务日志，可以将数据库恢复到任意时间点之前的状态。
然而，日志备份通常需要更多的存储空间和备份时间。
总体来说，完全备份适用于小型数据库或需要紧急恢复的情况。
增量备份适用于频繁更新的大型数据库，可以减少备份时间和存储空间的开销。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Oracle数据库备份与恢复技术Oracle是一个适合于大中型企业的数据库管理系统，它主要应用于：银行、电信、移动通信、航空、保险、金融、跨国公司、和电子商务等。
备份与恢复是数据库管理中最重要的方面之一。
如果数据库崩溃却没有办法恢复它，那么对企业造成的毁灭性结果可能会是数据丢失、收入减少、客户不满等。
不管公司是使用单个数据库还是多个数据库来存储数百GB 或TB 的数据，它们都有一个共同点，即需要制订一个备份与恢复方案来备份重要数据并使自身免于灾难，将损失尽量降低到最小。
备份与恢复概述备份是数据的一个代表性副本。
该副本会包含数据库的重要部分，如控制文件、重做日志和数据文件。
备份通过提供一种还原原始数据的方法保护数据不受应用程序错误的影响并防止数据的意外丢失。
备份分为物理备份和逻辑备份。
物理备份是物理数据库文件的副本。
“备份与恢复”通常指将复制的文件从一个位置转移到另一个位置，同时对这些文件执行各种操作。
相比而言，逻辑备份包含使用SQL 命令导出并存储在二进制文件中的数据。
Oracle 在重做日志缓冲区中记录提交的和未提交的更改。
逻辑备份用于补充物理备份。
还原物理备份意味着重建它并将其提供给Oracle 服务器。
要恢复还原的备份，需要使用事务日志中的重做记录来更新数据。
事务日志记录在执行备份之后对数据库所做的更改。
Oracle 在例程故障之后自动执行崩溃恢复和实例恢复。
在出现介质故障的情况下，数据库管理员(DBA) 必须启动恢复操作。
恢复备份涉及两种不同的操作：通过应用重做数据将备份前滚至一个较近的时间；将在未提交的事务中所做的所有更改回滚至其原来状态。
一般而言，恢复指在还原、前滚和回滚备份中涉及的各种操作。
备份与恢复指在防止数据库丢失数据和在丢失数据时重建数据库的过程中涉及的各种策略和操作。
备份与恢复操作备份是数据文件、表空间或某个时间点的数据库等的快照。
如果对数据库进行了周期性备份，则在数据丢失时用户可以将存储的重做信息应用到他们最新的备份中，从而恢复数据库的当前状态。
Oracle 使用户能够还原一个较早的备份和仅应用某些重做数据，从而将数据库恢复到一个较早的时间点。
这种恢复称为不完全介质恢复。
如果备份是一致的，那么根本不需要用户应用任何重做数据。
下面用介质恢复的一个简单例子来解释一下这个概念。
假定用户在中午为数据库作了一个备份。
从中午开始，每一分钟对数据库进行一次更改。
在下午 1 点时，一个磁盘驱动器出现故障，导致那个磁盘上的所有数据丢失。
幸运的是，Oracle 在重做日志中记录了所有更改。
则用户可以将中午的备份还原到一个正常运转的磁盘驱动器上，使用重做数据将数据库恢复到下午1 点，从而重建丢失的更改。
备份与恢复策略要素尽管备份与恢复操作非常复杂并随因企业而异，但基本原则均遵循这四个简单的步骤：1.创建联机重做日志的多个副本2.在ARCHIVELOG 模式下运行数据库，并将重做日志存档至多个位置3.维护控制文件的多个并发备份4.时常备份物理数据文件，并将它们存储在一个安全的地方；如果可能，创建多个副本只要用户在安全的存储器备份了数据库并存档了重做日志，就可以重建原始数据库。
备份与恢复的主要数据结构在用户开始认真考虑备份与恢复策略之前，必须明确与备份和恢复操作相关的物理数据结构。
本节讨论了以下物理数据结构：∙数据文件∙控制文件∙联机重做日志文件∙存档重做日志文件∙自动管理的撤消数据文件每个Oracle 数据库都有属于称为表空间的逻辑结构的一个或多个物理数据文件。
数据文件被分为更小的称为数据块的单元。
逻辑数据库结构的数据（如表和索引）物理上位于为数据库分配的数据文件的块中。
数据文件具有以下特性：∙用户自定义的特性允许数据文件在数据库空间不足时自动扩展。
∙一个或多个物理数据文件组成了一个称为表空间的逻辑数据库存储单元。
每个数据文件的第一个块均为头(header)。
头包括诸如文件大小、块大小、表空间和创建时间戳记等重要信息。
只要打开数据库，Oracle 就检查数据文件头信息是否与存储在控制文件中的信息匹配。
如果不匹配，则必须进行恢复。
Oracle 在正常操作期间读取数据文件中的数据，并将其存储在缓冲区高速缓存中。
例如，假定用户要访问表中的一些数据。
如果请求的信息尚未出现缓冲区高速缓存中，则Oracle 将从相应的数据文件中读取它并将其存储在内存中。
控制文件每个Oracle 数据库都有一个控制文件，该文件包含组成数据库的所有其它文件的操作系统文件名。
这个重要的文件还包含在恢复期间使用的一致性信息，如：∙数据库名称∙数据库创建时间戳记∙数据库的数据文件以及联机和存档重做日志文件的名称∙检查点—在重做日志中指示在这个点之前的所有数据库更改都已保存在数据文件中的一条记录。
∙恢复管理器(RMAN) 备份元数据用户可以创建控制文件的多个副本，从而允许Oracle 写控制文件的多个副本以防止灾难的发生。
如果操作系统支持磁盘镜像，那么也可以创建控制文件的镜像，从而允许O/S 将控制文件的一个副本写到多个磁盘上。
每一次用户挂载Oracle 数据库时，均使用它的控制文件来识别数据文件和联机重做日志文件（必须为数据库操作而打开）。
如果更改了数据库的物理组成，如创建了一个新的数据文件或重做日志文件，则Oracle 将修改数据库的控制文件以反映该更改。
只要更改了数据库的结构，就应备份控制文件。
结构更改可能包括添加、删除或更改数据文件或表空间以及添加或删除联机重做日志。
联机重做日志文件重做日志对于恢复绝对至关重要。
例如，假定一次电力中断使Oracle 无法将修改的数据永久写入数据文件中。
在这种情况下，可以把数据文件中较早版本的数据与记录在联机重做日志中的最近更改结合起来重建丢失的数据。
每个Oracle 数据库都包含一组两个或多个联机重做日志文件。
Oracle 为每个重做日志文件分配一个日志序列号以唯一地标识它。
该组数据库重做日志文件共同称为数据库的重做日志。
Oracle 使用重做日志记录对数据库所做的所有更改。
Oracle 在重做记录（重做缓冲区中一个描述更改的条目）中记录每一个更改。
例如，假定用户更新了工资单表中的一个列值（从5 改为7）。
Oracle 将旧值记录在撤销记录中，将新值记录在重做记录中。
因为重做日志存储了对数据库所做的每次更改，所以这个事务的重做记录实际上包含了三个部分：∙对撤消事务表所做的更改∙对撤消数据块所做的更改∙对工资单表数据块所做的更改如果用户随后提交了对工资单表所做的更新—使得由SQL 语句执行的更改变为永久性的—那么Oracle 将生成另一条重做记录。
通过这种方式，系统仔细地监视着在数据库中发生的一切。
重做日志文件的循环使用日志写入器(LGWR) 将重做日志条目写到磁盘上。
重做日志数据是在系统全局区的重做日志缓冲区中生成的。
随着事务的提交和日志缓冲区的充满，LGWR 将重做日志条目写到一个联机重做日志文件中。
LGWR 以循环方式书写联机重做日志文件：当它写满了当前联机重做日志文件（称为活动文件）时，LGWR 将写入下一个可用非活动重做日志文件。
LGWR 循环使用数据库中的联机重做日志文件，覆盖旧的重做数据。
根据是否启用了存档，写满的重做日志文件可按以下方式进行重用：∙如果禁用了存档，则一旦将记录在日志中的更改保存到数据文件中，就可再次使用写满的联机重做日志了。
∙如果启用了存档，则一旦将更改保存到数据文件中并将文件存档后，就可再次使用写满的联机重做日志了。
存档重做日志文件存档日志文件是Oracle 已经在其中写满了重做条目、将其以非活动状态提供并拷贝到一个或多个日志存档目标位置的重做日志。
Oracle 可以在两种模式中的任意一种之下运行：∙ARCHIVELOG — Oracle 在周期中重用写满的联机重做日志文件之前将其存档。
∙NOARCHIVELOG — Oracle 在周期中重用写满的联机重做日志文件之前不将其存档。
在ARCHIVELOG 模式下运行数据库有以下好处：∙数据库可以从实例故障和介质故障中完全恢复过来。
∙用户可以执行联机备份，即在数据库打开并且可供使用的同时备份表空间。
∙可将存档的重做日志传输并应用到备用数据库中∙Oracle 支持多重存档日志，以避免存档日志上任何可能的单点故障。
∙用户拥有更多恢复选择，如能够执行表空间时间点恢复(TSPITR)在NOARCHIVELOG 模式下运行数据库有以下后果：∙用户只能在正常停机后、数据库完全关闭时备份数据库。
∙一般而言，唯一的介质恢复选择就是还原整个数据库，这将导致丢最后一次备份后执行的所有事务。
自动管理的撤消每个Oracle 数据库都必须有一种方法来保留用于回滚或撤消对数据库所做更改的信息。
这种信息包含了事务的操作的记录（主要在提交这些操作之前）。
Oracle 将这些记录统称为撤消。
过去，Oracle 曾使用回滚段存储撤消。
事实证明，对这些回滚段的空间管理十分复杂。
Oracle 现在提供了存储撤消的另一种方法，它消除了管理回滚段空间的复杂性，并为DBA 提供对撤消被覆盖前所保留时间的控制。
这种方法使用一个撤消表空间。
撤销记录用于：∙在执行ROLLBACK 语句时回滚事务∙恢复数据库∙提供读一致性当执行回滚语句时，撤销记录用于撤销由未提交的事务对数据库所做的更改。
在数据库恢复期间，撤销记录用于撤销从重做日志应用到数据文件中的任何未提交的更改。
在一个用户更改数据的同时，撤销记录将为访问数据的另一用户保留数据的前镜像，从而提供读一致性。
了解基本备份备份策略为防止数据丢失提供了安全防护。
回答以下问题可以帮助数据库管理员制订一个强大的备份策略：∙可能出现何种类型的故障？∙应当备份哪些信息？∙应当使用哪种备份方法？∙应当联机还是离线备份？∙备份的频率？∙如何避免危险的备份方法？可能出现何种类型的故障？数据丢失的原因各种各样。
下面是可能导致数据丢失的一些最常见的故障类型。
语句故障是Oracle 程序在处理语句时的逻辑错误。
例如，用户执行了无效SQL 结构的语句。
当发生语句故障时，Oracle 自动撤销语句的所有效果并将控制返回给用户。
进程故障是访问Oracle 的用户进程中出现的故障（即异常断开或进程终止）。
尽管Oracle 和其他的用户进程可以继续工作，但出现故障的用户进程将不能继续工作。
如果用户进程在更改数据库时出现故障，则Oracle 后台进程将撤销未提交事务的效果。
实例故障是使Oracle 实例（即SGA 和后台进程）无法继续工作的问题。
实例故障可能源于硬件问题（如电力中断）或软件问题（如操作系统崩溃）。
当实例出现故障时，Oracle 不会将SGA 缓冲区中的数据写到数据文件中。
用户或应用程序错误是导致数据丢失的用户错误。