系统备份策略.docx
《系统备份策略.docx》由会员分享,可在线阅读,更多相关《系统备份策略.docx(15页珍藏版)》请在冰点文库上搜索。
系统备份策略
系统备份策略
1.为什么要做备份备份是防止用户数据丢失的重要手段,备份的最终目的是确保数据的安全,我们知道以下各种灾难总是难以避免:
Hardware(disk)Failure
尽管现在多数存贮设备都具有冗余功能,但也不能确保不出现数据丢失(例如种种原因出现两
个以上的硬盘同时损坏等)
Database/ApplicationCorruption
数据库和应用中总是存在bug,或是由于管理上的疏漏而出现数据库表空间和堆栈等溢出而
导致数据被破坏等等。
AdministratorError
系统管理员在日常维护过程中总是难免会犯错而出现误删数据等。
UserError
用户的错误往往也会使数据需要恢复到从前某个时段的状态。
SiteDisater
生活中有很多不可抗因素和自然灾害如:
火灾,洪水,地震,雷击等会造成数据彻底丢失。
2.备份什么操作系统的文件及配置硬盘空间文件系统的划分信息用户profile及个人目录应用及数据库系统的执行代码及文件用户数据
3.备份的分类方式OS/DatabaseBackupIncremental/FullBackupOnline/OfflineBackupLocal/NetworkBackup
4.典型的系统备份策略
OS通常在其本身版本升级,
数据库数据通常时刻在变,因而要每天作备份,而应用系统及
打补丁,配置调整后要重做全备份。
总之原则是,当系统信息全部丢失时,依靠手头的备份能够以最快的速度进行恢复,且信息损失最少或没有损失。
为了达到这一目的,我们在备份时一定要注意做到:
①组织一种适合自己实际情况的备份策略。
②将磁带存储在异地。
③定期清洗磁头。
④不要使用有故障的磁带。
一般来说,我们有三种不同的备份策略,这三种备份策略的区别在于备份所使用磁带的数量不同,这三种策略分别是:
①三带轮换策略:
适合小型系统,能保存三个星期内的网络数据。
如果采用三带轮换策略,我们必须拥有三盘磁带,称为磁带1、磁带2、磁带3。
在第一个星
期的星期一我们用磁带1作一次完全备份,然后在剩下的几天作部分备份(只备份新的或改动过的文件〕。
在第二个星期的星期一我们用磁带2作一次完全备份,在剩下的几天作部分备份。
同理,第三个星期用磁带3备份。
在第四个星期时,我们将取出磁带1,重新开始新一轮备份。
②六带轮换策略:
能保存两个星期内的数据。
如果采用三带轮换策略,这就意味着我们从星期一到星期四的每天都分别使用一盘磁带进行部分备份,然后再用一盘在星期五作完全备份,剩下那盘留在下个星期五作完全备份。
这样我们就可以存储最近两个星期的所有数据。
这个备份策略可以用下图表示:
星期五
星期一星期二星期三星期四
完全备份
部分备份下星期五
③十带轮换策略:
能保存三个月内的数据,尤其适用于需要经常进行完全备份的大型系统。
如果我们采用的是十带轮换策略,那么我们可以对前带的分配方法如下:
部分备份:
星期一
星期二
星期三星期四
每周完全备份:
第一个星期五
第二个星期五
每月完全备份:
第一个月
十带轮换备份的示意图如下:
星期一星期二星期三星期四
部分备份
星期五
2
第二个月第三个月
星期五
3
第三月
第二月
注:
图中的空白磁带表示每第四个星期五都要使用一盘最旧的月备份磁带进行每周的完全备份。
OS的备份
Application备份
DatainDBMS的备份
5.备份系统和数据
HP-UXCore-OS:
这部分内容主要包括一些HP-UX用到的文件系统,如/,/opt,/var,/tmp,/usr,/home,/stand通常这些文件系统位于vg00中。
备份的方法:
fbackup:
+%y%m%d.%H:
%M
+%y%m%d.%H:
%M
-I/tmp/fbackupfiles/index/full.`date
2>/tmp/fbackupfiles/log/full.`date
详见(fbackup的常用方式二)
make_recovery:
#make_recovery-C-A-b/tmp/oslif.rec
详见(make_recovery)
系统配置文件
对于系统一些关键性的文件或信息需要单独进行备份
这样有利于对系统进行恢复。
这些文件或信息包括:
(1)系统Swap信息
#swapinfo-t
(2)系统文件系统信息
#bdf
(4)/etc/fstab(5)系统逻辑卷配置文件
/etc/lvmconf/vg00.confvg01.conf、vg02.conf
这些逻辑卷配置文件可以用命令:
vgcfgbackup/vgcfgrestore生成和恢复
系统其它逻辑卷(如:
vg01、vg02)
备份的方法:
fbackup:
-I/tmp/fbackupfiles/index/full.`date
+%y%m%d.%H:
%M
tar
2>/tmp/fbackupfiles/log/full.`date
+%y%m%d.%H:
%M
#tarcvf/dev/rmt/0m/oracle/app
/home/oracle
数据库的备份
由数据库软件提供,请参照数据库的备份方法
6.谁负责备份(who)
定期对系统进行备份和在系统失效时恢复系统是系统管理员和数据库管理员的一
项主要职责。
他们应检查备份的状态并妥善保管备份。
7.备份的介质和设备(where)
下面是每种备份介质的简单比较数字。
根据你的数据量、要求的性能和备份/恢复的
策略选择合适的介质。
Capacity(Compress
Type
ed)
TransferRate
AppliedMachine
DDS2
8GB
512KB/s
DDSDriver,Autoloader
DDS3
24GB
1024KB/s(with125mtape)
DDSDriver,Autoloader
DLT4000
40GB
1.5MB/s
DLT4000
DLT7000
70GB
5MB/s
DLT7000
DLT磁带库和
Autoloader
可以实现自动备份。
8.备份的方法(how)
Vendor
Utility
Flexibility
Portability
Performance
Usage
Cpio
Tar
Medium
Low
AnyUNIX
Medium
Medium
CopyingdirectorystructuresProducingarchives,
UNIX
AnyUNIX
simpleback-upsDiskandtapecopy,
Dd
Medium
Various
High
convertingformats,rawdeviceback-up
fbackup/frec
High
HP-UX
Medium
Fullandincremental
over
only
systembackup
Sam
Medium
HP-UX
Medium
Easytousesystem
only
backupsandrecoveries
HP
make_recovery
Low
HP-UXonly
High
SystemO.S.fullbackup
MirrorDisk/U
X
Low
HP-UXonly
High
Diskmirroring
System,database
OV-Omniback
High
Various
High
full/partialbackupineasyandfastway
EMC
SRDF
Low
Sametype
High
Diskmirroring
备份有许多可选的方法。
根据环境选择正确的方法是成功备份
/恢复策略的关键。
Stand-byDB
Low
Oracle
Low
Disasterrecoveryfor
Oracle
exp/imp
Database
Makeadumpfilefor
tables
备份策略举例
面是一个虚拟的例子:
备份方案和环境
GigabitSwitch
Hub
132.198.8.1
Data&Heart
Beat
132.198.8.2
system
informataionhostname-hpva
199.1.1.1
HP-UX11.0model-V2250memory-2G4CPU
diskarray
informataion
diskarray
HeartBeat199.1.1.2
hpvb
c
hpva
Hub
el
FibreChann
informataion
NIKEmodel30
NIKEmodel30FibreChannelH/Wpath(hpva)3/1/0-c3tXdY7/1/0-c4tXdY
FibreChannel
H/Wpath(hpva)
3/1/0-c3tXdY
7/1/0-c4tXdY
在本例中,
IKE
30
NIKE30
NIKE30
我们采用OmniBackII作为备份工具:
systeminformataionhostname-hpvbHP-UX11.0model-V2250memory-2G4CPU
diskarrayinformataion
NIKEmodel30FibreChannelH/Wpath(hpva)3/1/0-c5tXdY7/1/0-c6tXdY
备份策略:
1)
Data
Import
weekly,(Daily,
weekly,monthly)Fequency
SizeMediaData.ofdata
Loc.Of
Typeof
O
p
e
r
a
t
i
o
n
s
y
s
t
e
m
C
o
r
eV
-G
Monthly
O0highDDS.0
VM
Config
All
disks
AD
pi1000Monthly
pshighMbDaily
k
Database
1.5Gb
DVVerybGhigh10
2
1.5Gb
DVVerybGhigh20
3
备份恢复策略
有了备份策略,还必须考虑再出现不同的故障时,应该怎样实施相应的恢复。
例如,操作系统受到破坏时,应该怎样恢复?
考虑到此时可能有不同的状况,可能会采取不同的恢复方法。
比如,系统管理员确切地知道只是某几个文件被误删除,则只需简单地从被分钟会这些文件即可;负责,就可能需要用make_recovery进行系统的完全恢复。
也就是说,有了备份策略,管理人员还需要考虑不同情况下的恢复方案,并制成相应的文档,从而保证在紧急情况下正确地恢复系统。
另外,还需要定期地对备份和恢复策略进行测试,以确保方案的可行性。
恢复策略举例
以下是一个虚拟的恢复策略:
假设用户有两台机器,采用MC/ServiceGuard提供高可靠性。
指定如下的恢复策略:
1.系统崩溃/操作系统单节点启动失败
服务的可用性:
不间断服务,服务会自动切换至另一节点。
恢复程序/预计恢复时间
Step1.用“cmviewcl–v”命令和数据库功能检查群集状态,如失败,参见例2。
Step2.用根盘的镜象盘重启系统,如成功,转至step7(30Min)
Step3.用“make_recovery”备份的磁带重启系统,并恢复操作系统,如成功,
转至step6(1.5hour)
Step4.给惠普支持中心打电话,在惠普支持工程师的帮助下解决问题。
Step5.如要重装操作系统,用“make_recovery”或“fbackup”的备份的磁带恢复操作系统.
否则,转至step6(1.5hour)Step6.如果需要,从OmnibackCellServer安装Omniback介质代理和磁盘
代理anddisk
agent,并且恢复操作系统的全备份和增量备份,使操作系统回到最近的状态。
(2hours)
Step7.用“cmrunnode”命令把节点连到群集。
2:
系统崩溃/操作系统双节点启动失败
服务的可用性:
服务大约30分钟不可用。
服务切换到第三台V-Class上的备用数据库,数据库恢复和客户机重连接要花费一些时间。
恢复程序/预计恢复时间
Step1.切换服务到备用数据库,运行数据库恢复和重连客户机到备用数据(30Min)
Step2.用根盘的镜象盘重起系统,如成功,转至step7(30Min)
Step3.用“make_recovery”备份的磁带重启系统,并恢复操作系统,如成功,至
step6(1.5hour)
Step4.给惠普支持中心打电话,在惠普支持工程师的帮助下解决问题。
Step5.如要重装操作系统,用“make_recovery”或“fbackup”的备份的磁带恢复操作系统.
否则,至step7(1.5hour)
Step6.如果需要,从OmnibackCellServer安装Omniback介质代理和磁盘代理anddiskagent,并且恢复操作系统的全备份和增量备份,使操作系统回到最近的状态。
(2hours)
Step7.用“cmruncl”命令启动群集,并检查群集状态。
Step8.夜间把服务转移到主数据库,并检查数据库功能。
3:
根盘硬件损坏
服务的可用性:
不间断服务,服务会自动切换至另一节点。
恢复程序/预计恢复时间
Step1..用“cmviewcl–v”命令和数据库功能检查群状态,如失败,参见例2。
Step2.用根盘的镜象盘重起系统,如成功,至step6(30Min)
Step3.给惠普支持中心打电话,在惠普支持工程师的帮助下解决问题。
Step4.如要重装操作系统,用“make_recovery”或“fbackup”的备份的磁带恢复操作系统.
否则,至step6(1.5hour)
Step5.如果需要,从OmnibackCellServer安装Omniback介质代理和磁盘代理anddiskagent,并且恢复操作系统的全备份和增量备份,使操作系统回到最近的状态。
(2hours)
Step6.用“cmrunnode”命令把节点连到群集。
例4:
数据盘硬件损坏
服务的可用性:
服务大约30分钟不可用。
服务切换到第三台V-Class上的备用数据库,数据库恢复和客户机重连接要花费一些时间。
恢复程序/预计恢复时间
Step1.切换服务到备用数据库,运行数据库恢复和重连客户机到备用数据(30
Min)
Step2.给惠普支持中心打电话,在惠普支持工程师的帮助下解决问题。
Step3.用OV-Omniback恢复数据库全备份和归档备份(>2hours)
Step4.从备用数据库备份数据表,在夜里用Omniback将它恢复到主数据库。
(2.5hours)
Step5..用“cmruncl”命令启动群集,并检查群集状态。
Step6.在夜间将服务转移到主数据库并检查数据库功能。