数据库备份和恢复方案毕业论文样本
计算机数据库备份恢复技术论文
试析计算机数据库的备份及恢复技术摘要：在计算机设备数据存储量不断增大的同时，对数据安全进行保护则显得更加地重要。
针对这一点，本文就计算机数据库的备份与恢复技术进行研究。
关键词：计算机数据库；备份；恢复中图分类号：tp309.3文献标识码：a文章编号：1007-9599 (2011) 24-0000-01analysis of compute database backup and recovery technologyliang xiaoming(lishui university,lishui323000,china)abstract:in the computer equipment,data storage is increasing at the same time,data security to protect even more important.on this point,the computer database backup and recovery technology.keywords:computer databases;backup;recovery随着计算机网络技术的不断发展，信息科技已经进入了日新月异的时代。
计算机数据库开始成为信息系统的重要部分，并且被广泛应用到企业、军事等各个领域，然而在计算机技术推广运用的同时，各种各样的安全隐患也随之而产生了。
为了保证计算机网络系统的安全，人们也采取了很多措施来保护其安全性能，如：用户的标识与鉴定、系统中增加的防火墙、数据库备份与恢复等安全技术，这些都是保证计算机运行效率的基础。
下面将对计算机数据库的备份与恢复技术作简要阐述。
一、计算机数据库的备份技术（一）数据库备份简介。
数据库备份是目前计算机不可缺少的技术之一，其是指系统管理员定期或不定期地把重要的数据库部分或全部内容复制到磁带或另一个磁盘上保存。
当计算机出现故障后，保存备份的数据可以持续供给用户使用，它的意义不仅仅在于防止意外事件对数据的破坏，而且也是将历史数据保存归档的很好一种方式。
数据库备份和恢复策略模板
数据库备份和恢复策略模板备份策略定期备份定期备份是确保数据可靠性和完整性的关键步骤。
以下是定期备份的建议策略：- 全量备份：定期进行全量备份以保留所有数据库的数据。
全量备份：定期进行全量备份以保留所有数据库的数据。
- 增量备份：在全量备份之后，定期进行增量备份以记录自上次全量备份以来所做的更改。
增量备份：在全量备份之后，定期进行增量备份以记录自上次全量备份以来所做的更改。
备份存储备份存储的选择对数据恢复至关重要。
以下是备份存储的建议策略：- 离线存储：将备份数据存储在离线设备中，比如磁带驱动器或脱机磁盘，以防止恶意软件或系统故障对备份数据的访问。
离线存储：将备份数据存储在离线设备中，比如磁带驱动器或脱机磁盘，以防止恶意软件或系统故障对备份数据的访问。
- 异地存储：将备份数据复制到远程位置，以防止发生地点相关的灾难，如火灾或水灾。
异地存储：将备份数据复制到远程位置，以防止发生地点相关的灾难，如火灾或水灾。
备份验证备份的有效性和可恢复性至关重要。
以下是备份验证的建议策略：- 定期测试恢复：定期测试备份的可恢复性，包括完整的数据恢复和验证数据的准确性。
定期测试恢复：定期测试备份的可恢复性，包括完整的数据恢复和验证数据的准确性。
- 记录和审计：记录备份和恢复操作，以便进行审计，并及时采取纠正措施，以保持备份的可信度。
记录和审计：记录备份和恢复操作，以便进行审计，并及时采取纠正措施，以保持备份的可信度。
恢复策略恢复点目标（RPO）恢复点目标是决定在意外损失后可以接受的数据丢失量。
以下是恢复点目标的建议策略：- 根据业务需求：根据业务对数据的重要性和容忍度，确定合理的恢复点目标。
根据业务需求：根据业务对数据的重要性和容忍度，确定合理的恢复点目标。
- 定期评估和更新：定期评估并根据业务需求更新恢复点目标。
定期评估和更新：定期评估并根据业务需求更新恢复点目标。
恢复时间目标（RTO）恢复时间目标是决定在意外损失后需要恢复数据的时间。
数据库备份方案范文
数据库备份方案范文数据库备份是确保数据库的完整性、安全性和可恢复性的重要措施之一、在数据备份方案设计中，需要考虑到数据量大小、备份周期、备份的目的和恢复的要求等因素。
本文将探讨数据库备份的常用方案和策略，并分析其优点和缺点。
一、全量备份与增量备份全量备份是指备份数据库的所有数据和对象，包括表、视图、存储过程等，这种备份方式适用于数据量较小、备份周期较长或频繁恢复的情况。
全量备份的主要优点是恢复速度快，缺点是备份文件较大，占用存储空间较多。
增量备份是指备份自上一次全量备份之后发生变化的数据和对象，这种备份方式适用于数据量较大、备份周期较短或节约存储空间的情况。
增量备份的主要优点是备份文件较小，占用存储空间较少，缺点是恢复速度较慢，需要通过全量备份和增量备份逐步恢复数据。
二、冷备份与热备份冷备份是指在数据库关闭的情况下进行备份，此时数据库无法提供服务，备份过程对用户不可见。
冷备份的主要优点是备份过程简单、稳定可靠，缺点是备份周期较长，无法满足实时恢复的需求。
热备份是指在数据库运行时进行备份，此时数据库可以提供正常的服务，备份过程对用户可见。
热备份的主要优点是备份周期短，可以满足实时恢复的需求，缺点是备份过程复杂、可能对数据库性能产生一定影响。
三、备份位置与存储介质备份文件的存储位置通常可以选择本地存储或远程存储。
本地存储的优点是备份和恢复速度快，缺点是一旦发生硬件故障或灾难，备份数据也会损失。
远程存储（如云存储）的优点是备份数据安全可靠，减少了硬件故障和灾难发生后的数据丢失风险，缺点是备份和恢复速度可能较慢。
备份存储介质可以选择硬盘、磁带或云存储等。
硬盘备份的优点是备份和恢复速度快，缺点是容易受到病毒、人为删除等因素的影响。
磁带备份的优点是存储成本低，适合长期存储，缺点是备份和恢复速度相对较慢。
云存储备份的优点是备份数据安全可靠，备份和恢复过程方便快捷，缺点是需要支付一定的存储费用。
四、定期检验与测试总结：数据库备份是确保数据库完整性、安全性和可恢复性的重要措施，需要考虑到数据量大小、备份周期、备份的目的和恢复的要求等因素。
数据备份与恢复论文【精选文档】
数据备份与恢复当你正在做一份很重要的数据汇总时，却突然断电或者电脑出现异常,使得原先辛辛苦苦做的东西一下子灰飞烟灭了，你会作何感受呢？是后悔还是气恼？后悔没有备份数据,想恢复数据又不行。
当然，在这之前，我们就要做好双重的准备，以防万一，过一段时间就为数据做一个备份是不可或缺的,但同时掌握一门恢复数据的方法同样是相当的重要!首先,我们谈谈数据备份的重要性及策略吧.备份是系统中需要考虑的最重要的事项，虽然他们在系统的整个规划，开发和测试过程中甚至占不到1％，看似不太重要且默默无闻的工作只有到恢复的时候才能真正体现出其重要性，任何数据的丢失与尝试见的数据死机，都是不可以被接收的。
如果备份不能提供恢复的必要信息，使得恢复过程不能进行或长时间的进行(如一个没有经过严格测试的备份方案），这样的备份都不算或不是一个好的备份。
如果出现系统崩溃的灾难,数据库就必须进行恢复，恢复是否成功取决于两个因素，精确性和及时性。
能够进行什么样的恢复依赖于有什么样的备份。
作为一名数据库管理员，有责任从以下三个方面维护数据库的可恢复性:（1）使数据库的失效次数减到最少，从而使数据库保持最大的可用性. （2）当数据库失效后，使恢复时间减到最少，从而使恢复的效益达到最高. （3）当数据库失效后，确保尽量少的数据丢失或根本不丢失，从而使数据具有最大的可恢复性。
选择了存储备份软件、存储备份技术（包括存储备份硬件及存储备份介质）后,首先需要确定数据备份的策略。
备份策略指确定需备份的内容、备份时间及备份方式。
各个单位要根据自己的实际情况来制定不同的备份策略。
目前被采用最多的备份策略主要有以下三种：1、完全备份(full backup）每天对自己的系统进行完全备份。
例如，星期一用一盘磁带对整个系统进行备份，星期二再用另一盘磁带对整个系统进行备份，依此类推。
这种备份策略的好处是：当发生数据丢失的灾难时，只要用一盘磁带（即灾难发生前一天的备份磁带）,就可以恢复丢失的数据。
(完整word版)数据库备份与恢复方案
数据库备份与恢复方案随着计算机的普及和信息技术的进步，特别是计算机网络的飞速发展，信息安全的重要性日趋明显。
数据备份是保证信息安全的一个重要方法。
只要发生数据传输、数据存储和数据交换，就有可能产生数据故障。
这时，如果没有采取数据备份和数据恢复手段与措施，就会导致数据的丢失。
有时造成的损失是无法弥补与估量的。
数据故障的形式是多种多样的。
通常，数据故障可划分为系统故障、事务故障和介质故障三大类。
从信息安全数据库备份与恢复方案的角度出，实际上第三方或敌方的“信息攻击”，也会产生不同种类的数据故障。
例如：计算机病毒型、特洛伊木马型、“黑客”入侵型、逻辑炸弹型等。
这些故障将会造成的后果有：数据丢失、数据被修改、增加无用数据及系统瘫痪等。
作为系统管理员，要千方百计地维护系统和数据的完整性与准确性。
通常采取的措施有：安装防火墙，防止“黑客”入侵；安装防病毒软件，采取存取控制措施；选用高可靠性的软件产品；增强计算机网络的安全性。
世界上没有万无一失的信息安全措施。
信息世界“攻击和反攻击”也永无止境。
对信息的攻击和防护好似矛与盾的关系，螺旋式地向前发展。
在信息的收集、处理、存储、传输和分发中经常会存在一些新的问题，其中最值得我们关注的就是系统失效、数据丢失或遭到破坏。
威胁数据的安全，造成系统失效的主要原因有以下几个方面：1、硬盘驱动器损坏；2、人为错误；3、黑客攻击；4、病毒；5、自然灾害；6、电源浪涌；7、磁干扰；因此，数据备份与数据恢复是保护数据的最后手段，也是防止主动型信息攻击的最后一道防线。
SQL SERVER数据备份方案SQL SERVER数据库的备份方法主要有完整备份，差异备份，事务日志备份等。
根据数据安全性的要求，推荐的备份方式为每周一次完整备份，每天一次差异备份，每半个小时一次事务日志备份。
默认情况下，为sysadmin 固定服务器角色以及db_owner 和db_backupoperator 固定数据库角色的成员授予 BACKUP DATABASE 和 BACKUP LOG 权限。
数据库备份与恢复计划范本
数据库备份与恢复计划范本一、引言在当今信息化时代，数据库已经成为企业重要的数据管理工具。
然而，数据库无法避免遭受硬件故障、人为误操作、病毒攻击等风险。
为了保障数据的安全性和系统的可靠性，制定数据库备份与恢复计划显得尤为重要。
二、备份计划1. 备份频率- 定期全量备份：每周一次，在非高峰期进行；- 日志备份：每天进行一次，覆盖24小时内的数据变更。
2. 备份策略- 全量备份：将整个数据库备份到一个文件中，以保留数据库的完整镜像；- 日志备份：备份数据库发生变更的日志文件，以便在需要时恢复到指定的时间点。
3. 备份存储- 数据库备份文件存储在专门的网络存储设备上，确保数据的安全性和可靠性；- 日志备份文件存储在独立的文件服务器上，并定期进行迁移，避免占用过多存储空间。
4. 错误处理- 如果备份过程中出现错误，应记录错误信息，并及时通知数据库管理员；- 在下一次备份计划中重新备份失败的数据库。
三、恢复计划1. 恢复策略- 全量恢复：将最近一次的全量备份文件恢复到数据库服务器上，再通过应用日志进行数据变更；- 日志恢复：在全量恢复的基础上，应用相应的日志备份文件，将数据库恢复到用户指定的时间点。
2. 恢复过程- 停止数据库服务，确保无法进行任何数据操作；- 恢复全量备份文件到数据库服务器上，并应用日志文件进行数据变更；- 启动数据库服务，确保正常运行。
3. 恢复测试- 定期进行恢复测试，验证备份与恢复计划的可行性；- 模拟故障情况，进行全量恢复和日志恢复操作，检查数据的完整性和准确性。
四、风险管理1. 定期检查备份与恢复计划的有效性，并进行必要的修订；2. 加密备份数据，防止备份文件泄露导致数据安全问题；3. 设立权限控制，限制备份与恢复操作的人员范围，避免误操作和非法访问；4. 备份文件存储在不同地点，防止地理灾害导致数据无法恢复。
五、总结数据库备份与恢复计划的制定对于确保数据的安全和系统的可靠性至关重要。
数据库备份和恢复方案及步骤（最终版）
数据库备份和恢复方案及步骤（最终版）第一篇：数据库备份和恢复方案及步骤（最终版）操作系统：GNU/Linux 数据库管理系统：Oracle10g一、安装Recovery Catalog 1，用dbca创建一个DATABASE catdb，用于存放recovery catalog data [oracle@localhost ~]$dbca 2，在catdb中创建一个名为rcat_ts的表空间作为用户rman 的默认表空间[oracle@localhost ~]$sqlplus sys/oracle@catdb as sysdba SQL> create tablespace rcat_ts;SQL> create user rman identified by oracle temporary tablespace temp Default tablespace rcat_ts quota unlimited on rcat_ts;3，授予catlog所有者rman recovery_catalog_owner角色，该角色提供给用户所有查询和维护recovery catalog所必需的权限SQL> grant connect,resource,recovery_catalog_owner to rman;4，启动rman,以catalog所有者rman登录[oracle@localhost ~]$rman catalog rman/oracle@catdb RMAN> create catalog tablespace rcat_ts;5，用rman同时连接到target数据库、catalog数据库，在新建的recovery catalog中注册target数据库[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb RMAN> register database;６，察看已在recovery catalog中注册的target数据库[oracle@localhost ~]$sqlplus rman/oracle@catdb SQL>select * from db;二、配置RMAN1，同时连接target数据库和recovery catalog数据库[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb 2，RMAN> show all（检查配置）configure default device type to disk(设置默认的备份的设备为磁盘）CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;（设置备份的并行级别）configure channel 1 device type disk format '/home/new/backup_%U'（设置备份文件格式）configure channel 2 device type disk format '/home/oracle/backup_%U'（设置备份文件格式）configure controlfile autobackup on(打开控制文件的自动备份）configure controlfile autobackup format for device type disk to '/home/new/ctl_%F'（设置控制文件备份格式）三.备份测试备份全库1，同时连接target数据库和recovery catalog数据库[oracle@localhost ~]$rman target sys/oracle@orcl catalog rman/oracle@catdb 2，RMAN> backup database plus archivelog delete input;3，连接target数据库[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba SQL> conn hr/hr;SQL> select salary from employees where employee_id=157;SQL> update employees set salary =2000 where employee_id=157;SQL> commit;SQL> select salary from employees where employee_id=157;四.恢复测试复原及恢复全库 1，连接target数据库[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba 2，把target数据库先关闭，然后启动到mount状态SQL> shutdown immediate;SQL> startup mount;3，复原及恢复全库RMAN> restore databasechannel ORA_DISK_1: restore complete, elapsed time: 00:05:10 RMAN> recover database media recovery complete, elapsed time: 00:00:074，连接target数据库[oracle@localhost ~]$sqlplus sys/oracle@orcl as sysdba 5，打开target数据库SQL> alter database open;6，查看已录入的事物SQL> conn hr/hr;SQL> select salary from employees where employee_id=157;假设备份了一个表空间users恢复表空间：rman target rman/rman@test2006 catalog rman/rman@test2007sql 'alter tablespace users offline immediate'(使TEST2006的USERS表空间脱机）进入test2006select tablespace_name,status from dba_tablespaces;（检查USERS已经脱机）退出RMAN删除D:oracleoradataTEST2006users01.dbfrman target rman/rman@test2006 catalog rman/rman@test2007restore tablespace usersrecover tablespace userssql 'alter tablespace users online'（使TEST2006的USERS表空间在线）进入test2006select tablespace_name,status from dba_tablespaces;（检查USERS已经在线）三、物理（热）备份。
数据备份恢复规范范本
数据备份恢复规范范本1. 背景数据备份和恢复是一项重要的信息技术措施，旨在确保数据的安全性和可恢复性。
本文制定了数据备份恢复规范范本，以指导组织在备份和恢复数据时遵循的规范和流程。
2. 目的本规范的目的是确保数据备份和恢复的过程规范和高效，减少数据丢失的风险，并保障组织业务的连续性和数据的完整性。
3. 适用范围本规范适用于所有需要进行数据备份和恢复的组织和部门。
4. 定义4.1 数据备份：将数据从原始存储设备复制到备份存储设备，以保护数据免受硬件故障、人为错误、自然灾害等损失。
4.2 数据恢复：从备份存储设备中恢复数据到原始存储设备或者其他指定目标位置，以恢复数据的可用性。
4.3 存储设备：包括硬盘、磁带、云存储等用于存储数据的物理或者虚拟设备。
4.4 备份策略：确定备份频率、保留周期、备份目标等参数的规定和计划。
4.5 恢复测试：定期验证备份数据的完整性和可恢复性的测试活动。
5. 数据备份规范5.1 确定备份策略：根据数据重要性和恢复需求确定备份频率、保留周期、备份目标等备份策略。
5.2 选择合适的备份工具：根据备份需求选择合适的备份工具，确保备份过程高效可靠。
5.3 定期备份：按照备份策略定期进行数据备份，保证数据的实时性和连续性。
5.4 存储备份数据：将备份数据存储在安全可靠的存储设备中，确保备份数据的安全性和可用性。
5.5 加密备份数据：对备份数据进行加密处理，保护数据的机密性，防止数据泄露。
5.6 监控备份过程：建立备份监控机制，及时发现备份失败、备份数据异常等问题，采取相应措施进行处理。
6. 数据恢复规范6.1 恢复测试：定期进行数据恢复测试，验证备份数据的完整性和可恢复性。
6.2 恢复策略规划：根据恢复需求和数据重要性确定恢复策略，包括恢复顺序、恢复目标等。
6.3 恢复数据验证：在恢复数据到目标位置后，进行数据验证，确保数据完整性和准确性。
6.4 恢复记录：记录每次数据恢复的相关信息，包括时间、原因、恢复的数据内容等，用于后续分析和管理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
.归档----激活(肯定)
缩短备份时间及缩短数据库关闭时间:
.当数据库运行时能够使用热备份方式
.备份到磁盘上而不是磁带上
缩短恢复时间
.在磁盘而不是磁带上保存最近期的备份和归档文件
避免发生意外
.多个Redo Log(增加每一个Redo Log组的成员)
.卸出数据加归档(对单个表丢失的恢复)
.控制文件的多个拷贝
.数据库关闭时的映象备份(冷备份)
.备份和恢复过程应制成文档
恢复策略----快速参考
如果你没有足够的知识来应用正确的恢复过程,请不要盲目去做!因为如果恢复的方法不正确,那么可能会给系统造成更多的伤害。解决之道就是立即学习!不要等到问题出现了才去学习正确的恢复手段。
成功的数据库恢复依赖下列条件:º
备份和恢复方案
恢复方案在被真正付诸实施之前一般是不会得到检测的,理由是没有时间或资源来检测此方案,由此阻止了数据的复原。如果你没有足够丰富渊博的知识来建立一个正确的备份方案,那么当恢复问题出现时,你可能会付出很大的代价。能够熟悉所有的恢复过程,并按照可接受的恢复手段创立正确的备份方案,可能即是你成功的关键。如果正确的备份方案得不到实施时,你就会认为你的系统属于不可恢复的。多熟悉和了解备份和恢复方面的知识,就能够创立一个完整的备份方案来保护你的系统。这篇文章介绍了很多知识技巧,以助你创立一个完整的方案。
激活归档方式的步骤:º
编辑你的INIT<sid>.ORA文件以激活归档方式
在INIT<sid>.ORA文件中增加如下内容:
LOG_ARCHIVE_START=TRUE
LOG_ARCHIVE_DEST=/Oracle7/archive/arch
注意:目录(/Oracle7/ archive)是你自己创立的,或者直接写到磁带上:”arch"是归档文件的前缀。
SQLDBA>ARCHIVE LOG LIST(看归档状态;如下所示)
DATABASE log mode ARCHIVEOG
Automatic archival ENABLED
Archiive destination /oracle7/archive/arch
Oldest Online log seq.155
在恢复一个数据之前,DBA必须知道以下所列的哪一个被破坏了:º
. Database files(对应系统中的表空间)
. Redo Logs(On-line Redo Logs)
. Archive Logs(Off-line Logs)
. INIT.ORA(如果丢失能够重建)
. Control Files(是否有可用的拷贝)
将数据库设置到ARCHIVELOG模式
$sqldba lmode=y(或svrmgrl,7.3版以上)
SQLDBA>CONNECT INTERNAL
SQLDBA>STARTUP MOUNT
SQLBDA>ALTER DATABASE ARCHIVELOG(激活归档方式)
SQLDBA>ALTER DATABASE OPEN
. DBA知识
.实施正确的备份过程
.认识到真正问题所在
.采用正确的恢复办法
.可用的备份文件
DBA决定采用哪一种恢复方案:
. Instance恢复(一般只是启动)
.用户错误恢复(一般只是恢复用户创立的事务)
.进程恢复(一般是数据库的关闭和启动)
.失败语句的恢复(一般只是修复用户建立的事务)
.介质恢复(是最难办的问题,请看下面)
current log sequence 156
SQLDBA>EXIT
注意:如果运行在归档模式,Oracle将启动一个叫做ARCH的后台进程,可经过相应的操作系统命令看到这个进程。
日志归档是指Oracle自动将Redo Log备份(拷贝)到一个叫做归档文件的文件上。当用户改变数据库的数据(UPDATE,INSERT,DELETE......等等)时,这种改变就被记录到”On-Line”Redo Log中。因为On-Line Redo Log能够重用,如果被重用,则记录在这个Redo Log中的所有修改信息将被覆盖。因此,DBA可将归档方式激活,这样Oracle能够自动将备份到叫做归档文件的文件上,而且所有的修改信息能够在归档文件中被保存。
.能够和日志归档方式结合使用,能够恢复到数据库失败的时间点
.易于维护,很安全。
缺点:
.在备份时数据库要关闭
.如果磁盘空间有限,你或许不得不将它拷贝到速度很慢的磁带上
.不能恢复单个表或用户
最好的用法:
.和日志归档一起使用
.如磁盘空间允许,先拷贝到磁盘上,然后在数据库运行后再拷贝到磁带上
日志归档(特别推荐)
备份策略-----快速参考
如下的备份方案是可行及有效的:
*全部和部分卸出(数据)
*增量卸出数据(一般不采纳)
*映象备份
*热备份
*用(建议)
建议的备份方案包含如下:
. Oracle执行程序(映象)----每月到每两周(或执行程序改变时)
.完整卸出----一周一次(如果在一个较频繁的开发环境中可增加次数)
必须要拷贝的文件如下:
.所有Database File
.所有Control File
.所有On-Line Redo Log(不归档)
. INIT.ORA和CONFIG.ORA文件(选择;能够重建)
映象备份的优势及不足
优点:
.非常快的备份方法(只需拷贝文件)
.易于归档(简单的拷贝)
.易于及时恢复到某个时间点(只需将备份文件复制回来)
然后,DBA可用有效的指令处理恢复过程。
在进行下列三种恢复时数据库的状态:
DB On-Line
DB Off-Line
数据库
No
Yes
表空间
Yes
No
数据文件
Yes
Yes
映象备份
所谓映象备份就是把数据库的关键文件拷贝到另一个目录的备份方法。映象备份或许是最快及最安全的备份Oracle的方法,但其中的一个问题是你只能恢复到做映象备份的那一时间点。另一个问题就是在备份时必须先关闭数据库。多数与映象备份相关的问题能够经过日志归档来解决,而用日志归档来恢复要依靠一个完好的映象备份(数据库是关闭的)。如果可能的话,映象备份最好拷贝到磁盘上。然后启动数据库(用户能够开始工作) ,再把映象备份拷贝到磁带上。