通过RMAN备份恢复数据库到其他服务器
本节演示如何通过RMAN创建的备份集，将数据库恢复到其他服务器。本小节执行的操作较多，一定要有一个清醒的大脑，因此赶紧把脑袋里那堆乱七八糟的东西清除清除，要不你一定会看晕的。
设定环境如下：
源库192.168.100.100，SID：jssbook。
目录库192.168.100.101，已安装与源库相同版本的数据库软件（一定要相同版本哟）。
准备工作如下：
记录下源数据库的DBID，DBID的获取方式上节已讲过。
创建完整备份集（含控制文件、数据文件、归档文件），源库为非归档模式也可以，只要确保创建的备份是一致备份，然后将备份集复制到目标服务器的相同路径下。
为简单起见，源端与目标端目录结构保持一致。如果你在测试或正式操作时由于实际原因无法保持源端与目标端结构一致，在恢复过程中注意修改相关路径。
操作步骤如下：
注意，下列操作如非特别注明，均是在目标端服务器上进行的。
1．在源库端创建数据库的完整备份
这个过程不用演示了，请没自信的同学自觉重温第8章。
备份集创建成功之后，将其复制到目录端的相同路径下，强调一点，必须是相同路径。复制方式灵活多样，Windows环境可以直接通过共享复制，Linux/UNIX下可以通过FTP。
2．在目标服务器上创建OracleService
如果是Linux/UNIX环境，不需要执行本步骤，只要在连接数据库时指定ORACLE_SID环境变量即可。
如果是Windows服务器，需要通过ORADIM命令创建一个OracleService，创建的SID要与源库相同，操作如下：
1.C:\Documents and Settings\Administrator>ORADIM -NEW -SID JSSBOOK
2.Instance created.
上述命令创建了一个名为jssbook的OracleService。
关于ORADIM命令的参数说明，直接执行ORADIM命令，不加任何参数即可看到简要说明。
3．配置目标端数据库的初始化参数文件
这个配置主要包括两步：
第一步是将源库端的SPFILE初始化参数文件复制到目标端的适当路径，
即%ORACLE_HOME%\database目录下，如果是Linux/UNIX环境则是在$ORACLE_HOME\dbs目录下。
第二步是要修改其中的部分参数值，这一步并不是必须的，如果目标端的路径与源端保持完全一致，不做任何修改都可以。不过如果路径不一致的话，至少要保证如下几个参数所指定的值正确有效：control_files：控制文件路径。
audit_file_dest：Oracle审计输出的debug日志路径。
background_dump_dest：LGWR、DBWn之类后台进程输出的debug日志路径。
core_dump_dest：Oracle内核输出的dump日志路径。
user_dump_dest：用户进程输出的debug日志路径。
log_archive_dest_1：归档文件路径，如果启用了归档模式的话。
由于SPFILE是二进制文件，无法直接编辑，如果要修改，可以先通过SPFILE创建PFILE（客户端初始化参数文件），PFILE可以用文本编辑工具打开（如"记事本"），修改完相关参数值后，再通过PFILE创建SPFILE即可，大致步骤如下：
指定ORACLE_SID，然后连接到SQL*Plus命令行环境：
1.C:\Documents and Settings\Administrator>set oracle_sid=jssbook
2.C:\Documents and Settings\Administrator>sqlplus "/ as sysdba"
3.SQL*Plus: Release 10.2.0.1.0 - Production on Tue May 5 13:16:59 2009
4.Copyright (c) 1982, 2005, Oracle. All rights reserved.
5.Connected to an idle instance.
根据源库复制过来的SPFILE创建PFILE，注意给PFILE指定适当的路径，执行命令如下：
1.SQL> CREATE PFILE = 'f:\oracle\backup\pfile_jssbook.ora'
2.FROM SPFILE;File created.
如果从源库复制出来的SPFILE并没放在%ORACLE_HOME%\DATABASE目录下，也可以通过FROM SPFILE=''的方式指定SPFILE的详细路径，例如：
1.SQL> CREATE PFILE = 'f:\oracle\backup\pfile_jssbook.ora'
2.FROM SPFILE='f:\oracle\product\10.2.0\db_1\database\ spfilejssbook.ora';
使用"记事本"之类的文本工具打开文件F:\oracle\backup\pfile_jssbook.ora，修改相关参数值并保存。
返回SQL*Plus命令行环境，执行下列命令，根据修改过的PFILE创建SPFILE：
1.SQL> CREATE SPFILE From Pfile='f:\oracle\backup\pfile_jssbook.ora';
2.File created.
SPFILE创建成功，数据库就可以启动到NOMOUNT状态了。
1.SQL> STARTUP NOMOUNT
2.ORACLE instance started.
3.Total System Global Area 314572800 bytes
4.Fixed Size 1248720 bytes
5.Variable Size 67109424 bytes
6.Database Buffers 239075328 bytes
7.Redo Buffers 7139328 bytes
4．恢复控制文件并进入到加载状态
新开一个命令行窗口，连接到RMAN命令行：
1.C:\Documents and Settings\junsansi>SET ORACLE_SID=jssbook
2.C:\Documents and Settings\junsansi>RMAN TARGET /
3.Recovery Manager: Release 10.2.0.1.0 - Production on
4.Tue May 5 13:54:15 2009
5.Copyright (c) 1982, 2005, Oracle. All rights reserved.
6.connected to target database: jssbook (not mounted)
由于此时目标数据库尚无控制文件，因此此处必须首先指定DBID：
1.RMAN> SET DBID=1415261003
2.executing command: SET DBID
从指定备份集中恢复控制文件：
1.RMAN> RESTORE CONTROLFILE FROM 'F:\oracle\backup\
2.C-1415261003-20090505-00';
3.Starting restore at 05-MAY-09
https://www.doczj.com/doc/b03613879.html,ing target database control file instead of recovery catalog
5.allocated channel: ORA_DISK_1
6.channel ORA_DISK_1: sid=157 devtype=DISK
7.channel ORA_DISK_1: restoring control file
8.channel ORA_DISK_1: restore complete, elapsed time: 00:00:04
9.output filename=F:\ORACLE\ORADATA\JSSBOOK\CONTROL01.CTL
10.output filename=F:\ORACLE\ORADATA\JSSBOOK\CONTROL02.CTL
11.output filename=F:\ORACLE\ORADATA\JSSBOOK\CONTROL03.CTL
12.Finished restore at 05-MAY-09
控制文件会被恢复到初始化参数CONTROL_FILES指定的路径下。
有了控制文件，就可以将数据库置为MOUNT状态了：
1.RMAN> ALTER DATABASE MOUNT;
2.database mounted
3.released channel: ORA_DISK_1
5．修复数据库
在这个测试环境中，源端与目标端的路径保持一致，因此这里可以直接用源路径修复，如果你的目标库与源库路径不同的话，需要通过SET NEWNAME FOR DATAFILE命令来为数据文件重新设定路径（注意，SET NEWNAME必须要放在RUN块中执行的哟）。执行命令如下：
1.RMAN> RESTORE DATABASE;
2.Starting restore at 05-MAY-09
3.allocated channel: ORA_DISK_1
4.channel ORA_DISK_1: sid=157 devtype=DISK
5.channel ORA_DISK_1: starting datafile backupset restore
6.channel ORA_DISK_1: specifying datafile(s) to restore from backup set
7.restoring datafile 00001 to F:\ORACLE\ORADATA\JSSBOOK\SYSTEM01.DBF
8.restoring datafile 00002 to F:\ORACLE\ORADATA\JSSBOOK\UNDOTBS01.DBF
9.restoring datafile 00003 to F:\ORACLE\ORADATA\JSSBOOK\SYSAUX01.DBF
10.restoring datafile 00004 to F:\ORACLE\ORADATA\JSSBOOK\USERS01.DBF
11.restoring datafile 00005 to F:\ORACLE\ORADATA\JSSBOOK\SCOTT_TBS01.DBF
12.restoring datafile 00006 to F:\ORACLE\ORADATA\JSSBOOK\BOOKS01.DBF
13.channel ORA_DISK_1: reading from backup piece
14.F:\ORACLE\BACKUP\BAK_1JKE921J_1_1
15.channel ORA_DISK_1: restored backup piece 1
16.piece handle=F:\ORACLE\BACKUP\BAK_1JKE921J_1_1 tag=TAG20090505T134835
17.channel ORA_DISK_1: restore complete, elapsed time: 00:00:55
18.Finished restore at 05-MAY-09
觉着神奇是吧，这样都可以，不需要指定备份集位置吗？有这样的疑问说明你独立思考得还不够多啊，虽然说人类一思考上帝就发笑，但是作为一名勤劳、勇敢、朴实（就是不爱思考）的中国人，上帝并不是我们的主要信仰，它也管不了神奇的东方世界这嘎。
应该说，在一般情况下执行本操作时，不需要做特别的设置，前面在备份章节曾经说过，在NOCATALOG模式下，备份集信息是保存在控制文件中的，现在控制文件已经恢复了，它当然知道应该上哪儿找备份集。
那什么时候需要手动指定备份集呢？只有一种情况，当你的备份集不在控制文件的原路径时，你必须通过CATALOG命令重新注册备份集，也就是告诉RMAN，它要找的备份集在哪里。
6．恢复数据库
RECOVER也是同理，不需要你告诉他归档在什么位置，它也知道上哪去找，因为控制文件里都记着呢，直接执行RECOVER即可：
1.RMAN> RECOVER DATABASE;
2.Starting recover at 05-MAY-09
https://www.doczj.com/doc/b03613879.html,ing channel ORA_DISK_1
4.starting media recovery
5.channel ORA_DISK_1: starting archive log restore
6.to default destination
7.channel ORA_DISK_1: restoring archive log
8.archive log thread=1 sequence=51
9.channel ORA_DISK_1: reading from backup piece
10. F:\ORACLE\BACKUP\BAK_1KKE923B_1_1
11.channel ORA_DISK_1: restored backup piece 1
12.piece handle=F:\ORACLE\BACKUP\BAK_1KKE923B_1_1
13.tag=TAG20090505T134931
14.channel ORA_DISK_1: restore complete,
15.elapsed time: 00:00:01
16.archive log filename=F:\ORACLE\ORADATA\JSSBOOK
17.\ARCHIVE\ARC00051_0680477835.001 thread=1 sequence=51
18.unable to find archive log
19.archive log thread=1 sequence=52
20.RMAN-00571: ===========================================================
21.RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
22.RMAN-00571: ===========================================================
23.RMAN-03002: failure of recover command at 05/05/2009 14:04:38
24.RMAN-06054: media recovery requesting unknown log:
25.thread 1 seq 52 lowscn 983415
报错了？正常的，因为我们创建的热备份并不是一致性备份，源端的归档是过来了，但联机重做日志文件并没有随备份集复制过来，因此恢复时肯定恢复不到源端的当前状态。这个错误是提醒你要想继续恢复的话还需要线程1生成的SEQUENCE#为52的重做日志文件。我们这里只是测试恢复到异机的过程，并不准备保持与源数据库端一模一样（如果你要保持一致，必须复制源数据库端的重做日志文件，那必须首先SHUTDOWN源端数据库才行）。
如果说你只是希望避免看到这个错误，可以在RECOVER DATABASE前指定SET UNTIL SCN 或者用SET UNTIL TIME命令设置恢复到的SCN号或时间，执行不完全恢复。当然，我们现在执行的也是不完全恢复。
7．用OPEN RESETLOGS方式打开数据库
最后，以OPEN RESETLOGS方式打开数据库即可：
1.RMAN> ALTER DATABASE OPEN RESETLOGS;
2.database opened
至此，数据库在192.168.100.101服务器端创建成功。
当前，全国各级审计机关普遍应用AO系统进行现场审计，但由于被审计单位使用的财务软件种类太多，AO系统不可能提供全部财务软件数据导入模板，虽然AO现场审计实施系统2008版比2005版在模板数量上有所增加，但仍然不能完全解决各级审计机关在实际审计工作遇到的数据导入难题，只能通过后台备份数据库，然后还原到审计人员电脑中进行处理后，再一步一步导入AO中。由于审计人员大部分非计算机专业，对数据库的基本操作了解不是很多，无形中影响了计算机辅助审计的开展。为此，笔者分析了大量的被审计单位的财务系统后台数据库，其中大部分财务软件使用了SQL作为后台数据库，因此总结了SQL数据库的备份、压缩与SQL数据库数据处理的方法，供审计人员在审计工作中借鉴使用。 一、备份数据库1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server 2、SQL Server组——>双击打开你的服务器——>双击打开数据库目录3、选择你的数据库名称（如财务数据库cwdata）——>然后点上面菜单中的工具——>选择备份数据库4、备份选项选择完全备份，目的中的备份到如果原来有路径和名称则选中名称点删除，然后点添加，如果原来没有路径和名称则直接选择添加，接着指定路径和文件名，指定后点确定返回备份窗口，接着点确定进行备份。二、还原数据库1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server；2、SQL Server组——>双击打开你的服务器——>点图标栏的新建数据库图标，新建数据库的名字自行取； 3、点击新建好的数据库名称（如财务数据库cwdata）——>然后点上面菜单中的工具——>选择恢复数据库； 4、在弹出来的窗口中的还原选项中选择从设备——>点选择设备——>点添加——>然后选择你的备份文件名——>添加后点确定返回，这时候设备栏应该出现您刚才选择的数据库备份文件名，备份号默认为1（如果您对同一个文件做过多次备份，可以点击备份号旁边的查看内容，在复选框中选择最新的一次备份后点确定）——>然后点击上方常规旁边的选项按钮； 5、在出现的窗口中选择在现有数据库上强制还原，以及在恢复完成状态中选择使数据库可以继续运行但无法还原其它事务日志的选项。在窗口的中间部位的将数据库文件还原为这里要按照你SQL的安装进行设置（也可以指定自己的目录），逻
SQL SERVER数据库备份与恢复方 案 世界上没有万无一失的信息安全措施。信息世界“攻击和反攻击”也永无止境。对信息的攻击和防护好似矛与盾的关系，螺旋式地向前发展。在信息的收集、处理、存储、传输和分发中经常会存在一些新的问题，其中最值得我们关注的就是系统失效、数据丢失或遭到破坏。 威胁数据的安全，造成系统失效的主要原因有以下几个方面：硬盘驱动器损坏；人为错误；黑客攻击；病毒；自然灾害；电源浪涌；磁干扰。因此，数据备份与数据恢复是保护数据的最后手段，也是防止主动型信息攻击的最后一道防线。 只要发生数据传输、数据存储和数据交换，就有可能产生数据故障。这时，如果没有采取数据备份和数据恢复手段与措施，就会导致数据的丢失。有时造成的损失是无法弥补与估量的。 数据故障的形式是多种多样的。通常，数据故障可划分为系统故障、事务故障和介质故障三大类。从信息安全数据库备份与恢复方案的角度出，实际上第三方或敌方的“信息攻击”，也会产生不同种类的数据故障。例如：计算机病毒型、特洛伊木马型、“黑客”入侵型、逻辑炸弹型等。这些故障将会造成的后果有：数据丢失、数据被修改、增加无用数据及系统瘫痪等。作为系统管理员，要千方百计地维护系统和数据的完整性与准确性。
通常采取的措施有：安装防火墙，防止“黑客”入侵；安装防病毒软件，采取存取控制措施；选用高可靠性的软件产品；增强计算机网络的安全性。 以下主要介绍SQL SERVER数据备份方案和数据库恢复方案。SQL SERVER数据备份方案 SQL SERVER数据库的备份方法主要有完整备份，差异备份，事务日志备份等。根据数据安全性的要求，推荐的备份方式为每周一次完整备份，每天一次差异备份，每半个小时一次事务日志备份。 默认情况下，为sysadmin 固定服务器角色以及db_owner 和db_backupoperator 固定数据库角色的成员授予BACKUP DATABASE 和BACKUP LOG 权限。 备份设备的物理文件的所有权和权限问题可能会妨碍备份操作。SQL Server 必须能够读取和写入设备；运行SQL Server 服务的帐户必须具有写入权限。 备份文件存放磁盘需要与数据库文件存放磁盘分开，避免磁盘IO冲突。备份执行时间与数据库作业执行时间错开，避免备份影响数据库作业的执行。 SQL SERVER 维护计划功能可以较好的实现自动化备份，在使用该功能前启动数据库管理器上的SQL SERVER 代理功能。
Oracle备份恢复场景总结 一、数据文件、表空间恢复 1、数据库文件恢复 1>场景一： 问题描述： test.dbf丢失，有RMAN备份。 重启报错: Startup; ORA-01157: cannot identify/lock data file 5 - see DBWR trace file ORA-01110: data file 5: '/oracle/app/oracle/oradata/orcl/test01.dbf' run{ startup mount; allocate channel ch00 type 'SBT_TAPE'; restore datafile 5; recoverdatafile 5; alter database open; release channel ch00; }
2>场景二 问题描述： 模拟test表空间损坏，删除数据文件（恢复到新目录） 旧目录：/oracle/app/oracle/oradata 新目录: /home/oracle run{ allocate channel ch00 type 'SBT_TAPE'; sql 'alter database datafile 5 offline'; setnewname for datafile 5 to '/home/oracle/test01.dbf'; restoredatafile 5; switchdatafile 5; recoverdatafile 5; sql 'alter database datafile 4 online'; release channel ch00; } 说明： set newname for 告诉RMAN 还原数据文件的新位置在哪里。这个命令在restore 前出现。 switch datafile更新controlfile，记录这个新位置。这个命令要在recover 前出现
数据库备份和还原 在收费系统运行一段时间后,如发生系统不正常要重装WINDOWS操作系统或更换电脑时,须按照下面“数据库备份”方法将原系统的数据文件备份,并将备份文件妥善保存(避免随系统重装而丢失数据),在重装系统或更换电脑后,按照软件的安装方法顺序安装SQL2000数据库和消费/水控管理软件,然后按照下面“数据还原”方法进行数据库还原,完成后系统中的数据即与原数据完全[相同。 数据库备份： 以ICSF为例，打开ICSF软件，选择菜单栏下的系统维护，然后选择数据备份。（系统维护——数据备份）如图（1-1）： 1-1 数据备份完成后，可以在基本资料——系统参数里（1-2），在弹出的对话框上的备份路径二（手动备份）里可以找到数据备份的路径（1-3）。如图：
1-2 1-3 提示： 1、上述方法为手动备份，本系统在使用后正常腿出系统时也会自动进行 数据备份，如已经无法正常开启原电脑（无法进行手动备份）则可将 原电脑硬盘连接到其他电脑中，找到“备份路径一”所指向的路径， 找到备份文件夹，将其中修改日期最近的备份文件拷贝出来用于数据 还原。 2、在安装收费/水控系统时建议不要将安装目录选在C盘，避免因格式 化的操作是备份数据丢失，如果已经将软件安装在C盘，则建议将备 份文件路径指定为其他盘。 数据还原 数据还原，首先要找到备份的数据文件。如上所述，备份文件存放在E：\软件\ICSF5.74\Mdbbak上，根据路径找到Mdbbak文件夹并打开。 打开Mdbbak文件夹后，里面有类似这样的（1-4）BAK文件。 找寻最新的BAK文件，并把它与软件安装包(光盘)中IC挂接数据库.exe软件拷贝到电脑任意一个目录(文件夹)中,然后将备份文件重命名(光标放在备份文件 上点鼠标右键,选择重命名),改为ICSF.db。如图：（1-5）
SQL Server的增量备份与还原方法.txt蜜蜂整日忙碌，受到赞扬；蚊子不停奔波，人见人打。多么忙不重要，为什么忙才重要。 备份步骤： 1．在“SQL Server企业管理器”中注册数据库所在的服务器，注意要使用sa用户名和口令，否则以后执行备份调度的时候，会出现权限不足，导致不能进行备份。 2．确保该服务器的SQL Server Agent服务是开启的，因为所有的调度都是通过该代理进行 执行的。 3．在“SQL Server企业管理器”中选中Test数据库，右键打开“备份数据库”窗口，指 定一个新的文件Test-daily.bak,选择“完全”进行一次完全备份。 4．再次打开“备份数据库”窗口，这次使用“差异备份”，“重写”选项设置为“追加到媒体”，目的文件仍然是前面步骤所指定的Test-daily.bak，并在“调度”选项中设置为每天 的19：00，这样，SQL Server会在每天的19：00将数据库自上次备份以来发生的变化，以 增量备份的方式追加到Test-daily.bak文件中。（测试的时候，可以设置为每天的每1分钟 进行一次备份，以便可以很快的看到备份结果） 在需要进行数据库恢复的时候，可以按照如下还原步骤进行操作： 1．新建一个数据库，比如名为Back, 右键打开“还原数据库”窗口，选择“从设备”进行 还原，然后在“选择设备…”中选定备份所使用的Test-daily.bak文件，回到“还原数据库”窗口，“备份号”默认为1（对应的就是备份步骤3中的初次完全备份），不必更改。在“选项”标签页中，选中“强制还原”，最关键的一步是，在“恢复完成状态”中，选中第2或第 3项，即保证“能还原其它事务日志”，这样还原之后，这个新的数据库就回到了我们进行第 一次完全备份时候的状态，此时，该Back数据库将处于“正在装载”或“只读”的状态，没 有关系，这是正常的，因为我们接下来还需要通过事务日志将该数据库恢复到指定的某个状态。 2．再次打开“还原数据库”窗口，同样选择“从设备”进行还原，然后在“选择设备…”中 选定备份所使用的Test-daily.bak文件，回到“还原数据库”窗口，点击“备份号”后面 的“查看内容…”按钮，在新的窗口中，可以看到里面列出了每天19：00左右备份过的备份 集（除了最顶上一个是我们初次的完全备份集，其它都是每天的增量备份集），选中想要恢复 的某个备份集，单击“确定”回到主窗口，可以看到“还原备份集”默认选中的是“差异”，再单击确定，这样，Back数据库就恢复到了我们选定的某个备份集了。 上述还原步骤可以重复进行，直到我们找到确切需要的某个备份集。 另外，恢复后的数据库名称是Back,如果想将其改名为Test，可以执行 EXEC sp_renamedb 'Back', 'Test' 在重命名数据库之前，应该确保没有人使用该数据库，而且数据库设置为单用户模式。 2005-08-25 16:37 更新 1.需要在"备份数据库"->"常规"选项卡里选中"重写现有媒体",这样在"选项"选项卡里才能 设定"备份集到期时间",并且发现,这样设定好"到期时间"之后,即使将"重写现有媒体"改为" 追加到媒体", 所设定的"到期时间"还是有效的,这可以在调度里的"步骤"脚本中看出来,如: BACKUP DATABASE [model] TO DISK = N'D:\test.bak' WITH NOINIT , NOUNLOAD , RETAINDAYS = 1, DIFFERENTIAL , NAME = N'model 备份', NOSKIP , STATS = 10, NOFORMAT,通过这种方式应该可以实现保留最近N天的备份,测试中....
oracle数据库备份与恢复方案
目录 一、编写目的 (1) 二、备份工具及备份方式 (1) 三、软件备份 (1) 四、软件恢复 (2) 五、数据备份 (2) 六、备份的存储 (2) 七、备份数据的保存规定 (3) 八、备份介质的格式 (3) 九、数据恢复 (4)
一、编写目的 本文档主要说明公司项目在实施现场的软件及数据的备份和恢复方案。 二、备份工具及备份方式 1.备份工具 Oracle RMAN（Recovery Manager）：是一种用于备份(backup)、还原 (restore)和恢复(recover)数据库的Oracle 工具。RMAN只能用于ORACLE8 或更高的版本中。它能够备份整个数据库或数据库部件，如表空间、数据文件、控制文件、归档文件以及Spfile参数文件。RMAN也允许您进行增量数据块级 别的备份，增量RMAN备份是时间和空间有效的，因为他们只备份自上次备 份以来有变化的那些数据块。 2.备份方式 （1）自动备份：由Windows 计划任务调度完成； （2）手工备份：完成特殊情况下的备份，分热备份和冷备份，热备份是指在不 关闭数据库情况下进行备份，冷备份则需要停止Oracle实例服务。 三、软件备份 1.以七天为一个周期每天23:00将所有软件拷贝到其他存储介质上 2.超出七天的备份依次删除 3.每月一号将上月最后7天的备份文件刻录到光盘上
四、软件恢复 1.找出最近的备份程序覆盖到正式运行环境的相应目录中 五、数据备份 1.业务系统或数据库在打重要补丁或升级的前后，必须按要求对业务系统进行停 机备份或非停机备份，备份需包含应用和数据库的文件系统及数据，备份方式为手工备份，使用RMAN执行备份； 2.系统日常备份：作为7*24运行的重要系统，必须最小化数据丢失的同时，还 需要尽可能缩短恢复时间，数据库的日常备份策略如下： （1）确保数据库处于ArchiliveLog模式； （2）每日凌晨01：00执行数据库全备份，含控制文件备份； （3）每四小时间隔执行数据库归档日志备份，含控制文件备份； （4）每间隔两周执行数据库与应用系统文件备份，执行时间：数据库服务器在第一周的周六05：00，应用服务器在第一周的周六7：00。 3.每周一将上周的备份文件拷贝到其它存储介质上； 4.每月一号将上月最后一周的备份文件刻录到光盘上。 六、备份的存储 1.在确保成功备份数据的同时，必须严格保证存储结构的完整性，在备份服务器 或备份带库上需要保留足够的剩余空间，以存储需要保存的多份备份文件； 2.如项目上采用了专门的备份软件，有专用的备份存储，应提前规划好备份的存
Oracle数据库备份与恢复的三种方法 2009-11-04 16:00 Oracle数据库有三种标准的备份方法，它们分别是导出／导入（EXP/IMP）、热备份和冷备份。导出备件是一种逻辑备份，冷备份和热备份是物理备份。 一、导出／导入（Export／Import） 利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回到Oracle数据库中去。 １、简单导出数据（Export）和导入数据（Import） Oracle支持三种方式类型的输出： （１）、表方式（T方式），将指定表的数据导出。 （２）、用户方式（U方式），将指定用户的所有对象及数据导出。 （３）、全库方式（Full方式），瘵数据库中的所有对象导出。 数据导入（Import）的过程是数据导出（Export）的逆过程，分别将数据文件导入数据库和将数据库数据导出到数据文件。 ２、增量导出／导入 增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为export.dmp，如果不希望自己的输出文件定名为export.dmp，必须在命令行中指出要用的文件名。 增量导出包括三种类型： （１）、“完全”增量导出（Complete） 即备份三个数据库，比如： （２）、“增量型”增量导出 备份上一次备份后改变的数据，比如：
（３）、“累积型”增量导出 累计型导出方式是导出自上次“完全”导出之后数据库中变化了的信息。比如： 数据库管理员可以排定一个备份日程表，用数据导出的三个不同方式合理高效的完成。 比如数据库的被封任务可以做如下安排： 星期一：完全备份（A） 星期二：增量导出（B） 星期三：增量导出（C） 星期四：增量导出（D） 星期五：累计导出（E） 星期六：增量导出（F） 星期日：增量导出（G） 如果在星期日，数据库遭到意外破坏，数据库管理员可按一下步骤来回复数据库： 第一步：用命令CREATE DATABASE重新生成数据库结构； 第二步：创建一个足够大的附加回滚。 第三步：完全增量导入A： 第四步：累计增量导入E： 第五步：最近增量导入F：
完全备份： 完全备份是指对数据库中使用过的所有数据块进行备份，当然，没有使用过的数据块是不做备份的。在进行完全备份时，RMAN将数据文件中所有的非空白数据块都复制到备份集中。在RMAN中，可以对数据文件进行完全备份或者增量备份，但是对控制文件和日志文件只能进行完全备份。在一个完全数据库备份中，将所有的数据库文件，复制到闪回恢复区。 完全备份实例： 【例】通过BACKUP FULL语句，对数据库执行完全备份。使用TAG参数和FORMAT参数，指定备份文件位置以及备份文件的名称格式。如下： RMAN>RUN{ 2> #BACKUP THE COMPLETE DATABASE 3> ALLOCATE CHANNEL ch1 TYPE DISK; 4> BACKUP FULL 5> TAG full_db_backup FORMAT"E:\app\backup\db_t%t_s%s_p%p" (database); 6> RELEASE CHANNEL ch1; 7> } 【例】在RMAN中执行LIST命令，查看建立的备份集与备份段信息，如下： RMAN> LIST BACKUP OF DATABASE; 增量备份： 增量备份就是将那些与前一次备份相比发生变化的数据块复制到备份集中。进行增量备份时，RMAN会读取整个数据文件，通过RMAN可以为单独的数据文件、表空间、或者整个数据库进行增量备份。在RMAN中建立的增量备份可以具有不同的级别，每个级别都使用一个不小于0的整数来标识，也就是在BACKUP命令中使用LEVEL关键字指定的，例如LEVEL = 0表示备份级别为0，LEVEL = 1表示备份级别为1。 增量备份的方式：
服务器备份方案 一、MYSQL数据库备份与恢复： 数据库本地备份：当数据量少的时候可以在每天凌晨1点-3点进行完全备份，随着数据库的增大，可以2两小时（按照需求设置时间）做增量备份与完全备份相结合的备份方式以确保数据的安全。 数据库完全备份脚本： 1.确定我们备份文件存放的目录这里我把所有备份文件放到/home/mysqlback 2.确定需要备份的数据库，这里我们用备份d_test这个数据库来说明。 dbuser="root" #定义数据库用户名 dbpasswd="123456" #定义数据库密码 dbname="d_test" #定义需要备份的数据库 date1=`date +%Y%m%d` #读取当前日期 date2 = `date +%Y%m%d%H%M%S` #读取当前的日期时间Y年m月d日H小时M分钟S秒 date3 = `date -d -5day +"%Y%m%d"` #读取当天日期之5天前的日期 back = /home/mysqlback/$date1 #备份文件存放目录 #判断是不是有文件存放目录如果没有则新建。 if [ ! -d $back ] then mkdir -p $back fi #使用mysqldump命令来备份指定的数据库并且压缩成gz包。 mysqldump -u$dbuser -p$dbpasswd $dbname | gzip > $back/$dbname$date2.sql.gz #删除指定5天前备份的过期文件以便节省磁盘空间 cd /home/mysqlback rm -rf $date3 异地备份 首先准备一台异地的服务器，并且搭建好vsftp（vsftp具体搭建详细步骤请参考VSFTP搭建文档） 异地备份到vsftp服务器上脚本如下：
Linux下Oracle9i RMAN备份及恢复步骤介 1、切换服务器设置归档模式，如果已经是归档模式可跳过此步： %sqlplus /nolog (启动sqlplus) SQL> conn / as sysdba (以DBA身份连接数据库) SQL> shutdown immediate; (立即关闭数据库) SQL> startup mount (启动实例并加载数据库，但不打开) SQL> alter database archivelog; (更改数据库为归档模式) SQL> alter database open; (打开数据库) SQL> alter system archive log start; (启用自动归档) SQL> exit (退出) 2、连接： %rman target=sys/password@mydb (启动恢复管理器) 3、基本设置： RMAN> configure default device type to disk; (设置默认的备份设备为磁盘) RMAN> configure device type disk parallelism 2; (设置备份的并行级别，通道数) RMAN> configure channel 1 device type disk fromat '/backup1/backup_%U'; (设置备份的文件格式，只适用于磁盘设备) RMAN> configure channel 2 device type disk fromat '/backup2/backup_%U'; (设置备份的文件格式，只适用于磁盘设备) RMAN> configure controlfile autobackup on; (打开控制文件与服务器参数文件的自动备份) RMAN> configure controlfile autobackup format for device type disk to '/backup1/ctl_%F'; (设置控制文件与服务器参数文件自动备份的文件格式) 4、查看所有设置：
数据备份与恢复方案 2016年8月 目录 1概述 (1) 2备份需求 (1) 3策略 (1) 3.1备份环境 (1) 3.2备份节点 (1) 3.3备份方案概述 (1) 3.4数据恢复概述 (2) 4方案 (2) 5可能遇到情况及解决方法 (5)
1概述 随着公司信息化系统建设的不断推进，我们对信息系统的实时性要求也会越来越高，系统运行遇到故障时尽快恢复服务对公司的正常运营至关重要； 为最大限度保障云盘用户数据安全性，同时为了能在不可预计灾难情况下，保证云盘的安全快速恢复工作，所以需要对云盘进行数据备份与恢复工作。 方案主要内容：数据备份是指通过软件自动执行或手工操作将服务器重要文件及数据保存到磁盘柜和磁带等存储设备上。主要目的是减少及避免由于服务器软硬件故障造成的数据丢失，确保公司信息系统出现故障时在最短的时间内恢复运行并且重新提供服务。 云盘环境 采用双节点方式部署： 服务器：2台物理服务器均安装CentOS 7.0系统与云盘软件。 数据存储：2台服务器分别为：db_master与db_slave，各挂载3T的FC-SAN存储。 2备份需求 对2台云盘服务器数据进行备份，并验证恢复，保证数据安全性。 3策略 3.1备份环境 需要1台服务器安装CV备份服务器，分别为云盘服务器上安装CV控制台，因考虑备份服务器存放备份文件，故CV备份服务器挂载存储需要大于7T（云盘服务器存储为：800G磁盘+3T存储）。 3.2备份节点 2台生产环境云盘服务器都需要备份/data/data_all、/lefsdata、/usr/local/lefos，同时做好标记，区分开主服务器与副服务器的/data/data_all、/lefsdata、/usr/local/lefos。 3.3备份方案概述 将2台生产服务器安装CV客户端，从CV服务器中检测云盘服务器。检测到后，拷贝数据到CV服务器指定目录下。 3.4数据恢复概述 数据恢复时对应主、副服务器，从CV服务器上进行相关操作，将备份的主服务器与副服务器的/data/data_all、/lefsdata、/usr/local/lefos传输回备份服务器目录位置，检测拷贝后文件的所有者与所有组、权限是否正确，重启所有服务。
首先确定/u02/rman目录是否存在 export ORACLE_SID=数据库实例名 rman备份操作： 使用sys用户登录rman rman target sys/syscode #进入rman run{ #备份数据库 ALLOCATE CHANNEL CH1 DEVICE TYPE DISK FORMAT '/u02/rman/test_%U'; ALLOCATE CHANNEL CH2 DEVICE TYPE DISK FORMAT '/u02/rman/test_%U'; BACKUP incremental level 0 DATABASE plus archivelog delete input; RELEASE CHANNEL CH1; RELEASE CHANNEL CH2; } list backupset; #备份完毕，记录scn （备份时记录备份完成的SCN号，此SCN号作为数据库恢复的时间点，必须记录下来） #SCN号类似如下： rman 恢复操作 1、首次进行恢复 使用sys用户登录rman rman target sys/syscode #进入rman shutdown immediate #停止数据库 startup mount; #启动实例 run{ set until scn ********; #**为备份时记录的SCN号 restore database; #还原数据库 recover database; #恢复数据库 sql 'alter database open resetlogs'; #打开数据库 } 2、多次恢复 在使用备份文件恢复数据库，用open resetlogs方式打开数据之后，如果需要再次恢复数据库，需要指定数据库的incarnation. 使用sys用户登录rman rman target sys/syscode #进入rman shutdown immediate #停止数据库 startup mount; #启动实例 list backupset; #选择scn （备份时记录备份完的SCN号） #SCN号类似如下：
《客户名称》备份管理系统设计方案上海鸿翼数字计算机网络有限公司
目录 1.项目概述 (3) 2.系统需求分析 (3) 1.1系统现状分析 (3) 1.2备份系统风险评估 (3) 1.3备份系统需求分析 (4) 3.系统备份理念 (5) 3.1系统设计指引 (5) 3.2数据保护技术选择 (5) 3.3连续数据保护 (6) 3.4备份管理系统组成 (6) 4.系统备份结构设计 (8) 4.1整体系统架构设计 (9) 5.系统备份方案介绍 (10) 5.1W INDOWS服务器自身备份 (10) 5.2方案2：双机热备 (12) 5.3方案3：爱数备份 (13)
1.项目概述 上海鸿翼数字计算机网络有限公司将根据《》的网络实际需求，制定一套完整的集数据备份、灾难恢复、服务器整合及虚拟化一身的方案。一个完整的企业数据备份与恢复解决方案就意味着数据安全与性能（机器和网络）的完美结合，一条龙式的服务标准（产品的服务与支持）。所以在选择备份系统时，既要做到满足系统容量不断增加的需求，又要所用的备份方式能够支持多系统平台操作。要达到这些，就要充分使用网络数据存储系统，在分布式网络环境下，通过专业的数据存储软件，配合系统备份及双机备份，结合相应的硬件和存储设备，对网络的数据备份进行集中管理，从而实现自动化备份、文件归档、数据分级存储和灾难恢复。 2.系统需求分析 1.1系统现状分析 《》网络基础结构是基于Windows平台，现在拥有X台服务器。《》的文档管理系统包含了文件服务器、转档服务器、数据库服务器等企业信息管理系统，为企业的发展提供了强有力的信息化支持。主要数据库包含了Microsoft SQL Server、Oracle、DB2等。 1.2备份系统风险评估 《》的信息系统管理人员十分重视数据的保护，在没有备份软件的情况下，已经采用了重要数据镜像备份、服务器系统镜像备份等常规保护方法，为企业的数据财产提供了安全的保障。但是以上方法很难实现快速备份和灾难后的迅速恢复，很难保证业务的连续性。
谈ORACLE备份与恢复 经常听到有人说，某数据库备份方法好，某备份方法不好,或者说现在都流行用rman 来备份了,逻辑备份已经过时了，冷备份就更不值一提了，其实数据库的备份从来没有什么好坏之分、没有过时之说，合适才是最重要的，自己好才是真的好.各种方法各有长短，谁也代替不了谁，只有根据实际情况搭配使用，才能发挥最大的作用，否则只能是东施效颦. 1 . o r ac 1 e的备份，包括no a r chi v e I og模式的备份（冷备份）、arch i velog模式的备份（热备份、rman备份）、逻辑备份（不分模式）. 1.1.冷备份： ~ 1）关闭数据库 s hu t d o wn; -一2）备份数据文件、控制文件、重做日志文件 一-A、查找备份文件的位置 SELEC T * FROM VSDATAFIL E ; —査数据文件 s el e ct * f r om v$cont r o 1 f il e ; —查控制文件 s e le c t * f r om vSlogf i 1 e; —査日志文件 ~ B、备份数据文件、控制文件、重做日志文件 $ copy D:\oracle\o r a data\or a 9 \ *. dbf d: \ b a k \ *. *; $ cop y D:\ora cle \ oradat a \ora9 \ *? c t 1 d : \ b a k\*? *： $ copy D:\oracle \o r adata\o r a9\*? I og d:\bak\*? *; 1.2.热备份： ~ 1）查询备份的数据文件与哪一个表空间有关 SELECT V$TAF3LESPACE ? NAME, VS DATAFILE. NAME FROM V$TA B LES P ACE J OIN V$DATAF I LE USING（TS#）; ~ 2）备份数据文件 a 1 t er tablespace 表空间BEGIN BACKUP; $ COPY数据文件存放路径
目录 第1章数据备份与恢复 (2) 1.1 数据库备份方案背景 (2) 1.2 备份与恢复概述 (2) 1.3 数据库备份与恢复所要达到的目标 (2) 第2章数据备份方案 (3) 2.1 备份工具的选取 (3) 2.2 数据备份方案 (3) 2.3 备份实施需求 (3) 2.4 数据备份的几种方式 (4) 第3章数据恢复方案 (5) 3.1 数据恢复的几种方式 (5) 第4章相关参数以及备份恢复示例 (6) 4.1.1 相关参数 (6) 4.1.2 数据备份恢复示例 (7) 第1页
第1章数据备份与恢复 1.1 数据库备份方案背景 随着电子化进程的飞速发展和信息技术的广泛应用，数据越来越成为企业、事业单位日常运作中不可缺少的部分和领导决策的依据。但是，计算机的使用有时也会给人们带来烦恼，那就是计算机数据非常容易丢失和遭到破坏。有专业机构的研究数据表明：丢失300MB的数据对于市场营销部门就意味着13万元人民币的损失，对财务部门意味着16万的损失，对工程部门来说损失可达80万。而丢失的关键数据如果15天内仍得不到恢复，企业就有可能被淘汰出局。随着计算机系统越来越成为企业不可或缺的数据载体，如何利用数据备份来保证数据安全也成为我们迫切需要研究的一个课题。 1.2 备份与恢复概述 备份与恢复是我们使用数据库中不可缺少的部分，也是我们在使用数据库时会经常碰到的问题，当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障(硬件故障、软件故障、网络故障、进程故障和系统故障)影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重新建立一个完整的数据库，该处理称为数据库恢复。 1.3 数据库备份与恢复所要达到的目标 备份仅仅是数据保护的手段，“备份数据必须能够迅速、正确的进行恢复”才是真正的目地，换句话说，企业规划备份架构时应该以恢复为最终目的进行构架，当意外发生时、当用户端提出恢复需求时，备份数据要能快速、可靠的恢复，如此的备份才是值得信赖的备份，才有其存储的意义。
my sql数据库备份与恢复 windows下实现mysql数据库定时备份功能一、进入mysql的bin目录 二、导出： [mysql bin path]>mysqldump--opt-d-u root-p dbn> backup-file.sql Enter password:****** 三、导入： [mysql bin path]>mysql-u root-p dbn<backup-file.sql Enter password:****** 四、收尾工作：清理sql文件，导出时会在bin目录下生成backup-file.sql 文件，在导入工作完成后就没用了，可以删了，当然留着也可以。
我自己的用的备份语句： d: cd\mysql\mysql5.1.30\bin mysqldump--opt-uroot-p123456 bbs_sikaozhoubao_com>E:\backup\bbs_sikaozhoubao_com\%date:~ 0,4%%date:~5,2%%date:~8,2%%time:~0,2%%time:~3,2%%time:~6,2%.sq l 更多的说明： 导出要用到MySQL的mysqldump工具，基本用法是: shell>mysqldump[OPTIONS]database[tables] 如果你不给定任何表，整个数据库将被导出。 通过执行mysqldump--help，你能得到你mysqldump的版本支持
的选项表。 注意，mysqldump没有--quick或--opt选项，mysqldump将在导出结果前装载整个结果集到内存中，如果你正在导出一个大的数据库，这将可能是一个问题。 mysqldump支持下列选项: --add-locks 在每个表导出之前增加LOCK TABLES并且之后UNLOCK TABLE。(为了使得更快地插入到MySQL)。 --add-drop-table 在每个create语句之前增加一个drop table。
1.数据库备份 1）打开“开始”——“程序”——Microsoft SQL Server——企业管理器，进入之后，将页面左边的“控制台根目录”下的“+”一个一个都点开，一直到点开“数据库”前的“+”。可以看到第一个数据库应该是CORPSCAN，在这个数据库上面点右键，选择“所有任务”中的“备份数据库”，如下图所示： 2）在弹出的选择框中点“添加”按钮：
3）弹出如下的窗口： 且必须给这个备份文件起一个文件名（一般我们都以日期做为备份文件名），如
下图所示： 上述备份文件就是放在D:\ 这个目录下，文件名为20051120。然后点“确定”。4）可以看到“备份到”那里有个路径和文件名了，其它什么都不用动，然后点“确定”就可以了，如下图所示： 备份文件成功后会有提示信息，可以到备份的目录下找到备份的文件。
2.数据库还原 和数据库的备份操作类似。具体流程如下： 1）打开“开始”——“程序”——Microsoft SQL Server——企业管理器，进入之后，将页面左边的“控制台根目录”下的“+”一个一个都点开，一直到点开“数据库”前的“+”。可以看到第一个数据库应该是CORPSCAN，在这个数据库上面点右键，选择“所有任务”中的“还原数据库”，如下图所示： 2）在弹出的页面上，在“还原”那里选择“从设备”，然后点一下“选择设备”，如图所示：
3）在弹出的页面上点一下“添加”按钮，就出现“选择还原目的”的对话框，在“文件名”后面有个浏览按钮，在那里选择要还原的文件（就是之前备份的数据库文件），然后点“确定”，再确定，再确定，就可以了，还原成功之后会有提示的：
Oracle数据库备份与恢复技术 Oracle是一个适合于大中型企业的数据库管理系统，它主要应用于：银行、电信、移动通信、航空、保险、金融、跨国公司、和电子商务等。备份与恢复是数据库管理中最重要的方面之一。如果数据库崩溃却没有办法恢复它，那么对企业造成的毁灭性结果可能会是数据丢失、收入减少、客户不满等。不管公司是使用单个数据库还是多个数据库来存储数百GB 或TB 的数据，它们都有一个共同点，即需要制订一个备份与恢复方案来备份重要数据并使自身免于灾难，将损失尽量降低到最小。 备份与恢复概述 备份是数据的一个代表性副本。该副本会包含数据库的重要部分，如控制文件、重做日志和数据文件。备份通过提供一种还原原始数据的方法保护数据不受应用程序错误的影响并防止数据的意外丢失。备份分为物理备份和逻辑备份。物理备份是物理数据库文件的副本。“备份与恢复”通常指将复制的文件从一个位置转移到另一个位置，同时对这些文件执行各种操作。 相比而言，逻辑备份包含使用SQL 命令导出并存储在二进制文件中的数据。Oracle 在重做日志缓冲区中记录提交的和未提交的更改。逻辑备份用于补充物理备份。还原物理备份意味着重建它并将其提供给Oracle 服务器。要恢复还原的备份，需要使用事务日志中的重做记录来更新数据。事务日志记录在执行备份之后对数据库所做的更改。 Oracle 在例程故障之后自动执行崩溃恢复和实例恢复。在出现介质故障的情况下，数据库管理员(DBA) 必须启动恢复操作。恢复备份涉及两种不同的操作：通过应用重做数据将备份前滚至一个较近的时间；将在未提交的事务中所做的所有更改回滚至其原来状态。一般而言，恢复指在还原、前滚和回滚备份中涉及的各种操作。备份与恢复指在防止数据库丢失数据和在丢失数据时重建数据库的过程中涉及的各种策略和操作。 备份与恢复操作 备份是数据文件、表空间或某个时间点的数据库等的快照。如果对数据库进行了周期性备份，则在数据丢失时用户可以将存储的重做信息应用到他们最新的备份中，从而恢复数据库的当前状态。Oracle 使用户能够还原一个较早的备份和仅应用某些重做数据，从而将数据库恢复到一个较早的时间点。这种恢复称为不完全介质恢复。如果备份是一致的，那么根本不需要用户应用任何重做数据。 下面用介质恢复的一个简单例子来解释一下这个概念。假定用户在中午为数据库作了一个备份。从中午开始，每一分钟对数据库进行一次更改。在下午 1 点时，一个磁盘驱动器出现故障，导致那个磁盘上的所有数据丢失。幸运的是，Oracle 在重做日志中记录了所有更改。则用户可以将中午的备份还原到一个正常运转的磁盘驱动器上，使用重做数据将数据库恢复到下午1 点，从而重建丢失的更改。 备份与恢复策略要素 尽管备份与恢复操作非常复杂并随因企业而异，但基本原则均遵循这四个简单的步骤：
SQL Server2000数据备份与恢复 Author looger 1.数据库备份 1.1展开服务器组，然后展开服务器。展开“数据库”文件夹，右击数据库，指向“所 有所有”子菜单，然后单击“备份数据库”命令。 1.2在“名称”框内输入备份集名称，在“描述”框中输入对备份集的描述。在“备 份”选项中选择备份方式。
1．3点击“添加”按钮以添加现有的目的地或创建新的目的地，点击按钮可以选择一个备份文件
1.4点击按钮后，在下面出现的窗口中选择一个文件作为备份文件，可以在“文件名” 后面的文本框中输入一个新的文件名以创建一个备份文件。 1.5此时刚才选择的文件被加入到备份文件中。如果要添加其他的文件，则可以点击“添 加”按钮添加其他的文件。在"重写"选项下，单击“追加到媒体”，将备份追加到备份设备上任何现有的备份中；点击“重写现有媒体”，将重写备份设备中任何现有的备份
1.6可以选择“调度”复选框调度备份操作在以后执行或定期执行。点击“调度”后 面的按钮可以对调度进行设置 1.7在点击按钮后，可以在下面的对话框中设置调度的名称和调度的类型。如果需要调 度反复出现，则可以点击“更改”按钮
1.8点击“更改”按钮后，可以在下面的窗口中设置作业发生的时机 1.9单击“选项”选项卡。选择“完成后验证备份”复选框，在备份时对备份进行验 证。选择“检查媒体集名称和备份集到期时间”，检查备份媒体以防意外重写。在“媒体集名称”框中，输入将用于备份操作的媒体的名称。如果仅指备份集到期时间，则将其保留为空
2.数据库的恢复 2.1展开服务组，然后展开服务器。展开“数据库”文件夹，右击数据库， 指向“所有任务”子菜单，然后单击“还原数据库”命令 2．2在“还原为数据库”框中，如果要还原的数据库名称与显示的默认数据库名称不同，请在其中进行输入或选择。若要用新名称还原数据库，请输入新的数据库名称
数据库备份与恢复方案特别是计算机网络的飞速随着计算机的普及和信息技术的进步，数据备份是保证信息安全的一个发展，信息安全的重要性日趋明显。重要方法。就有可能产生数据故数据存储和数据交换，只要发生数据传输、障。这时，如果没有采取数据备份和数据恢复手段与措施，就会导致数据的丢失。有时造成的损失是无法弥补与估量的。数据故障可划分为系统故通常，数据故障的形式是多种多样的。从信息安全数据库备份与恢复方案事务故障和介质故障三大类。障、，也会产生不同种类的角度出，实际上第三方或敌方的“信息攻击”“黑客”入侵型、的数据故障。例如：计算机病毒型、特洛伊木马型、数据被修改、这些故障将会造成的后果有：数据丢失、逻辑炸弹型等。要千方百计地维护系作为系统管理员，增加无用数据及系统瘫痪等。统和数据的完整性与准确性。通常采取的措施有：安装防火墙，防止“黑客”入侵；安装防病毒软件，采取存取控制措施；选用高可靠性的软件产品；增强计算机网络的安全性。“攻击和反攻击”世界上没有万无一失的信息安全措施。信息世界 螺旋式地向前对信息的攻击和防护好似矛与盾的关系，也永无止境。发展。传输和分发中经常会存在一些新的问题，存储、处理、在信息的收集、1 其中最值得我们关注的就是系统失效、数据丢失或遭到破坏。威胁
数据的安全，造成系统失效的主要原因有以下几个方面： 、硬盘驱动器损坏；1 人为错误；2、黑客攻击；3、病毒；4、自然灾害；5、 电源浪涌；6、 磁干扰；、7 也是防止主因此，数据备份与数据恢复是保护数据的最后手段， 动型信息攻击的最后一道防线。 数据备份方案SQL SERVER 数据库的备份方法主要有完整备份，差异备份，事SQL SERVER 推荐的备份方式为每周一次根据数据安全性的要求，务日志备份等。完整备份，每天一次差异备份，每半个小时一次事务日志备份。和db_owner 固定服务器角色以及默认情况下，为sysadmin 2 BACKUP DATABASE 固定数据库角色的成员授予db_backupoperator 权限。和BACKUP LOG 备份设备的物理文件的所有权和权限问题可能会妨碍备份操作。 服务的帐SQL Server SQL Server 必须能够读取和写入设备；运行户必须具有写入权限。备份文件存放磁盘需要与数据库文件存放磁盘分开，避免磁盘 冲突。备份执行时间与数据库作业执行时间错开，避免备份影响IO 数据库作业的执行。维护计划功能可以较好的实现自动化备份，在使用SQL SERVER 代理功能。如下图：该功能前启动数据库管理器上的SQL SERVER