数据备份与恢复计划
服务器上的资料档案非常重要，因硬件损坏或人为疏忽而造成资料丢失的问题应予防止，只有定期备份才可以使损失降至最低。
为使各服务器管理员执行规范管理，有据可依，特制定本管理规定。
1、作业内容：
凡由电脑部进行统一管理的所有数据文档。
2、权责：
、备份操作者:负责执行服务器数据资料备份。
、负责人执行备份时必须每天检查各服务器的备份情况，并将备份时出现异常情况的服务器在电脑部内部系统的备份核查报表中进行登记说明
3、参考文件：
内部网上电脑部内部系统的备份及周核查表。
4、定义：
备份形态
完全备份(Full Backup)
数据库完全备份
重要文件完全备份
差异备份
数据库差异备份
增量备份(Differential Backup)
重要文件增量备份(磁带备份软件可实现)
备份数据的分类
根据服务器资料的特性以及用户所用资料的常用性质，数据的备份可分为以下几类：
(1).数据库备份(Database Management System)
包括
console16 :
computer(电脑部内部系统)、network(内部通告网)
console12 数据库:
New_mrp、newperson(人事薪资人事查询系统)
Console28:
BaDaMa(badama考勤)
Console29(ERP数据库):
rptdb,SHCN,TJZ,WTDDB03,YINGJI,YINGJIHK,YYZM,YINYUDB,ZMLCNDB ,IEDB1,LEDDB,master
Console31:
Smart(智慧一卡通)
Console38:
RuvarOA(OA数据库)
(2).文件档案系统资料备份(File System Data)
此资料为各部门线上作业的文件资料档，统一存放于文件服
务器。包括console15(Nas System)市场部和财务的备份和总
管理处，console6成本报价与分厂报价备份，PDC备份(包括
制造中心,研发总部,受控文件,一些临时交换文件)。
Console1内部所有网站备份（包括内部通告网、业务传真网）。
Console32文秘室、市场部、采购部归档文件。
(3).网站与邮件(WEBSite and MailSystem)
公司网站与邮件分为两部分,一部分为内部和外部,外部的为
香港ISP托管部分,部分及恢复操作都有ISP帮助完成。内部
的网站备份都由自己完成，内部邮件系统暂时不做备份，只
是平时一些文件及信息交换。
(4).一些特别系统的备份.如各财务软件，研发软件，将归为一类。
5、备份规定:
6.1数据库/文件备份的执行（计划任务或者其他计划软件）
a.日备份:
时间: 每周一到每周六23点至次日8点执行;
内容:数据库备份
备份类型:差异备份.
保存期限:只要空间允许，可以长期存放.
b.周备份:
时间:每周星期日23点至下周一8点执行.
内容:数据库系统
备份类型:完全备份.
保存期限: 只要空间允许，可以长期存放.
c.磁带备份：
周期:按磁盘容量执行。
内容:所有备份，以备后查的。主要三个方面，每个
月更新的；每年中需永久备份的月份；每个月都要保
存的。数据库文件大小大约等于400G 时，写入一盘
400G 的磁带。
备份类型:完全备份
保存期限:写入磁带进行保存.
系统的备份策略主要：文件服务器分为三个月备份，每个月更替前三个月的资料，每年取中期的磁带，以备后查。每月做个完整备份，每天做增量备份。Console32每个月完全备份，在此基础上每天增量备份。
ERP 数据库及人事系统数据库是本机备份后，每天差异，当天移到console21的本地磁盘压缩备份，最后一个月左右备份到磁带上。
所有备份磁带将存到异楼保险柜中。
6.2 备份的方式
根据公司的网络架构及资料的复杂性，计划采用“三层备份模式”及“异地存储备份”来备份资料。模块如图：
文件服务器
DB 服务器 本地备份
带库或DVD
异地备份,主要是异楼备份,服务器放置在公司另一个大楼内,如图所示的本地备份中,之后备份回到带库中.
6.3备份工具
a．数据库的备份主要采用SQL SERVER2K的数据库自动备份工具。
b．windows自带的备份工具ntbackup。
c．专业备份软件，symantec backup
d．其他一些备份软件，如robocopy;secondcopy,
e．专业刻录软件，在将备份在本地磁盘上的数据写入至磁带或者DVD光盘上时用到。
6、备份介质
备份介质分类:磁带/DVD/CD-R/带库
备份介质的存放:指定干燥通风的安全地方.
备份时注意的问题：在将备份到本地的文件写入磁带时，切记不可中途将磁带从磁带机取出，也不能在写入磁带时重新启动服务
器，否则会造成写入磁带的数据受到损坏，恢复时无法使用。在写入磁带的时候，每写好一个磁带，必须立刻给该磁带编好序号，以备恢复数据时使用。
备份介质编码原则:
数据库备份文件：DB+ServerName+备份日期。DB表示为数据库
备份（用于区别是数据库还是文件备份）；
ServerName是数据库所属的服务器名；日期格
式为：四位年+月+日。例如：在2006/08/10
对CONSOLE28数据库服务器进行备份，则命名
为：DBCONSOLE10
文件备份：FL+ComputerName+备份日期。FL表示为文件备
份；ComputerName是文件服务器名；日期格式
为：四位年+月+日。
例如：在2006/08/06日对PDC文件服务器中的
“工程文件”夹进行备份，则命名为：FLPDC 为
区别完全备份与增量备份，在进行增量备份时，
文件名是以”_”来结尾的。
7、资料恢复(RESTORE)作业
8.1若主机资料损坏，遗失或异常时，备份负责人需用最近备份的文
件进行资料恢复作业。
若从磁带恢复文件，需要找到最近备份的一组磁带，按照磁带上标记的序号，依次放入磁带机进行读取数据，放入顺序切记不可以混乱，一定要按照顺序放入磁带。
数据库恢复采用每周测试恢复数据，验证数据的完整性。
8、备份检查
备份服务器检查
检查备份是否成功，不成功的备份尽可能重新备份。
磁带检查
尽量频繁对磁带进行检查及清理操作，每半年拿出所有磁带进行全面检查，具体方法为倒带、恢复所有数据，再重新写入其他磁带，保证磁带因长久没有使用出现问题。
ORACLE数据备份与数据恢复方案
O R A C L E数据备份与数据恢 复方案 Prepared on 24 November 2020
摘要 结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。 Oracle数据库有三种标准的备份方法，它们分别是导出／导入 （EXP/IMP）、热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。 关键字：数据库远程异地集中备份 目录
一、前言 目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。 因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。 二、金华电信ORACLE数据库的备份与恢复方案 由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服
SQL SERVER数据库备份与恢复方案
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 代理功能。
Outlook应用指南(1)——数据备份还原技巧
Outlook中存储了日常工作所需的重要数据，因此，Outlook数据的及时备份也就显得尤为重要。一般情况下，Outlook中的数据都是通过PST文件进行存储 和备份的。 PST文件（Personal Folder File个人文件夹）在实质上是一组Outlook信息的集合，如：收件箱、发件箱、草稿、日历、任务、地址簿，但不包含邮件账户及规则。Outlook为每个用户都建立独立的PST文件。如果你使用的是Windows XP，那么，你会在“X:￥Documents and Settings￥用户名￥Local Settings￥Application Data￥Microsoft￥Outlook”目录下面找到名为“Outlook.pst”的文件，这就是属于你的PST文件，默认状态下，这个文件中存储了Outlook中与你的账户相关的所有信息。 1. 备份Outlook数据文件 执行【文件】菜单下的【导入和导出】命令，在弹出的“导入和导出向导”对话框中，选择“导出到一个文件”一项，单击【下一步】按钮。 接下来，在“创建文件的类型”中选择“个人文件夹文件(.pst)”一项，单击【下 一步】按钮。
在“选定导出的文件夹” 中，我们可以选择需要备份的内容，比如收件箱、联系人、日历等。如果想要将收件箱中所有的邮件都备份，记得要选择下面的“包括子文件夹”项。如果想要将当前Outlook中所有的信息全都备份在一个pst文件里，可以直接选择文件夹树形结构的最顶端——“个人文件夹”一项。 最后，指定好个人文件夹的保存位置，单击【完成】按钮，即可开始进行备份。
2. Outlook数据的还原 一旦Outlook数据有损失，或者需要对Outlook数据进行迁移，我们都可以将曾经备份好的Outlook数据文件还原回来。还原过程与备份是相逆的操作，其方法与备份是基本相同的。 我们同样要执行【文件】菜单下的【导入和导出】命令，在对话框中则要选择“从另一个程序或文件导入”这一项，单击【下一步】按钮。 选择导入文件的类型是“个人文件夹文件(.pst)”。 指定需要导入的pst文件的位置。
双机热备的数据备份和灾难备份方案
双机热备的数据备份和灾难备份方案 一、方案背景 1. 用户目前数据环境及需求 根据提供的信息，目前用户的系统环境如下描述：操作系统：Windows 操作系统，关键数据：VSS 数据库现在用户要备份的服务器为2台数据库服务器做双机热备集群，整个系统对于备份的要求：备份系统稳定可靠，保证随时能够备份/还原关键数据；对服务器有灾备的考虑，操作系统崩溃时能通过灾难备份快速恢复操作系统。同时考虑远期建设目标平滑过渡，避免重复投资。 2. 用户目前状态和存在的问题 目前用户双机服务器拓扑图如下，这样的方式存在以下问题： a) 由于主机与备机及磁盘阵列中的数据都没有备份，一旦发生磁盘阵列数据丢失、主机与备机数据丢失事故时，将会造成重大损失。 b) 当服务器操作系统崩溃时，无法快速恢复。 二、设计方案 1. 设计原则 根据上述问题建议的备份方案应该遵循以下原则：备份系统应该支持Open File 热备份功能磁盘阵列连接在专用的备份服务器上、对双机集群中的2台机器都能进行数据备份、备份软件支持定时计划备份、备份软软件支持服务器灾难备份、备份软件提供网络集中备份功能，能集中备份网络上其余SQL Server、ORACLE或文件数据，提供良好的扩展性。 2. 方案的设计 依据上述设计原则，建议采用爱数备份软件专业备份软件安装在一台备份服务器上，通过网络对双机系统进行数据备份和操作系统灾难备份。Backup Exec 作为专业的备份软件，具有以下优点： c) 专业的企业网络集中备份解决方案，一台备份服务器可以备份网络上多台服务器数据（文件服务器、VSS服务器、数据库服务器、邮件服务器等） d) 备份软件支持Open file 热备份功能，能对正在使用的数据进行备份。 e) 能根据需要制定灵活多变的备份计划任务 f) 支持服务器操作系统崩溃灾难备份/恢复
oracle数据库备份与恢复方案
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.如项目上采用了专门的备份软件，有专用的备份存储，应提前规划好备份的存
系统运维管理-备份与恢复管理(Ⅰ)
系统运维管理备份与恢复管理（Ⅰ） 版本历史 编制人： 审批人：
目录 目录 (2) 一、要求容 (3) 二、实施建议 (3) 三、常见问题 (4) 四、实施难点 (4) 五、测评方法 (4) 六、参考资料 (5)
一、要求容 a)应识别需要定期备份的重要业务信息、系统数据及软件系统等； b)应建立备份与恢复管理相关的安全管理制度，对备份信息的备份方式、备份频度、存储介质和保存期等进行规定； c)应根据数据的重要性和数据对系统运行的影响，制定数据的备份策略和恢复策略，备份策略须指明备份数据的放置场所、文件命名规则、介质替换频率和将数据离站运输的方法； d)应建立控制数据备份和恢复过程的程序，记录备份过程，对需要采取加密或数据隐藏处理的备份数据，进行备份和加密操作时要求两名工作人员在场，所有文件和记录应妥善保存； e)应定期执行恢复程序，检查和测试备份介质的有效性，确保可以在恢复程序规定的时间完成备份的恢复； f)应根据信息系统的备份技术要求，制定相应的灾难恢复计划，并对其进行测试以确保各个恢复规程的正确性和计划整体的有效性，测试容包括运行系统恢复、人员协调、备用系统性能测试、通信连接等，根据测试结果，对不适用的规定进行修改或更新。 二、实施建议 制定数据备份的规定，包括备份的策略、计划和容等信息，备份策略的制定要结合本身数据量多少、数据更新时间等要求进行制定，对备份的数据要进行定期的恢复性测试，保证该备份的可用性。数据的恢复管理不仅仅是灾难恢复的计划，应当针对不同的数据恢复要求和恢复的容制定多种适当的恢复策略，并定期对策略的有效性进行测试。
三、常见问题 多数公司没有对备份的数据进行恢复性测试。 四、实施难点 数据的恢复性测试需要建立测试的环境，投入较大；如果在原有系统上进行测试，应当不影响系统的正常运行，并确保原有系统能够快速的恢复。 五、测评方法 形式访谈，检查。对象系统运维负责人，系统管理员，数据库管理员，网络管理员，备份和恢复管理制度文档，备份和恢复策略文档，备份和恢复程序文档，备份过程记录文档，检查灾难恢复计划文档。 实施 a)应访谈系统管理员、数据库管理员和网络管理员，询问是否识别出需要定期备份的业务信息、系统数据及软件系统，主要有哪些；对其的备份工作是否以文档形式规了备份方式、频度、介质、保存期等容，数据备份和恢复策略是否文档化，备份和恢复过程是否文档化，对特殊备份数据（如数据）的操作是否要求人员数量，过程是否记录备案； b)应访谈系统管理员、数据库管理员和网络管理员，询问是否定期执行恢复程序，周期多长，系统是否按照恢复程序完成恢复，如有问题，是否针对问题进行恢复程序的改进或调整其他因素； c)应访谈系统运维负责人，询问是否根据信息系统的备份技术措施制定相应的灾难恢复计划，是否对灾难恢复计划进行测试并修改，是否对灾难恢复计划定期进行审查并更新，目前的灾难恢复计划文档为第几版； d)应检查备份和恢复管理制度文档，查看是否对备份方式、频度、介质、保存期等容进行规定； e)应检查数据备份和恢复策略文档，查看其容是否覆盖数据的存放场所、文
金蝶 K3 OA V10.2 服务器备份、恢复及迁移指导手册
金蝶K/3 OA 服务器备份、恢复及迁移 指导手册 金蝶国际 2005年1月
目录 1金蝶K/3 OA服务器的备份与恢复 (3) 1.1情况介绍 (3) 1.2最佳的备份策略 (3) 1.3如何恢复系统 (3) 1.4OA系统恢复的最低条件 (3) 2金蝶K/3 OA服务器的迁移 (5) 2.1情况介绍 (5) 2.2如何迁移系统 (6)
*****以下所有的操作方案都要求以细心的数据备份为前提 1金蝶K/3 OA服务器的备份与恢复 1.1情况介绍 最糟糕的事情发生了，不幸的系统管理员某一天上班突然发现OA服务器已经无法开启了，这可怎么办？别担心，如果他做好了备份工作，他就可以在短时间内恢复系统。 1.2 最佳的备份策略 ●首先管理员应该每周进行一次对整个“Lotus”文件夹的备份。(建议采用磁带机或专业 配分软件备份) ●然后在OA系统中设置OA数据库的备份规则。设置过程如下： 1、在Notes中，打开系统设置库。 2、点击“工具→备份设置”按钮。 3、在“每日备份时间”中天日备份启动的时间。在“保存几个备份”中建议填入5。 这样在备份目录中可以始终保留下最近5天的备份数据。在“目的路径”中填入备 份的数据的存放目录。 4、之后，点击按钮“保存”，再点击按钮“定时备份”。 5、设置好之后，请注意保证Domino在设置好的每日备份时间时为开启状态。 1.3 如何恢复系统 按照以上的备份规则，可以采用如下操作恢复系统。 1、如果需要的话，可以将OA服务器的操作系统重装一下（注意服务器的机器名称和IP地 址设置为和原来一样）。 2、然后首先将每周备份的“Lotus”文件夹恢复到他原来的路径下。 3、再将最近一次的OA自动备份的“K3OA”目录恢复到Lotus\Domino\Data目录下,替换原 有的“K3OA”目录。 4、运行Lotus\Domino\nserver.exe启动Domino服务器。运行Lotus\notes\notes.exe 启动Notes客户端。 1.4 OA系统恢复的最低条件 如果他没有备份整个Lotus文件夹的话，那他至少需要备份了以下文件： Cert.id（验证字文件） Server.id（服务器ID文件） User.id（管理员ID文件） Name.nsf（Domino服务器通讯录数据库）
CSP数据库数据备份恢复应急演练方案
第一卷施工组织设计 数据备份恢复应急演练方案 二零一四年十月
目录 第一章应急恢复演练场景 (2) 2.1应急恢复演练内容 (2) 2.4.1应急恢复演练主要步骤 (2) 2.3.1应急恢复演练观察、跟踪和审计 (2) 附件一：数据库应急恢复演练详细步骤 (4) 附件二: 恢复预演时间估算 (8)
第一章应急恢复演练场景 序号项目内容备注 1场景模拟CSP数据库发生异常数据库无法正常启动 2演练目标在异机重构数据库，进行全库恢复； 11.2.0.4.4的RAC 数据库恢复到11.2.0.4.4的rac数据库中。 2.1应急恢复演练内容 2.4.1应急恢复演练主要步骤 1)应用数据的检测 2)应用数据备份 3)模拟数据库损坏，不能正常启动 4)执行事件应急响应机制 5)通知应急恢复管理团队 6)应急恢复管理团队报到，各恢复小组报到 7)数据库开始恢复（具体步骤参见附件一） 8)通知数据恢复 9)恢复后的数据库测试和校验 a)通过对比生产库与演练库的数据查询一致度来判断恢复是否成功； b)通过将演练库接入到应用系统测试环境中，来检验演练库是否能够正常 对外工作。 2.3.1应急恢复演练观察、跟踪和审计 应急恢复演练观察、跟踪和审计内容： 各执行步骤的实际开始和结束时间 操作步骤执行的正确性 演练工作清单的完整性和正确性
应急恢复操作手册的完整性和正确性应用系统功能和数据录入测试的结果
附件一：数据库应急恢复演练详细步骤 将RMAN备份文件拷贝到异机相同目录下。 1.创建。恢复pfile文件 通过RMAN备份文件恢复参数控制文件内容如下： 2.配置oracle_sid 3.启动库到nomount状态 4.从pfile恢复spfile
mysql备份与恢复方案
服务器备份方案 一、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服务器上脚本如下：
备份和恢复策略
备份和恢复策略 备份策略 如下的备份方案是可行及有效的： ●冷备份 ●全部和部分卸出（数据）(exp/imp) ●以上方法可以组合使用（建议） 备份方案的优缺点： 1 冷备份 备份过程： 关闭数据库，拷贝所有数据库文件（包括控制文件，重作日志文件，数据文件） 恢复过程：将原来数据库数据文件全部删除（控制文件，重作日志文件，数据文件），将备份拷贝回相应目录，数据库重起即可用。 优点：备份方法简单，可靠，速度快且安全的备份。 缺点：只能恢复到备份时间点，有可能有数据丢失，备份时数据库必须关闭，不能恢复单个表或用户。 2 全库倒出/部分倒出(EXP) 备份过程： 采用oracle 工具exp 将全库数据（或部分用户数据）逻辑卸出。 恢复过程： 使用oracle 工具imp将数据倒入。可以进行全库，用户或表级的倒入。 优点： 备份安全、有效。可以从整个数据库备份中能够恢复单个表，当恢复时，能对表重新配置和清除碎块，能方便地在不同的操作系统之间移动数据，能从一个用户移动数据到另一个。备份方法简单，无须关闭数据库。备份时间对于中小规模的数据库可以接受，恢复方式灵活，可以根据故障情况灵活进行恢复，有可能节省大量恢复时间。 缺点：无法做到时间点恢复，有可能丢失部分数据，恢复时间较慢，备份频度要求较高，一般要求备份时间和生产时间分开，否则备份时影响性能。 3 备份后数据的存放 （1）、存放在本机（主机）。 优点：备份和导出速快。主要用于短时间数据存储、或数据转存。
缺点：主机容量上的限制、和主机数据在一起存在安全性问题。 （2）、存放在其它PC机上。 优点：与主机容量无关，数据异地保存有利于用户数据安全。 缺点：备份和导出与网络速度有关。 （3）、备份到磁带上。 优点：容量大，存储数据安全,适用数据长期保存。 缺点：备份速度慢，数据可先备份到磁盘上，经过压缩后 tar 到磁带上。 4 数据的保存时间 （1）、每天用EXP 进行全库导出备份，全库导出的数据可保存一周。 （2）、每月进行数据冷备份，冷备份的数据可按时间保存两份以上。 （3）、每月底进行保存一份全库导出的数据，备份数据可保存一年左右，它主要用于历史数据导入查询用。 备份操作例子: 1、每月做一次全库冷备份。 操作事例: (1)、录登主机,关闭数据库 $svrmgrl svrmgrl>CONNECT INTERNAL svrmgrl> shoudown (2)、拷贝所有数据库文件（包括控制文件，重作日志文件，数据文件） $cp -r /ctaisdata1/* /ctaisdump/cdump/ctaisdata1/ $cp -r /ctaisdata2/* /ctaisdump/cdump/ctaisdata2/ $cp -r /ctaisdata3/* /ctaisdump/cdump/ctaisdata3/ 或建立批处理 ctais_dump.sh cp -r /ctaisdata1/* /ctaisdump/cdump/ctaisdata1/ cp -r /ctaisdata2/* /ctaisdump/cdump/ctaisdata2/ cp -r /ctaisdata3/* /ctaisdump/cdump/ctaisdata3/ 用chmod 777 ctais_dump.sh 变为可执行文件 在ROOT 用户运行
数据备份与恢复方案
数据备份与恢复方案 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传输回备份服务器目录位置，检测拷贝后文件的所有者与所有组、权限是否正确，重启所有服务。
数据备份与恢复计划
1、目的： 服务器上的资料档案非常重要，因硬件损坏或人为疏忽而造成资料丢失的问题应予防止，只有定期备份才可以使损失降至最低。 为使各服务器管理员执行规范管理，有据可依，特制定本管理规定。 2、作业内容： 凡由电脑部进行统一管理的所有数据文档。 3、权责： 3.1、备份操作者:负责执行服务器数据资料备份。 3.2、负责人执行备份时必须每天检查各服务器的备份情况， 并将备份时出现异常情况的服务器在电脑部内部系统的备份核 查报表中进行登记说明 4、参考文件： 内部网上电脑部内部系统的备份及周核查表。 5、定义： 5.1 备份形态 完全备份(Full Backup) ?数据库完全备份 ?重要文件完全备份 差异备份 ?数据库差异备份
增量备份(Differential Backup) 重要文件增量备份(磁带备份软件可实现) 5.2 备份数据的分类 根据服务器资料的特性以及用户所用资料的常用性质，数据的备份可分为以下几类： (1).数据库备份(Database Management System) 包括 console16 : puter(电脑部内部系统)、network(内部通告网) console12 数据库: New_mrp、newperson(人事薪资人事查询系统) Console28: BaDaMa(badama考勤) Console29(ERP数据库): rptdb,SHCN,TJZ,WTDDB03,YINGJI,YINGJIHK,YYZM,YINYUDB,ZMLCNDB ,IEDB1,LEDDB,master Console31: Smart(智慧一卡通) Console38: RuvarOA(OA数据库) (2).文件档案系统资料备份(File System Data) 此资料为各部门线上作业的文件资料档，统一存放于文件服 务器。包括console15(Nas System)市场部和财务的备份和总
数据中心灾难恢复指南(更新)
数据中心灾难恢复指南 （更新版）
数据中心灾难恢复指南（更新版） 当前，基于Web的应用不断普及深入，新一代的企业级数据中心建设已成为行业信息化的新热点。虚拟化、云计算等新技术和概念的提出更是为数据中心的发展开辟了新的道路。但是，无论数据中心怎样变化，企业对于数据中心容灾备份的需求是只会提高不会降低的。此外，在预算日益紧缺的情况下，灾难恢复成本也是企业考虑的重要因素之一。企业灾难因素应该考虑哪些因素？如何将虚拟化应用到灾难恢复中来？如何减少数据中心灾难恢复成本？本指南将对这些问题进行解答。 灾难恢复考虑因素 灾难恢复策略和基础架构本身就很复杂，对于大型企业来说更是这样。在这个过程中存在许多可变因素：需要确定许多标准和流程，需要对人力资源进行组织，需要对技术进行整合，需要辨别不同应用间的差异并为其排定优先次序。 数据中心灾难恢复需要考虑哪些因素？ 将IT变更管理作为灾难恢复的一部分 虚拟化与灾难恢复 现在，许多公司都在它们环境的某处使用虚拟化技术。但是，他们可能不知道如何使用虚拟化技术来进行数据中心灾难恢复规划。学习如何应用虚拟化到灾难恢复很有用，也会受到很多技术上的限制。 虚拟化在数据中心灾难恢复中的作用 利用虚拟化技术来进行数据中心灾难恢复
如何节省灾难恢复成本 如今否认经济形势迫使企业减少预算。尽管灾难恢复（DR）人员在极力劝阻对这个领域预算的削减，DR也无法躲过预算危机。那么对于DR站对站数据复制解决方案的创建和维护而言，有没有什么方法或工具可以降低总的成本呢？ 灾难恢复预算的头号挥霍者 使用开源复制工具来降低灾难恢复成本 你是不是在为了避免麻烦而浪费灾难恢复成本？
数据库备份方案
《客户名称》备份管理系统设计方案上海鸿翼数字计算机网络有限公司
目录 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备份系统风险评估 《》的信息系统管理人员十分重视数据的保护，在没有备份软件的情况下，已经采用了重要数据镜像备份、服务器系统镜像备份等常规保护方法，为企业的数据财产提供了安全的保障。但是以上方法很难实现快速备份和灾难后的迅速恢复，很难保证业务的连续性。
备份与恢复策略
***有限公司编号 备份与恢复策略实施日期2018/12/1 页数1/2 1.0 目的 制定一个适合的行之有效的资料备份和恢复策略，来解决资料丢失或损坏时，能及时有效地恢复应用程式和资料正常运行和访问。 2.0 范围 本公司服务器资料和备份和恢复。 3.0 职责 系统管理员负责数据的备份和恢复。 4.0 细责 4.1备份策略： 日备份：周一至周五每天PM10：30开始备份，日备份保留最近一周的数备份。 周备份：每周的周六PM10：30开始备份，周备份保留最近4周的备份。 月备份：每月的30号PM10：30备份（2月份为27号PM10：30备份），月备份保留最近12个月的备份。 年备份：每年的第12个月的月备份为该年的年备份，年备份保留最近3年的数据。 4.2 服务器内容备份清单 编号服务器名称备份内容介质 1 U8Server 用友数据库本地硬盘 2 U9Server 共享文件本地硬盘 4.3 备份方式及使用备份软件：所有备份为完全备份。用友数库使用windows自动的 Ntbackup软件备份，文件备份为使用windows2003系统自动的VSS做卷影备份。
***有限公司编号 备份与恢复策略实施日期2018/12/1 页数2/2 4.4 数据恢复策略 4.4.1 定期的资料恢复测试：对于备份的资料，为确保资料的可用性与完整性，规定资料恢复测试周期为三个月1次。包括用户放在服务器上共享文件夹的数据和用友数库的数据。如果成功，则操作人员在恢复记录上签字确认，否则操作人员应分析失败原因，找出解决办法并避免失败再次发生。 4.4.2 日常资料的恢复：收到用户的恢复资料的申请时，首先得到IT经理签名，然后依照恢复需求，对数据进行恢复。 制定确认审批 ***
AnyBackup 6.0 Oracle单机备份恢复指南
Oracle单机定时备份恢复配置指南 一、模块说明 1.1、文档适用范围 本文档适用于AnyBackup5.0.0~6.0版本 1.2、原理介绍 使用RMAN脚本进行备份， 1.3、备份介绍 支持完全备份和增量备份，备份时会备份数据库的数据文件，日志文件，参数文件，控制文件； 1.4、恢复介绍 1. Oracle 普通恢复 使用之前的数据库备份集来实现数据库的还原，然后使用归档日志及联机日志将数据库恢复到最新及指定时间点的状态，恢复时需要将停止数据库的生产业务； 2. Oracle 高级恢复 单独恢复不同类型的物理文件，包含控制文件、数据文件、日志文件、参数文件，在用户需要单独恢复各类型的文件时，可以选择此种恢复方式； 3. Oracle 表级恢复 可以在线进行表级恢复，并不影响数据库其它数据的正常业务使用；此种恢复方式主要针对用户误删除误操作，造成的表损坏或者数据丢失，不影响业务的正常运行；
二、环境说明 2.1、用户和客户端说明 2.1.1、用户权限 进行Oracle定时备份时，使用的用户必须是sysdba的权限，否则无法备份，如果使用的是不是sys用户，可以使用下面的命令将dba的权限赋予用户： grant sysdba to eisoo; //把dba的权限赋予用户eisoo 2.1.2、其他厂商库文件查询 其他厂商残留的库文件会影响到备份，Windows库文件名称为orasbt.dll，Linux下文件名为lilbobk.so，如果测试时环境上有其他厂商的客户端，建议先卸载掉，然后使用find命令查询库文件，如果还存在，就将该文件重命名 参考命令：find / -name orasbt.so 2.1.3、数据库位数 备份客户端时选择客户端的位数已Oracle数据库的位数为标准，最简单的检查数据库位数的方法就是在登录时查看输出信息，如下图，如标记有64bit则为64位数据库，如有没有则为32位数据库
数据备份与恢复方案0803
目录 第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 数据库备份与恢复所要达到的目标 备份仅仅是数据保护的手段，“备份数据必须能够迅速、正确的进行恢复”才是真正的目地，换句话说，企业规划备份架构时应该以恢复为最终目的进行构架，当意外发生时、当用户端提出恢复需求时，备份数据要能快速、可靠的恢复，如此的备份才是值得信赖的备份，才有其存储的意义。
数据备份策略
一、数据备份的必要性 对数据的威胁通常比较难于防范，这些威胁一旦变为现实，不仅会毁坏数据，也毁坏访问数据的系统。造成数据丢失和毁坏的原因主要如下几个方面。 1、数据处理和访问软件平台故障。 2、操作系统的设计漏洞或设计者出于不可告人的目的而人为预置的“黑洞”。 3、系统的硬件故障。 4、人为的操作失误。 5、网络内非法访问者的恶意破坏。 6、网络供电系统故障等。 计算机里面重要的数据、档案或历史纪录，不论是对企业用户还是对个人用户，都是至关重要的，一时不慎丢失，都会造成不可估量的损失，轻则辛苦积累起来的心血付之东流，严重的会影响企业的正常运作，给科研、生产造成巨大的损失。为了保障生产、销售、开发的正常运行，企业用户应当采取先进、有效的措施，对数据进行备份、防范于未然。 数据备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。在一个构建完整的IT应用系统中，数据备份是不可或缺的一个重要部分。 企业信息中心的数据都关系到系统能否正常运转和生产是否能够正常进行的关键信息，一旦损失后将无法弥补。因此，有必要考虑对关键数据进行及时备份。服务器数据备份作为系统维护操作中不可缺少的工作，数据备份工作的好坏，直接关乎应用服务器的生死存亡，直接关系到应用的生存能力。我们提供了三种备份策略，以便能够更好的做好备份工作，给相应的应用提供最坚强的后盾，确保在数据库数据损坏或者丢失的情况下，能够尽快复原，降低最小损失。 二、传统磁带备份 完全备份：这是业界目前最普遍的备份策略方案,定期对自己的系统进行完整数据备份。这种备份策略的好处是:当发生数据丢失的灾难时,可以及时的恢复到备份时的所有数据。然而它的不足之处在于,每天都对整个系统进行完全备份,造成备份的数据大量重复。这些重复的数据占用了大量的磁带空间,这对用户来说就意味着增加成本。其次,由于需要备份的数据量较大,因此备份所需的时间也
联通xxxx系统备份和恢复指南
联通XXXX系统备份和恢复指南 数据库备份原则和周期 备份工作应遵循快速、有效原则。 各项数据的备份周期建议如下： 1、数据库：建议SYSDB每天做全量备份，同时做文本备份和exp导出备份 （1）文本备份每天做全量备份，备份时间为3:00，主机和磁阵上分别保留两份备份文件，主机上的保留周期为3天，磁阵上的保留周期为15天。 （2）exp导出备份每天做两次，备份时间为0点和12点，主机和磁阵上分别保留两份备份文件，主机上的保留周期为3天，磁阵上的保留周期为15天。 BILLDB每月做两次全量备份，备份时间为每月的1号和16号3:00。只在磁阵上保留备份文件，磁阵上的保留周期为3个月。 2、话单文件：建议每月做一次全量备份，备份时间为1号3:00，只在磁阵上保留备份文件，磁阵上的保留周期为3个月，本地只保留最新的备份。 3、配置文件：建议系统上线后备份一次，以后如果有修改则重新备份，只在主机保留备份文件。 自动备份篇 自动备份只备份数据库，配置文件和话单文件采取手动备份的方式进行。自动备份是在oracle的用户下进行的，需要将备份文件放置目录的权限赋予oracle用户。并设置oracle 用户的crontab。 # crontab –e 00 3 * * * /opt/oracle/backup/backup.sh > /dev/null 2>&1 00 0,12 * * * /opt/oracle/backup/backup.sh -L > /dev/null 2>&1 00 3 1,16 * * /opt/oracle/backup/backup.sh -B > /dev/null 2>&1 1.每天对sysdb进行自动备份： （1）每天3:00对sysdb进行文本备份，备份文件的目录： 本地目录：/export/home/backup/sysdb/exp 异地目录：/export/home/mps/sysdb/exp 文件命名格式为：AAABackup_2009080611_asc.tar.Z （2）每天0:00和12:00对sysdb进行二进制备份，备份文件放置的目录： 本地目录：/export/home/backup/sysdb/asc 异地目录：/export/home/mps/sysdb/asc 文件命名格式为：AAABackup_2009080600_exp.tar.Z 2.每月1号和16号的3:00对billdb进行自动备份 本地目录：/export/home/backup/billdb