数据库备份方案

数据库备份恢复方案

Version 1.0

2011/1/18

一、修改记录 (3)

二、简介 (3)

三、生产库备份恢复计划 (4)

1. 数据库恢复模式 (4)

2. 系统数据库的备份 (4)

3. 用户数据库的备份 (5)

4. 验证备份内容 (6)

5. 备份文件大小和位置 (6)

6. 磁盘配置要求 (6)

7. 远程备份 (6)

8. 备份操作的管理 (6)

四、生产库还原操作 (7)

1. 数据库服务权限 (7)

2. 备份还原顺序 (8)

五、数据库归档 (8)

六、其它数据保护方案 (10)

1. 数据库镜像 (10)

2. 日志传送 (11)

一、修改记录

二、简介

本手册旨在提高数据库大容量时备份的速度和数据安全性，并在数据库故障时进行快速还原。

数据库备份和恢复技术是数据库系统维护工作中的重要技术，不论是开发测试环境的数据库，还是生产环境的数据库，建议都要进行备份，而且要确保备份文件可用。对于数据库系统来说，当发生故障甚至是灾难性的故障的时候，数据库备份就是最有效的最后一道防线。对于数据库维护人员来说，备份与恢复技术的熟练运用，加之规范性的操作，是企业数据库系统正常运行的重要保障。

创建SQL Server 备份的目的是为了可以恢复已损坏的数据库。但是，备份和还原数据必须根据特定环境进行自定义，并且必须使用可用资源。因此，可靠使用备份和还原以实现恢复需要有一个备份和还原策略。设计良好的备份和还原策略在考虑到特定业务要求的同时，可以尽量提高数据的可用性并尽量减少数据的丢失。

设计有效的备份和还原策略需要仔细计划、实现和测试。测试是必需环节。直到成功还原了还原策略中所有组合内的备份后，才会生成备份策略。必须考虑各种因素。其中包括：您的组织对数据库的生产目标，尤其是对可用性和防止数据丢失的要求。

每个数据库的特性，包括：大小、使用模式、内容特性以及数据要求等。

对资源的约束，例如：硬件、人员、备份媒体的存储空间以及所存储媒体的物理安全性等。

设计备份和还原计划时，应根据您自身的特定环境和业务需求来考虑灾难恢复计划。例如，假设失火了并且烧毁了您的24 小时数据中心。您是否有把握恢复数据？恢复系统并保证系统运行需要多长时间？您的用户能够承受丢失多少数据？

理想的情况是，灾难恢复计划应规定恢复所需的时间以及用户可以期望的最终数据库状态。例如，可以确定在获取指定的硬件后，在48 小时内完成恢复，并且保证最多能恢复到上周末时的数据。灾难恢复计划可以通过多种方式构建，并且可以包含各种类型的信息。灾难恢复计划类型包括：

●获取硬件计划。

●通信计划。

●发生灾难时的联系人名单。

●与负责处理灾难的人员的联系方式。

●对计划拥有管理权的人员的信息。

●每个恢复方案所需执行的任务的清单。为了便于您检查灾难恢复的进度，将初始化

已完成的任务，并在清单中指示任务完成时间。

三、生产库备份恢复计划

当前数据库数据和索引容量大概20G左右，为了提高在容量继续增大时备份和还原的效率，并保证数据尽量不丢失，建议采用如下备份策略：

1.数据库恢复模式

为了提高数据安全性，数据库应处于完整恢复模式下，这时所有的修改记录都会记录在日志文件中。对数据库日志文件定期进行备份，以备份这些修改信息。

2.系统数据库的备份

master数据库保存了用户数据库和登录账号等信息，msdb保存了计划任务等信息，model数据库作为创建数据库的模板会保存自定义的一些模板信息。因此，对于这些系统数据库应该在创建用户数据库、修改用户信息、修改作业信息、修改数据库模板等操作后对这些数据库进行备份。因为这些数据库一般比较小，因此可以直接使用数据库完整备份即可。

3.用户数据库的备份

上图描述了数据丢失的风险。假设现在在t9和t10中间的时刻出现硬件故障。首先尝试备份数据库的尾日志，就是t9时刻后的日志，如果能成功备份则不会丢失任何数据。如果无法备份尾日志，则丢失从t9时刻之后的操作。这时可以通过还原t1时刻的完整备份和t7时刻的差异备份，接着还原t8和t9时刻的日志备份，如果有尾日志备份继续还原尾日志。

a)完整备份周期

完整备份是指对整个数据库所有内容进行备份，就目前数据库的容量进行一次完整备份大概需要30分钟左右可以完成。因完整备份占用与数据库容量大小差不

多的磁盘空间，并且随着容量不断增大，备份时间也会不断增长。

建议完整备份可以每月进行一次。过于频繁的完整备份对于保护数据没有多大意义。随着数据库不断增大，备份周期也应相应调整大些，以避免不必要的重复备

份没有修改过的内容。

b)差异备份周期

差异备份是指自上次完整备份之后所有发生变化的数据块的备份，每执行一次差异备份都会备份下这些数据块。因此在每次执行完数据库完整备份后差异备份的

内容就会变小。因为差异备份包含的内容较小，因此备份频率可以高一些。随着数

据块内容不断被更新或插入删除新的记录，被修改的数据块会越来越多，当所有数

据块都被修改过后，差异备份所包含的内容就与完整备份是一样的。因此，应该定

期对数据库进行完整备份，以减小每次差异备份的包含的数据块。

建议差异备份可以每天进行一次。每次差异备份都会包含前一次差异备份的内

容，因此完成备份之后，之前的差异备份可以删除。

c)日志备份周期

日志备份保存了自上次完整或差异备份之后对数据库内容的修改信息。为了尽量避

免数据的丢失，建议每15分钟或30分钟进行一次日志备份。过于频繁的日志备份

会对数据库性能造成一定影响，因此备份频率不应过高。

4.验证备份内容

为了保证备份的有效性，在进行备份时应对数据页面进行校验和验证，以保证当前数据页的有效性。在完成备份时，为了保证写入磁盘的备份内容一致，应对备份文件使用RESTORE VERIFYONLY执行还原操作验证，保证备份文件的有效。

5.备份文件大小和位置

为了在数据库损坏时尽快恢复数据库，节省远程拷贝备份文件的时间，应在本机保留至少一次完整备份和它之后所有的差异和日志备份文件用于还原数据库。同时，为了在拷贝文件时占用生产服务器过多内存，并能保存至磁带设备中，每个备份文件的大小一般控制在2G左右。

6.磁盘配置要求

为了避免硬盘故障造成数据库和备份文件同时损坏，应确保本地有两个以上的独立硬盘，分别存放数据库文件和备份文件。如果使用共享存储设备，应确保每个LUN所对应的卷使用不同的独立磁盘设备。

7.远程备份

为了防止单点故障，应先在本机完成备份并验证备份有效性后，定期把备份拷贝至远程服务器。根据业务需要远程备份应至少保留两个备份周期以内的备份文件。

8.备份操作的管理

因为数据库的差异备份和日志备份是基于完整备份的，如果完整备份没有或是无效，这些差异和日志备份就变得没有意义。因此应防止除管理员之外的人员对数据库进行的任何备份操作。如果备份是备份到原有完整备份指定的目录位置，应确保保留至下一个有效的完整备份之后才能删除这个完整备份。

如果因为需要在不是指定的备份时刻进行完整备份，应使用“仅复制备份”方式对数据库进行备份，以防止破坏当前数据库的备份链。具体语法参见下面示例：

BACKUP DATABASE database_name TO … WITH COPY_ONLY…

四、生产库还原操作

1.数据库服务权限

为了加快在数据库还原操作时的效率，应为SQL服务的启动账号分配“执行卷维护任务”的权限。这样，在还原操作期间可绕过为每个文件的bit位进行初始设置为0的操作，可提高还原速度。

2.备份还原顺序

以上图为例，假设完整备份的周期为1月，差异备份每天执行一次，日志备份每30分钟执行一次。完整备份包含了数据库中的所有内容，差异是自上次完整备份之后变化的内容，日志备份是自上次完整或差异之后变化的信息。因此如果想要还原到t11这个时刻的数据库状态，应先还原t1的完整备份，再还原t10的差异备份，接着还原t11的日志备份即可使数据库上线使用。

如果想还原到t14时刻，则只需要还原t13的完整备份和t14的日志备份即可使用数据库上线使用。

五、数据库归档

根据业务需要，对于不需要使用的历史数据迁移至归档数据库中。对归档的数据库，只在每次归档操作之后做一次备份即可。因为归档库不需要做修改操作，因此恢复模式可以设置为简单恢复模式，这时不需要对日志进行备份。

归档数据库保存的历史数据比较多，在数据库规模超过TG级别时，备份时可以使用文件组或文件的备份方式。在创建归档历史库时，把所有索引独立于它所在的表，存放在单独的文件组，因为索引可以根据表的内容生成，因此不需要备份索引所在的文件组。把不频繁变化的表放在同一个文件组中。把经常变化的表使用分区的方式创建，每次做归档操作时把这些数据保存至不同的分区下，备份时只需要备份这个分区所在的文件组便可完成备份操作。所有文件组备份的集合构成整个数据库的内容。

使用文件组备份可以大大减小备份的时间和空间要求，但是会增加还原操作时的时间。因些，只建议在数据库超过TG以上使用这种方式。下面示意图演示了文件组备份的策略：

还原数据库时，还原主文件组和其它的备份文件组即可还原整个数据库。如果有日志备份，要把数据库完整备份之后的所有日志备份还原才可使数据库处于在线状态。因为要还原很多文件，因此还原时间会比其它方式要长很多，而且对数据库维护人员也有较高的要求。

六、其它数据保护方案

1.数据库镜像

为了防止机器故障时还原操作影响业务使用，可以使用镜像技术在另一台机器创建一个备用的数据库。此数据库的内容可以与生产库的数据适时同步，确保数据不会丢失。

同时，如果有一台见证服务器的话，可以在生产库发生故障时实现自动切换。不影响业务的正常操作。如果没有见证服务器只能进行手动切换程序才可继续使用。见证服务器可以使用一般的PC机，安装SQL Express版本的SQL Server。镜像服务器因为在发生故障时要提供服务，因此建议配置与生产库应该相当。

2.日志传送

使用日志传送技术把生产库的内容定期同步到备用服务器，在生产库故障时，可以手动切换至任意一台备用库上继续提供服务。同时，备用库可以作为报表数据库分担生产库的部分负载。日志同步要定时操作，因此不能保证数据不丢失。

数据库备份方案

《客户名称》备份管理系统设计方案上海鸿翼数字计算机网络有限公司

目录 1.项目概述 (3) 2.系统需求分析 (4) 1. (4) 2. (4) 1 (4) 2 (4) 1.1系统现状分析 (4) 1.2备份系统风险评估 (4) 1.3备份系统需求分析 (5) 3.系统备份理念 (5) 1 (5) 2 (5) 3 (5) 3.1系统设计指引 (5) 3.2数据保护技术选择 (6) 3.3连续数据保护 (7) 3.4备份管理系统组成 (7) 4.系统备份结构设计 (9) 1 (9) 2 (9) 3 (9) 4 (9)

4.1整体系统架构设计 (9) 5.系统备份方案介绍 (11) 1 (11) 2 (11) 3 (11) 4 (11) 5 (11) 5.1W INDOWS服务器自身备份 (11) 5.2双机热备 (13) 5.3爱数备份 (14) 6.总结 (17) 1.项目概述

上海鸿翼数字计算机网络有限公司将根据《》的网络实际需求，制定一套完整的集数据备份、灾难恢复、服务器整合及虚拟化一身的方案。一个完整的企业数据备份与恢复解决方案就意味着数据安全与性能（机器和网络）的完美结合，一条龙式的服务标准（产品的服务与支持）。所以在选择备份系统时，既要做到满足系统容量不断增加的需求，又要所用的备份方式能够支持多系统平台操作。要达到这些，就要充分使用网络数据存储系统，在分布式网络环境下，通过专业的数据存储软件，配合系统备份及双机备份，结合相应的硬件和存储设备，对网络的数据备份进行集中管理，从而实现自动化备份、文件归档、数据分级存储和灾难恢复。 2.系统需求分析 1.1系统现状分析《》网络基础结构是基于Windows平台，现在拥有X台服务器。《》的文档管理系统包含了文件服务器、转档服务器、数据库服务器等企业信息管理系统，为企业的发展提供了强有力的信息化支持。主要数据库包含了Microsoft SQL Server、Oracle、DB2等。 1.2备份系统风险评估《》的信息系统管理人员十分重视数据的保护，在没有备份软件的情况下，已经采用了重要数据镜像备份、服务器系统镜像备份等常规保护方法，为企业的数据财产提供了安全的保障。但是以上方法很难实现快速备份和灾难后的迅速恢复，很难保证业务的连续性。根据上面的备份管理系统的风险评估，建议《》使用ESioo安全备份专家软件，配合Windows自带备份和双机虚拟备份，并重新设计相关备份的恢复策略，达到可以快速恢复数据备份和快速恢复文档管理系统备份的水平，从而提高整个企业的数据安全级别。

实验九：数据库备份及恢复

实验九：数据库备份及恢复一、实验目的 1.熟悉数据库备份及恢复机制； 2.了解SQL Server的数据备份和恢复机制； 3.掌握SQL-Server中数据库备份和恢复的方法。二、实验环境已安装SQL Server 2005 企业版的计算机；具有局域网环境,有固定IP; 三、实验学时 2学时四、实验要求 1.了解创建备份设备和进行数据库完全备份操作的方法； 2.了解进行数据库恢复的步骤； 3.完成实验报告。五、实验内容及步骤以管理员帐号登录SQL Server Management Studio，以原有数据库stu为基础，请使用Management Stuio界面方式或T-SQL 语句实现以下操作： 1.针对数据库stu创建完全数据库备份集stu.bak，目标磁盘为D：\ user \ stu.bak; BACKUP DATABASE student TO DISK='C:\user\stu.bak' 2.在数据库stu中新建数据表ceshi，内容自定，然后针对数据库stu创建差异备份； CREATE TABLE ceshi ( Sno char(9)NOT NULL primary key, Sname char(6)NOT NULL, Ssex char(2)NULL, Sage int NULL, Sdept varchar(8)NULL ) GO BACKUP DATABASE student TO DISK='C:\user\stu_differential.bak' WITH DIFFERENTIAL 3.向数据库stu的数据表ceshi插入部分记录，然后针对数据库stu创建事务日志备份；

数据库备份策略说明

数据库备份策略说明 1、备份目的保障项目数据安全，防止服务器故障导致数据无法恢复的情况。 2、备份策略综述：所有mysql实例已经实现了master、slave结构，我们备份一般在slave服务器进行。部分备份完成之后，会上传一份数据到存储机或者其他服务器进行异机及异地备份，另外备份保存一份。一、备份方式 1、本机备份该备份模式，适合于快速恢复数据。比如：误操作删除数据等 2、异机容灾备份该备份模式，能比较好的规避单机故障问题。 3、异地容灾备份该备份模式，规避大规模IDC故障（比如：火灾、地震、空调故障等）、数据安全问题二、备份频率 1、主站www、bbs、blog等核心项目，进行每天完整备份。结合各项目数据库实例master 与slave结构，以及当前slave服务器负载和带宽情况，采用crontab定时备份。 2、对于跟商业有关的项目，备份策略同核心项目。 3、非核心项目90%备份策略采用核心项目备份机制，其他采用每周备份策略。 4、对于近期大规模更新数据或者数据库结构变更的数据库实例，采用人员干预备份模式，即走备份申请流程。三、备份准备 1、创建备份目录 /opt/phpdba/backup/database 2、脚本编写详见第四项，备份脚本 3、加入计划任务crontab 4、检查备份情况 5、添加每天检查列表四、备份脚本

#!/bin/sh LogFile=db$(date +%y%m%d).log week=`date +%w` cd /opt/phpdba/backup/database for DBName in database do NewFile=db$DBName$(date +%y%m%d).tar.gz OldLogFile=db$(date -d '7 days ago' +%y%m%d).log if [ -f $OldLogFile ] then rm -f $OldLogFile >> $LogFile 2>&1 echo "[$OldLogFile]Delete Old log File Success!" >> $LogFile else echo "[$OldLogFile]No Old log File!" >> $LogFile fi case $week in 1) date=`date -d '56 days ago' +%y%m%d` OldFile=db$DBName$date.tar.gz if [ -f $OldFile ] then rm -f $OldFile >> $LogFile 2>&1 echo "[$OldFile]Delete Old File Success!" >> $LogFile else echo "[$OldFile]No Old Backup File!" >> $LogFile fi ;; 2|3|4|5|6|0) date=`date -d '7 days ago' +%y%m%d` OldFile=db$DBName$date.tar.gz if [ -f $OldFile ] then rm -f $OldFile >> $LogFile 2>&1 echo "[$OldFile]Delete Old File Success!" >> $LogFile else echo "[$OldFile]No Old Backup File!" >> $LogFile fi ;; esac if [ -f $NewFile ] then echo "[$NewFile]The Backup File is exists,Can't Backup!" >> $LogFile else

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)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服

数据库备份与恢复

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：

数据中心双机备份系统解决方案

数据中心双机备份系统解决方案 [导读]与数据库联系密切的共享内存和异步 I/O 专门进行了调整，在此平台之上建立数据库的应用可以得到超乎寻常的性能。应用摘要对于企业用户来说，多种服务都是建立在数据库基础之上的，大型www 服务器和邮件服务器都必须通过与数据库的连接来提供更强大的服务，也便于提供高级信息内容管理解决方案，利于实现最有效的信息存储、管理和分享。通过使用数据库可以集中地存储、管理和使用信息内容、把数据整合到几个服务器上以便于及时地发布，同时也可以减少信息技术费用，减低复杂性。选择一个好的操作系统平台和数据库平台是ISP/ICP 能够提供高质量服务的关键。应用领域通用方案内容基于 Turbolinux 的TurboHA 双机容错解决方案： Turbolinux TDS Server 是面向建立数据库应用而开发的高性能网络操作系统平台，其设计的目标是提供一个高性能、高稳定性的操作系统平台，系统针对数据库平台进行了全面的优化，对核心系统进行了专门的定制开发，所有核心参数的设置都是基于运行数据库系统而进行考虑，使其与Turbolinux Server 6.0 无缝的连接在一起，充分发挥其优越的性能。与数据库联系密切的共享内存和异步 I/O 专门进行了调整，在此平台之上建立数据库的应用可以得到超乎寻常的性能。TDS 全面捆绑了 Oracle 的数据库产品 Oracle 8i ，使数据库的安装不再成为困难，用户可以在进行操作系统安装时就可以同时进行数据库的安装，用户只需选择是否安装数据库就可以完成复杂的数据库安装工作，减少现场工程师的技术支持费用。整个操作系统和数据库捆绑在一起的费用非常低，而高性能的配置能提升整个系统的性能。 TurboHA 通过装在两个服务器中的双机热备份系统软件，使系统具有在线容错的能力，即当处于工作状态的服务器无法正常工作时，通过双机系统容错软件，使处于守候监护状态的另一台服务器迅速接管不正常服务器上的业务程序及数据资料，使得网络用户的业务交易正常运行，保证交易数据的完整一致性及交易业务的高可靠性。 TurboHA 采用容错软件与磁盘阵列结合的解决方案，达到监控所有的软硬件的资源操作，并且具有自动处理一些错误的功能。 TurboHA 能够管理两台Linux 服务器，并提供两种工作模式。 TurboHA 采用的双服务器采用TCP/IP 网络协议和用户连接。双机后台对于客户─服务器网络用户透明。 TurboHA 提供一个逻辑的IP Address，任一用户上网只需要用到这一地址;当后台有一台服务器出现故障时，另外一台服务器会自动将其网卡的 IP Address 替换为170.200.80.99; 这样，用户一端的网络不会因为一台服务器出现故障而断掉。对于数据库，当有一台服务器出现故障时，另外一台服务器会自动接管数据库engine ;同时激活数据库和应用程序，便用户数据库可以继续操作，对用户而言不受影响。 TurboHA 内部含有SCSI 侦测心跳及网络侦测心跳两条通讯线路，可靠安全。监控的对象资源包括数据库运行状态、应用程序。当系统确认需要切换时，TurboHA 在尽可能短的时间内完成安全切换，并对其切换过程提供动态监测、显示，同时为用户提出排除故障的操作提示。

数据库备份和还原操作方法

数据库备份和还原在收费系统运行一段时间后,如发生系统不正常要重装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）

数据库备份方案

数据库备份恢复方案 Version 1.0 2011/1/18

目录一、修改记录 (3) 二、简介 (3) 三、生产库备份恢复计划 (4) 1. 数据库恢复模式 (4) 2. 系统数据库的备份 (4) 3. 用户数据库的备份 (5) 4. 验证备份内容 (6) 5. 备份文件大小和位置 (6) 6. 磁盘配置要求 (6) 7. 远程备份 (6) 8. 备份操作的管理 (6) 四、生产库还原操作 (7) 1. 数据库服务权限 (7) 2. 备份还原顺序 (8) 五、数据库归档 (8) 六、其它数据保护方案 (10) 1. 数据库镜像 (10) 2. 日志传送 (11)

一、修改记录二、简介本手册旨在提高数据库大容量时备份的速度和数据安全性，并在数据库故障时进行快速还原。数据库备份和恢复技术是数据库系统维护工作中的重要技术，不论是开发测试环境的数据库，还是生产环境的数据库，建议都要进行备份，而且要确保备份文件可用。对于数据库系统来说，当发生故障甚至是灾难性的故障的时候，数据库备份就是最有效的最后一道防线。对于数据库维护人员来说，备份与恢复技术的熟练运用，加之规范性的操作，是企业数据库系统正常运行的重要保障。创建SQL Server 备份的目的是为了可以恢复已损坏的数据库。但是，备份和还原数据必须根据特定环境进行自定义，并且必须使用可用资源。因此，可靠使用备份和还原以实现恢复需要有一个备份和还原策略。设计良好的备份和还原策略在考虑到特定业务要求的同时，可以尽量提高数据的可用性并尽量减少数据的丢失。设计有效的备份和还原策略需要仔细计划、实现和测试。测试是必需环节。直到成功还原了还原策略中所有组合内的备份后，才会生成备份策略。必须考虑各种因素。其中包括：您的组织对数据库的生产目标，尤其是对可用性和防止数据丢失的要求。每个数据库的特性，包括：大小、使用模式、内容特性以及数据要求等。对资源的约束，例如：硬件、人员、备份媒体的存储空间以及所存储媒体的物理安全性等。设计备份和还原计划时，应根据您自身的特定环境和业务需求来考虑灾难恢复计划。例如，假设失火了并且烧毁了您的24 小时数据中心。您是否有把握恢复数据？恢复系统并保证系统运行需要多长时间？您的用户能够承受丢失多少数据？理想的情况是，灾难恢复计划应规定恢复所需的时间以及用户可以期望的最终数据库状态。例如，可以确定在获取指定的硬件后，在48 小时内完成恢复，并且保证最多能恢复到上周末时的数据。灾难恢复计划可以通过多种方式构建，并且可以包含各种类型的信息。灾难恢复计划类型包括： ●获取硬件计划。 ●通信计划。 ●发生灾难时的联系人名单。 ●与负责处理灾难的人员的联系方式。 ●对计划拥有管理权的人员的信息。 ●每个恢复方案所需执行的任务的清单。为了便于您检查灾难恢复的进度，将初始化已完成的任务，并在清单中指示任务完成时间。

Oracle数据库备份方式

Oracle数据库备份方式 Oracle的内核提供数据库的备份和恢复机制,SQL*DBA按表空间进行数据的备份和恢复。Oracle提供两种方式:备份恢复和向前滚动,保证意外故障恢复数据库的一致性和完整性。 ____1. 备份恢复方式 ____对数据库的某个一致状态建立副本,并储存在介质上脱机保存,以此作为数据库恢复的基础。现以Oracle实用程序Export/Import来介绍备份恢复方式。 ____Export/Import是Oracle提供的两个互补性程序,即卸载和装载。它们既完成数据库与操作系统文件的互为转载,同时可以有效地回收数据库的碎片,提供不同版本间Oracle 数据传送的手段,进行不同用户间的数据传送。 ____Export数据卸载,将数据从Oracle写到指定的操作系统文件进行备份。卸载的对象、内容与数量有三种模式:TABLE MODE(表模式)、USER MODE(用户模式)、FULL DATABASEM ODE(所有数据库模式)。使用方式既可用交互方式,也可采用命令行方式,以"关键字=值" 将所需信息在命令行中逐一描述来进行卸载。Export要求用户具有CONNECT或DBA特权。 ____Import与Export互逆,将操作系统文件重新装载至Oracle数据库中,使用方式如Expo rt。使用者要求具有CONNECT和RESOURCE特权,且可选择部分或全部装入。 ____Export/Import非常方便,系统开销小,它的限制是输出的操作系统文件采用专门的压缩方式存放,仅提供给Import使用。 ____也可采用SQL*PLUS和SQL*LOADER实用工具进行备份。使用SQL*PLUS的SPOOL 命令通过脱机定向输出,使用PLUS格式化结果,形成指定格式的ASCII文件,需要时可用SQL*LOADER 进行加载。它的方便之处是ASCII文件可以编辑,可方便地加载至其他数据库(如FoxPro、Sybase中)。 ____2. 向前滚动方式 ____Oracle提供向前滚动方式,使建立备份后成功的事务不会丢失。恢复的基础是数据库的某个一致性状态(即方式1完成的备份恢复),恢复的依据是存档的重作记录文件。启动重作记录文件方法如下: ____(1) 启动Oracle; ____(2) 连接Oracle:CONNECT SYSTEM/PASSWORD; ____(3) 启动ARCHIVE LOG。 ____出现介质故障时,可用SQL*DBA的RECOVER命令,利用存档的重作记录文件恢复一个或多个表空间。RECOVER命令对DATABASE或TABLASPACE进行恢复。前者要求SQL*DBA START UP已被排斥方式装载且未被打开;后者对无活跃回退段的表空间执行脱机,要求数据库已装载且被打

数据库备份方案

《客户名称》备份管理系统设计方案上海鸿翼数字计算机网络有限公司

目录 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备份系统风险评估《》的信息系统管理人员十分重视数据的保护，在没有备份软件的情况下，已经采用了重要数据镜像备份、服务器系统镜像备份等常规保护方法，为企业的数据财产提供了安全的保障。但是以上方法很难实现快速备份和灾难后的迅速恢复，很难保证业务的连续性。

实验10 数据库备份与还原

实验10 数据库备份与还原创建备份（1）选择【stu】数据库右击，单击【属性】。（2）单击【选项】页，将【恢复模式】设置为【完整】。（3）选择【stu】数据库右击，依次选择【任务】、【备份】，将打开【备份数据库】对话框备份数据库（4）在【备份类型】列表框中，选择【完整】。注意：创建完整数据库备份之后，才可以创建差异数据库备份。注：选择【差异】即进行差异备份；选择【事务日志】即进行日志备份；若要备份日志尾部（即活动的日志），则需在【选择页】窗格中单击【选项】，再选中【备份日志尾部，并使数据库处于还原状态】。（5）对于【备份组件】，选择【数据库】。（6）单击【添加】按钮，打开【选择备份目标】对话框：

选择备份目标（8）选择备份路径和输入备份文件名。若想将数据库备份到备份设备上，则应在选择备份设备作为备份目标(如果不存在备份设备，应该先创建)，再选择相应的备份设备即可。创建备份设备（1）右击【备份设备】，然后单击【新建备份设备】，打开【备份设备】对话框:

（2）在【设备名称】文本框中输入新建设备名，如【dev1】。（3）在【文件】框中指定备份设备对应的备份文件及路径。还原备份在【还原数据库】对话框的【要还原的源】部分中选择【从数据库】，以从SQL Server 识别的备份集中还原。也可选择【从设备】并指定备份文件和包含要存储的备份的设备来从备用备份中还原。（1）选择【数据库】右击，依次选择【任务】、【还原】，将出现【还原数据库】对话框：还原数据库（2）在【常规】页上，还原数据库的名称将显示在【目标数据库】列表框中。若要创建新数据库，请在列表框中输入数据库名。此处输入【stu】。（3）选择【源设备】，在【备份媒体】列表框中选择【文件】，单击【添加】按钮选择【stu.bak】返回【指定备份】对话框：

oracle数据库备份与恢复实施方案

oracle数据库备份与恢复方案

————————————————————————————————作者：————————————————————————————————日期：

oracle数据库备份与恢复方案文件控制?受控?不受控文档编号日期项目名称版本号分册名称第册/共册总页数正文附录编制审批生效日期

目录一、编写目的 (1) 二、备份工具及备份方式 (1) 三、软件备份 (1) 四、软件恢复 (1) 五、数据备份 (2) 六、备份的存储 (2) 七、备份数据的保存规定 (2) 八、备份介质的格式 (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.1.备份软件的选型 1.1.1.与windows 的可靠性和兼容性 ?要求备份软件有好的兼容性，能支持现有的各种的微软平台。可以通过1个主备份平台，可以保护现有的WINDOWS平台，Windows NT, Windows 2000和微软最新推出的Windows 2003的32位及64位操作系统，以满足商业的需求。 ?要求备份软件可靠，得到微软公司在各个操作平台上的集成及认证,以证明其可靠性和兼容性，长期被微软公司所采纳使用。 ?能支持微软公司的各种应用，包括SQL server, Exchange server, Sharepoint portal server的各种版本，能够支持最新的应用数据库，如SQL 2003，EXCHANGE 2003 及SHAREPOINT PORTAL 2003，并且同时能够备份Windows Server上的各种内核的内容，如Windows Active Directory,集群配额数据库，Windows 2003 Shadow copy

组件等等。 ?要求软件有多种语言版本，对中文操作系统以及各种中文软件有完善的支持。 1.1. 2.灵活性和易于使用 ?要求备份软件有友好的操作介面，同时可以提供任何地点皆可使用的Internet介面，以方便管理人员随时随地进行远程管理。 ?要求备份软件有集中管理的能力，有层次化的结构。当有多台备份服务器需要管理的时候，能通过一个管理平台把多台服务器的状态监控起来。同时，要有对备份服务器远程维护的能力，如备份服务器的远程安装，远程的修复。 ?要求备份软件简单易用，对各种应用，如文件、SQL，EXCHANGE数据库的备份和恢复的策略设置都有专门的向导功能，以便用户在最短的时间内可以将相关的数据保护起来。同时，要求备份软件有像基于日历的任务管理，方便查阅每天的备份作业。 ?要求备份软件有试运行的功能，以便备份策略在实施前得到验证和修改。 ?要求备份管理软件除了普通的备份恢复日志外，更有生成备份恢复及其它相关管理的统计报表/图表的功能，可以将一段时间内备份恢复、备份设备及介质使用等详细进行详细的统计，并通过图表的方式表现出来。 1.1.3.软件的先进性 ?要求备份管理软件可以根据需求有各种方法控制备份和恢复对资源的占用。例如可以定地义备份和恢复的数据流使用服务器的指定网口以减少网络带宽的占用，通过选项定义防火墙的端口等。 ?要求备份软件支持多种的备份方式，如LAN备份，SAN 备份等各种方式。 ?要求备份管理具有强大的灾难恢复能力，可以在发生极端灾难时迅速地通过灾难恢复磁带将整个系统迅速恢复，无需重新安装操作系统、驱动程序、应用系统等等。通过灾难恢复可以恢复如IBM、HP、DELL等服务器厂商的功能管理分区。支持现有的所有Windows平台，如NT4，2000及Windows 2003的32位及64位操作系统，能与Windows 2003的ASR功能集成，快速恢复系统。 ?要求备份软件在技术上领先，满足数据快速备份和恢复的要求。除了一般的备份和

SQL数据库备份与恢复操作流程

1.数据库备份 1）打开“开始”——“程序”——Microsoft SQL Server——企业管理器，进入之后，将页面左边的“控制台根目录”下的“+”一个一个都点开，一直到点开“数据库”前的“+”。可以看到第一个数据库应该是CORPSCAN，在这个数据库上面点右键，选择“所有任务”中的“备份数据库”，如下图所示： 2）在弹出的选择框中点“添加”按钮：

3）弹出如下的窗口：且必须给这个备份文件起一个文件名（一般我们都以日期做为备份文件名），如

下图所示：上述备份文件就是放在D:\ 这个目录下，文件名为20051120。然后点“确定”。4）可以看到“备份到”那里有个路径和文件名了，其它什么都不用动，然后点“确定”就可以了，如下图所示：备份文件成功后会有提示信息，可以到备份的目录下找到备份的文件。

2.数据库还原和数据库的备份操作类似。具体流程如下： 1）打开“开始”——“程序”——Microsoft SQL Server——企业管理器，进入之后，将页面左边的“控制台根目录”下的“+”一个一个都点开，一直到点开“数据库”前的“+”。可以看到第一个数据库应该是CORPSCAN，在这个数据库上面点右键，选择“所有任务”中的“还原数据库”，如下图所示： 2）在弹出的页面上，在“还原”那里选择“从设备”，然后点一下“选择设备”，如图所示：

3）在弹出的页面上点一下“添加”按钮，就出现“选择还原目的”的对话框，在“文件名”后面有个浏览按钮，在那里选择要还原的文件（就是之前备份的数据库文件），然后点“确定”，再确定，再确定，就可以了，还原成功之后会有提示的：

ORACLE数据库备份与恢复详解

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）

oracle数据库备份与恢复的三种方法(1)

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：二、冷备份冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份时将关键性文件拷贝到另外的位置的一种说法。对于备份Oracle信息而言，冷备份时最快和最安全的方法。冷备份的优点是：１、是非常快速的备份方法（只需拷文件）２、容易归档（简单拷贝即可）３、容易恢复到某个时间点上（只需将文件再拷贝回去）４、能与归档方法相结合，做数据库“最佳状态”的恢复。５、低度维护，高度安全。但冷备份也有如下不足：１、单独使用时，只能提供到“某一时间点上”的恢复。２、再实施备份的全过程中，数据库必须要作备份而不能作其他工作。也就是说，在冷备份过程中，数据库必须是关闭状态。

DB2大数据库备份与恢复详解

DB2数据库备份与恢复 1.备份 1.1离线备份(必须在数据库所在PC机进行操作) STEP 1 连接到要备份的数据库 (数据库名：ncc) C:\Documents and Settings\Administrator>db2 connect to ncc user nccwykpi using nccwykpi STEP 2 显示数据库应用状态 C:\Documents and Settings\Administrator>db2 list applications

STEP 3 停掉数据库应用 C:\Documents and Settings\Administrator>db2 force applications all 注意：由于该命令是异步的，所以在进行备份的时候会出现以下错误信息。此时可以再次执行db2 force applications all 命令。 STEP 4 对数据库进行离线状态下的备份 C:\Documents and Settings\Administrator>db2 backup database ncc to d:\db2\backup

注意：指定的备份文件的输出目录必须是已创建的，否则会报错。 STEP 5 查看备份历史记录 C:\Documents and Settings\Administrator>db2 list history backup all for ncc

1.2在线备份注意：如果要做在线的备份，要对两个参数作修改：USEREXIT和LOGRETAIN，将其修改为on，默认是off的，默认使用日志模式，修改完参数后，可以变为归档日志模式，启用了userexit做数据库日志的归档。 STEP 1 查看数据库当前的属性 C:\Documents and Settings\Administrator>db2 get db cfg STEP 2 设置userexit、logretain参数的状态为on C:\Documents and Settings\Administrator>db2 update db cfg for ncc using userexit on C:\Documents and Settings\Administrator>db2 update db cfg for ncc using logretain

数据库备份方案

《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';