RMAN备份实施操作
1.硬件环境与软件环境
1、硬件环境：p595
2、软件环境：AIX6.1 x86_64+Oracle 10g(10.1.0.1) RAC
注意：RAC环境下只需在一个节点上执行备份操作即可。
2.修改非归档模式为归档模式
使用Rman备份最好数据库运行在归档模式下，如果系统运行在非归档模式下，需要修改非归档模式为归档模式。修改方法如下：
（一）关闭数据库。关闭之前备份已有的数据，改变数据库的运行方式是对数据库的重要改动，所以要对数据库做备份，对可能出现的问题作出保护。
（二）修改初试化参数，使能自动存档，修改（添加）初始化文件init[SID].ora参数：log_archive_start=true #启动自动归档
log_archive_format=ARC%T%S.arc #归档文件格式
log_archive_dest=/arch12/arch #归档路径
（三）启动Instance到Mount状态，即加载数据库但不打开数据库：
$>sqlplus /nolog
SVRMGRL >conn / as sysdba
SQL > startup mount
（四）发出修改命令
SQL >alter database archivelog;
SQL >alter database open;
3.Rman备份模式
增量备份的级别是一个0到4之间的整数。
增量备份有两种类型：差异型和累积型。差异备份拷贝最近进行的同级或低级增量备份以来所有改变的数据块。当备份命令中使用了incremental关键字时，则默认使用差异备份
作为增量备份的方式。累积备份拷贝最近低级别增量备份以来的所有改变的数据块。4.备份策略和备份脚本
备份策略：周日进行一次全局备份，每天进行一次增量备份。备份文件保留n天，系统自动删除n天前备份内容。如果是迁移操作，可不必关系该内容。
如果执行rman备份，备份到本地服务器，可以在本地服务器建立备份空间（备份空间要足够大，需要估算备份后的空间大小，避免备份因为空间不足，造成备份无法完成），空间路径为：/database_backup/ （后面执行脚本里红色部分内容，可以根据情况自己设定）。
在进行全备的时候，由于RAC的两个节点是共享的所有数据文件，控制文件，所以只需要连接其中的一个节点jfdb1来进行备份（备份路径在节点1上）。文件名：full_backup.sh 和incre_backup.sh
在路径/opt/app/oracle/backup_scripts下编辑并创建系统执行备份脚本，如下
注意：本文的对应内容路径可能有不同，注意根据实际生产环境修改对应目录。
[oracle@jfdb1 backup_scripts]$su – oracle
[oracle@jfdb1 backup_scripts]$cd /opt/app/oracle/backup_scripts
[oracle@jfdb1 backup_scripts]$vi full_backup.sh
#full_backup.sh
export ORACLE_BASE=/opt/app/oracle #oracle环境变量
export ORACLE_HOME=/opt/app/oracle/product/10.2.0/db1 #oracle环境变量
export ORACLE_SID=jfdb1 #定义实例名
export LANG=zh_CN.GB18030 #定义字符集
/opt/app/oracle/product/10.2.0/db1/bin/rman cmdfile= /opt/app/oracle/backup_scripts/jfdb_full_backup.sh
[oracle@jfdb1 backup_scripts]$ su – oracle
[oracle@jfdb1 backup_scripts]$ cd /opt/app/oracle/backup_scripts
[oracle@jfdb1 backup_scripts]$ vi incre_backup.sh
#incre_backup.sh
export ORACLE_BASE=/opt/app/oracle
export ORACLE_HOME=/opt/app/oracle/product/10.2.0/db1
export ORACLE_SID=jfdb1
export LANG=zh_CN.GB18030
/opt/app/oracle/product/10.2.0/db1/bin/rman cmdfile= /opt/app/oracle/backup_scripts/jfdb_incre_backup.sh
编辑并创建Rman执行脚本
[oracle@jfdb1 backup_scripts]$su – oracle
[oracle@jfdb1 backup_scripts]$cd /opt/app/oracle/backup_scripts
[oracle@jfdb1 backup_scripts]$vi jfdb_full_backup.sh
#jfdb_full_backup.sh
connect target /
run{
configure retention policy to recovery window of 21 days;
allocate channel c1 type disk;
allocate channel c2 type disk;
allocate channel c3 type disk;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/database_backup/%F.bck';
CONFIGURE CONTROLFILE AUTOBACKUP ON;
BACKUP SPFILE format '/database_backup/sp_%s_%p_%t';
backup incremental level 0 cumulative tag '%TAG' database format '/database_backup/db_%s_%p_%t';
sql 'alter system archive log current';
backup tag '%TAG' archivelog all not backed up delete all input format '/database_backup/arc_%s_%p_%t';
backup current controlfile format '/database_backup/cf_%s_%p_%t';
delete noprompt obsolete;
release channel c1;
release channel c2;
release channel c3;
}
[oracle@jfdb1 backup_scripts]$Su – oracle
[oracle@jfdb1 backup_scripts]$Cd /opt/app/oracle/backup_scripts
vi jfdb_incre_backup.sh
#jfdb_incre_backup.sh
connect target /
run {
allocate channel c1 type disk;
backup incremental level 1 cumulative as BACKUPSET tag '%TAG' database format '/database_backup/db_%s_%p_%t' include current controlfile;
sql 'alter system archive log current';
backup as BACKUPSET tag '%TAG' archivelog all not backed up delete all input format '/database_backup/arc_%s_%p_%t';
delete noprompt obsolete;
release channel c1;
}
cd /opt/app/oracle/backup_scripts
chown oracle:dba *
chmod 775 *
5.备份任务调度
crontab每周周六晚上2点0分执行一次全备份（包括参数文件、控制文件、数据文件、归档日志），每天晚上1点0分执行一次增量备份（包括控制文件、数据文件增量备份、归档日志），备份保留21天，自动删除21天以前的备份数据。
备份脚本存放在/opt/app/oracle/backup_scripts/下，分别为jfdb_full_backup.sh，jfdb_incre_backup.sh,full_backup.sh，incre_backup.sh备份过程的log在/opt/app/oracle/backup_scripts/下的jfdb_full_backup.log，jfdb_incre_backup.log
在oracle用户下执行crontab –e编辑crontab列表添加如下行：
0 2 * * 6 /opt/app/oracle/backup_scripts/full_backup.sh >>/opt/app/oracle/backup_scripts/jfdb_full _backup.log 2>&1
0 1 * * * /opt/app/oracle/backup_scripts/incre_backup.sh >>/opt/app/oracle/backup_scripts/jfdb_i ncre_backup.log 2>&1
6.恢复操作
1、利用crontab脚本，执行rac数据库的rman全备份及增量备份
2、拷贝备份介质到另一台服务器
3、在一台服务器上执行，停止数据库两个节点的实例，并停止em控制台
[oracle@jfdb1 /]$emctl stop dbconsole
[oracle@jfdb1 /]$srvctl stop instance -d jfdb -i jfdb1
[oracle@jfdb1 /]$srvctl stop instance -d jfdb -i jfdb2
4、执行恢复操作
[oracle@jfdb1 /]$rman target /
set dbid 3896756965 ――此DBID从/database_backup目录下控制文件备份得到，或通过在视图database查看得到该值select dbid from v$database。
restore spfile from '/database_backup/c-3896756965-20080901-11.bck'; ――是/database_backup 下时间最新的控制文件的备份。
shutdown immediate;
startup nomount;
5、set dbid 3896756965
restore controlfile from '/database_backup/c-3896756965-20080901-11.bck'; ――是/backup_data 下时间最新的控制文件的备份。
alter database mount;
6、restore database; #拷贝数据文件，rman拷贝数据文件到本地数据库
7、recover database; #装载数据库
8、alter database open resetlogs;
注意：在恢复的第6步，如果因为数据文件很多，还可以开通多通道进行恢复，脚本如下
Rman > run {
allocate channel t1 type disk;
allocate channel t2 type disk;
allocate channel t3 type disk;
allocate channel t4 type disk;
allocate channel t5 type disk;
restore database;
release channel t1;
release channel t2;
release channel t3;
release channel t4;
release channel t5;
}
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 前出现
完全备份： 完全备份是指对数据库中使用过的所有数据块进行备份，当然，没有使用过的数据块是不做备份的。在进行完全备份时，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。 增量备份的方式：
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.如项目上采用了专门的备份软件，有专用的备份存储，应提前规划好备份的存
数据库rman 备份恢复文档 Rman 简介 RMAN是ORACLE!供的恢复和备份工具，是随Oracle服务器软件一同安装的工具软件，它可以用来备份和恢复数据库文件、归档日志和控制文件，用来执行完全或不完全的数据库恢复。与传统工具相比，RMAN 具有独特的优势：跳过未使用的数据块。当备份一个RMAN 备份集时，RMAN不会备份从未被写入的数据块，而传统的方式无法获知那些是未被使用的数据块。RMAr使用Oracle特有的二进制压缩模式，与传统备份的压缩方式相比，能够最大程度地压缩数据块中的一些典型数据。二．系统规划数据库备份文件不建议与系统盘（ C 盘）、oracle 数据文件存放盘（ D 盘）存放在一起，本文单独存放于 E 盘。 注：在进行以下操作前要根据自己的环境建立如下目录“”，“' E:\archivelog_backup ”，“ E:/orabackup_script/ ”。本文用到的命令中的标点均为英文字符下的标点。三．设置oracle 数据库为归档模式（ARCHIVELOG）按以下步骤操作，检查oracle 数据库是否为归档模式。 1. 选择“开始”“系统” “运行”，输入cmd按回车。 2. 输入“ sqlplus ”，按回车。 3. 输入“ system / as sysdba ”，按回车。 4. 输入数据库system 账号的密码，按回车。 5. 查看数据库归档模式，输入“ archive log list; ”，按回车。如下图所示。
C ： XDocuments and Settings\Adminis ：tpator>sqIplus SQL*Flus: Re lease 10,2.0.1.0 - Production on 星期二 1 月 8 22：2S ：02 201^ Copi/i*ight (c> 1982, Oracle. All rights i^eserved. 旌接到： lOracle Database 10^ Enterprise Edition Release 16.2.0.1.0 - 64b±t Production With the Partit ion Ing, OLAP and D&ta Min inct opt ions 档模式: 2. 关闭数据库。输入“ shutdown immediate; ”，按回车。 3. 启动数据库到mount 状态。输入“ startup mount; ”，按回车。 4. 更改数据库的归档模式。输入“ alter database archivelog; ”，按回车。 5. 打开数据库。输入“ alter database open; ”，按回车。 Me 模 日列 hi 忐 黑 B 档 点壘 心 澤-4^ 的日 L>-?m 『早前L> SQ 数自 4 廿 乘肖 SQ 85; mE 存档模式 如果“数据库日志模式”为“非存档模式” ,则需按照如下步骤开启归 1.设置数据库日志归档路径。 输入“ alter system set log_archive_dest= 车。 archivelog_backup scope=spfile; ，按回 户名匕 ten / as s i^sdha
服务器备份方案 一、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、查看所有设置：
查看是否归档 1.在linux终端中输入su – oracle转移到ORACLE用户下 2.键入：sqlplus system/oracle as sysdba (以DBA身份连接数据库) 3.键入：archive log list；（查看是否归档） 4.SQL>archive log list Database log mode Archive Mode（如果是Archive Mode，则已经归档，可以跳过设置归档，如果不是Archive Mode，则继续执行下一步：设置归档） Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence 10484 Next log sequence to archive 10486 Current log sequence 10486 设置归档 5.键入：shutdown immediate; (立即关闭数据库) 6.键入：startup mount (启动实例并加载数据库，但不打开) 7.键入：alter database archivelog; (更改数据库为归档模式) 8.键入：alter database open; (打开数据库) 设置备份策略 1．为了完善备份以及磁盘空间，则应该设置备份策略 2．键入：quit；（设置归档后退出SQLPLUS） 3．键入：RMAN（进入恢复管理器） 4．rman>connect target / (连接进入目标数据库) 5．Rman>show all;（查看所有配置参数） 6．Rman> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS; 保留7天的备份 7．Rman>quit;(退出) 在执行备份之前，我们应该设置一个存放备份的路径
《客户名称》备份管理系统设计方案上海鸿翼数字计算机网络有限公司
目录 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备份系统风险评估 《》的信息系统管理人员十分重视数据的保护，在没有备份软件的情况下，已经采用了重要数据镜像备份、服务器系统镜像备份等常规保护方法，为企业的数据财产提供了安全的保障。但是以上方法很难实现快速备份和灾难后的迅速恢复，很难保证业务的连续性。
首先确定/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号类似如下：
ORACLE RMAN增量备份经典理解2014-03-29 09:37:46 分类：Oracle Oracle中，增量备份时分等级的，级别从0开始，一级一级递增，不过实际上用的最多的也就是0级和1级了，0级增量备份是后面级别的增量备份的基础，0级备份实际上就是一个完全备份，与普通的完全备份唯一的不同点是0级备份可以作为其他级别增量备份的基础，而普通的完全备份是不能的。 从级别1开始，Oracle的增量备份分为差异增量备份和积累增量备份两种，其中差异增量备份备份的是自上一次同级别的差异备份或者是上一次更高级别的备份完成之后的数据库发生改变的数据块；而积累增量备份则是备份的自上一次上一级增量备份完成以来数据库发生改变的数据块。在《Backup and Recovery User’s Guide》的“增量备份”一节中有两幅图很形象的描述了这两个增量备份之间的异同： 差异增量备份图示
积累增量备份图示 -------------------------------------------------------------------------------------> > rman 全备与0、1级增量备份 1、简单来说，rman全库备份只需要backup database;（未压缩），或者backup as compressed backupset database; （压缩）。即可完全备份，如下： RMAN> backup database; Starting backup at 08-OCT-13 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1
目录 第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 数据库备份与恢复所要达到的目标 备份仅仅是数据保护的手段，“备份数据必须能够迅速、正确的进行恢复”才是真正的目地，换句话说，企业规划备份架构时应该以恢复为最终目的进行构架，当意外发生时、当用户端提出恢复需求时，备份数据要能快速、可靠的恢复，如此的备份才是值得信赖的备份，才有其存储的意义。
谈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数据文件存放路径
Rman归档模式下的热备份策略及实施方案 一、归档模式设置： 1.查看归档状态为非归档 SQL> select log_mode from v$database; LOG_MODE ------------ NOARCHIVELOG archive状态Disabled SQL> archive log list Database log mode No Archive Mode Automatic archival Disabled Archive destination /archivelog Oldest online log sequence 2 Current log sequence 4 2.设置数据库为归档模式 SQL> shutdown immediate； SQL> startup mount; SQL> alter database archivelog; SQL> alter system set log_archive_start=true scope=spfile; SQL> shutdown immediate; SQL> startup; SQL> archive log list Database log mode Archive Mode Automatic archival Enabled Archive destination /archivelog Oldest online log sequence 2 Next log sequence to archive 4 Current log sequence 4 二、rman配置准备： 在Rman中，已设置了参数每次备份自动备份控制文件和参数文件,其配置命令为： $ rman target / RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON; --设置控制文件和参数文件自动备份 RMAN> set controlfileautobackup format for device type disk to '/backupora/%F'; --设置自动备份控制文件存放位置
数据库备份与恢复方案特别是计算机网络的飞速随着计算机的普及和信息技术的进步，数据备份是保证信息安全的一个发展，信息安全的重要性日趋明显。重要方法。就有可能产生数据故数据存储和数据交换，只要发生数据传输、障。这时，如果没有采取数据备份和数据恢复手段与措施，就会导致数据的丢失。有时造成的损失是无法弥补与估量的。数据故障可划分为系统故通常，数据故障的形式是多种多样的。从信息安全数据库备份与恢复方案事务故障和介质故障三大类。障、，也会产生不同种类的角度出，实际上第三方或敌方的“信息攻击”“黑客”入侵型、的数据故障。例如：计算机病毒型、特洛伊木马型、数据被修改、这些故障将会造成的后果有：数据丢失、逻辑炸弹型等。要千方百计地维护系作为系统管理员，增加无用数据及系统瘫痪等。统和数据的完整性与准确性。通常采取的措施有：安装防火墙，防止“黑客”入侵；安装防病毒软件，采取存取控制措施；选用高可靠性的软件产品；增强计算机网络的安全性。“攻击和反攻击”世界上没有万无一失的信息安全措施。信息世界 螺旋式地向前对信息的攻击和防护好似矛与盾的关系，也永无止境。发展。传输和分发中经常会存在一些新的问题，存储、处理、在信息的收集、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
ORACLE备份策略 (ORACLE BACKUP STRATEGY) 第一章. 概要 1、了解什么是备份 2、了解备份的重要性 3、理解数据库的两种运行方式 4、理解不同的备份方式及其区别 5、了解正确的备份策略及其好处 第二章. 了解备份的重要性 可以说，从计算机系统出世的那天起，就有了备份这个概念，计算机以其强大的速度处理能力，取代了很多人为的工作，但是，往往很多时候，它又是那么弱不禁风，主板上的芯片、主板电路、内存、电源等任何一项不能正常工作，都会导致计算机系统不能正常工作。当然，这些损坏可以修复，不会导致应用和数据的损坏。但是，如果计算机的硬盘损坏，将会导致数据丢失，此时必须用备份恢复数据。 其实，在我们的现实世界中，已经就存在很多备份策略，如RAID技术，双机热备，集群技术发展的不就是计算机系统的备份和高可用性吗？有很多时候，系统的备份的确就能解决数据库备份的问题，如磁盘介质的损坏，往往从镜相上面做简单的恢复，或简单的切换机器就可以了。 但是，上面所说的系统备份策略是从硬件的角度来考虑备份与恢复的问题，这是需要代价的。我们所能选择备份策略的依据是：丢是数据的代价与确保数据不丢失的代价之比。还有的时候，硬件的备份有时根本满足不了现实需要，假如你误删了一个表，但是你又想恢复的时候，数据库的备份就变的重要了。ORACLE本身就提供了强大的备份与恢复策略，这里我们只讨论ORACLE备份策略，以下的备份都是指ORACLE数据库备份，恢复将放到下一讲中。 所谓备份，就是把数据库复制到转储设备的过程。其中，转储设备是指用于放置数据库拷贝的磁带或磁盘。 能够进行什么样的恢复依赖于有什么样的备份。作为DBA，有责任从以下三个方面维护数据库的可恢复性： ·使数据库的失效次数减到最少，从而使数据库保持最大的可用性； ·当数据库不可避免地失效后，要使恢复时间减到最少，从而使恢复的效率达到最高； ·当数据库失效后，要确保尽量少的数据丢失或根本不丢失，从而使数据具有最大的可恢复性。 灾难恢复的最重要的工作是设计充足频率的硬盘备份过程。备份过程应该满足系统要求的可恢复性。例如，如果数据库可有较长的关机时间，则可以每周进行一次冷备份，并归档重做日志，对于24*7的系统，或许我们考虑的只能是热备份。如果每天都能备份当然会很
在这里没有讨论多么深入的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=rman/rman@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、查看所有设置： RMAN> show all 5、查看数据库方案报表： RMAN> report schema; 6、备份全库： RMAN> backup database plus archivelog delete input; (备份全库及控制文件、服务器参数文件与所有归档的重做日志，并删除旧的归档日志) 7、备份表空间： RMAN> backup tablespace system plus archivelog delete input; (备份指定表空间及归档的重做日志，并删除旧的归档日志) 8、备份归档日志：
《MonkeyOnline》数据备份方案 备份方式 主从复制+完整备份（Mysqldump或winrar压缩备份DATA目录）+增量备份（启用从服务器二进制日志文件） 备份策略 在主服务器上启用二进制日志实现主从复制做实时在线热备份；在从服务器启用二进制文件，实现在从服务器上做增量备份，每周一凌晨3点转储二进制日志文件进行增量备份；每2周用mysqldump进行完整备份并清空日志和覆盖上次的完整备份；每天做1次winrar 压缩data目录进行完整备份，作为快速恢复备用备份，保留该完整备份一月的备份文件。 该策略相当于保留一个月压缩完整备份和2周的二进制日志增量备份文件。二进制日志可以对任意一天的任何时间点进行恢复，每2周做一次SQL级（dump）完整备份并将二进制日志清空，以释放增加的空间。SQL完整备份+增量备份可以恢复最长一个月内（根据实际需要通过保存二进制日志的天数实施更长时间的恢复）任意一天的任何时间点的数据。 部署实施 1.主从复制 主服务器：当前支撑游戏运行的数据库服务器 从服务器：独立于主服务器且数据库版本和结构与主服务器完全一致的数据库备份服务器 1.1配置主服务器 停止主服务器的mysql服务，修改my.ini 文件，在【mysqld】下添加如下内容： log-bin="D:/mysql/bak/log/log-bin" //启用主库的二进制日志 server-id = 1 //主库服务器唯一ID 重启MySQL,创建一个仅有复制权限的账号作为从库同步专用： GRANT REPLICATION SLAVE ON *.* TO 'repl'@'hostname' IDENTIFIED BY 'slavepass';
ORACLE数据库备份与恢复详解 Oracle的备份与恢复有三种标准的模式，大致分为两大类，备份恢复(物理上的)以及导入导出(逻辑上的)，而备份恢复又可以根据数据库的工作模式分为非归档模式(Nonarchivelog-style)和归档模式(Archivelog-style),通常，我们把非归档模式称为冷备份，而相应的把归档模式称为热备份，他们的关系如下所示 三种方式各有优点，我们做个比较(这个是用Fireworks画的，有点糙)：
$A: 现在先来介绍一下逻辑备份方式的方法，利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回到Oracle数据库中去。理论基础：Oracle 提供的Export和Import具有三种不同的操作方式(就是备份的数据输出(入)类型)： 1，表方式(T) 可以将指定的表导出备份； 2，全库方式(Full) 将数据库中的所有对象导出； 3，用户方式(U) 可以将指定的用户相应的所有数据对象导出； *在导入导出备份方式中，提供了很强大的一种方法，就是增量导出/导入，但是它必须作为System来完成增量的导入导出，而且只能是对整个数据库进行实施。增量导出又可以分为三种类别： 1，完全增量导出（完全备份）(Complete Export) 这种方式将把整个数据库文件导出备份；exp system/manager inctype=complete file=20041125.dmp（为了方便检索和事后的查询，通常我们将备份文件以日期或者其他有明确含义的字符命名） 2，增量型增量导出（增量备份）(Incremental Export) 这种方式将只会备份上一次备份后改变的结果；exp system/manager inctype=incremental file=20041125.dmp 3，累积型增量导出（差异备份）(Cumulate Export) 这种方式的话，是导出自上次完全增量导出后数据库变化的信息。exp system/manager inctype=cumulative file=20041125.dmp 通常情况下，DBA们所要做的，就是按照企业指定或者是自己习惯的标准(如果是自己指定的标准，建议写好计划说明)，一般，我们采用普遍认可的下面的方式进行每天的增量备份： Mon：完全备份（A） Tue：增量导出（B） Wed：增量导出（C） Thu：增量导出（D）
Rman备份语句实例及详细分析 采用下面语句备份可以基本保证一个小型数据库的备份需求。 1rman备份语句实例和详解 RUN { CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS; CONFIGURE CONTROLFILE AUTOBACKUP ON; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'f:/oracle数据库备份/%F'; ALLOCATE CHANNEL CH1 DEVICE TYPE DISK FORMAT 'f:/oracle数据库备份/%U'; BACKUP DATABASE SKIP INACCESSIBLE FILESPERSET 10 PLUS ARCHIVELOG FILESPERSET 20 DELETE ALL INPUT; RELEASE CHANNEL CH1; } ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE DISK; CROSSCHECK BACKUPSET; DELETE NOPROMPT OBSOLETE; --将备份保留7天，过期则自动删除。 --控制文件自动备份 --设置控制文件在磁盘上控制路径和格式。 %F：一个基于DBID 唯一的名称,这个格式的形式为c-IIIIIIIIII-YYYYMMDD-QQ,其中IIIIIIIIII 为该数据库的DBID，YYYYMMDD 为日期，QQ 是一个1-256 的序列； --设置通道的路径及格式。 %U：是%u_%p_%c的简写形式，利用它可以为每一个备份片段（即磁盘文件）生成一个唯一名称，这是最常用的命名方式； %u：是一个由备份集编号和建立时间压缩后组成的8字符名称。利用%u可以为每个备份集生成一个唯一的名称； %p：表示备份集中备份片段的编号，从1 开始编号； %c：备份片的拷贝数(从1开始编号)； --分配通道，自动备份归档日志。 --备份数据库，跳过磁盘上不可读的文件（SKIP INACCESSIBLE） --自动删除已经备份的归档日志。 1）filesperset是每个备份集中包含的最大文件个数 2）应该生成2个备份集，每个备份集包含50个文件 3）如果没有datafilecopy那一句的话，应该是生成2个备份集，每个备份集包含3个文件 allocate channel 提供备份并发度，若平均文件数
相关主题
文本预览