怎么才能建立数据库的自动备份机制.,越详细越好//谢谢

sql server数据库备份方案2008-08-05 13:15SQL Server 数据库备份方案

为了保证SQL Server 数据的安全，数据库管理员应定期备份数据库，在不同情况下应采用不同备份数据库备份策略，一方面维持数据的安全性，另一方面也可保持SQL Server 能顺畅运行。尽最大的努力减少由于数据的损坏对客户造成的损失。

概念

1) 备份工作规划

计算机软硬件的稳定性还未达到非常稳定的状态，计算机中的数据仍有损失或毁坏的情况发生。存在于计算机内的数据不安全，即使采用容错设备，也无法保证数据库 100%安全。 计算机硬件的费用可能很高，但计算机数据更珍贵，做好数据备份，可保证在各种意外发生情况时，仍能保持有数据库的完整性。 管理员必须花时间来备份数据库，但 SQL SERVER也提供不少自动化功能。

2）备份方式

数据库——完全

就是备份整个数据库的内容。若将整个数据库的内容都备份下来，需很多的存储空间来存放备份数据，但其好处是在还原数据库时，也只要将整个数据库从一份数据库备份还原到 SQL SERVER 中就可以了。它是其他备份的基础，在做其他备份之前，必须得做此种方式的备份。

数据库——差异 （Differential）

只备份从上一次执行“完全”数据库备份后有改动的数据，因此所需要的备份时间和备份空间都比“完全” 方式少，所以此方式最适合作为经常性的备份方式。

事务日志（Transaction Log）

只备份事务记录文件的内容，由于事务日志文件只会记录我们在前一次数据库备份或事务日志记录备份之后，对数据库所做的变动过程，也就是只记录某一段时间的数据库变动情况，因此在做事务记录备份之前，必须做一次“完全”的数据库备份

文件和文件组：

如果数据库的内容分散存储于多个文件或文件组，而且数据库已非常大，大到进行一次完整的数据库备份会有时间和存储空间上的问题。这时就可以使用此方式来备份数据库的部分文件或文件组。由于每次只备份部分的文件或文件组，因此需做数次不同的备份才能完成整个数据库的备份。才用此方式备份也有个好处，就是当毁坏的数据只是数据库中的某个文件或文件组时，也只要还原坏的文件或文件组备份就可以了。

3）备份方案制订原则

规划数据库的备份策略，需要考虑备份的各项变量，必须同时考虑到还原作业的进行。在做备份时，可考虑以下几点。

(1) 有多少时间以及在那些时段可进行备份

(2) 数据库变动的频率如何

(3) 数据库大小

(4) 当数据库出问题时，用户愿意等待多久让数据库还原完毕

(5) 应采用何种备份方式，做怎样的搭配

(6) 要使用哪种存储介质

4）备份方案

（1）完全数据库备份配合事务日志备份

对于数据库数据比较大，但每天的变动的内容小，可考虑采用此方式。可定期做一次完整的数据库备份，例如：每周或每月做一次“完全”数据库备份。然后再以较段短的周期，如每天或每两天做一此事务日志备份。这样平时备份工作负担比较轻，发生以外时，可将数据还原到最近期的状态。

（2）完全数据库备份配合差异式备份

此方式是将前一种方式中的事务日志备份方式改成差异式备份。其优点是在做还原时，只需在做完最近一次数据库备份的还原后，再用前一天的差异备份来还原就可以了，不像使用事务记录备份时，需一天一天还原。缺点是在比较后的日子里，每次做差异备份所需的时间和空间会增加。

（3）三种备份方式的综合使用

由于事务记录备份和差异备份各有其优缺点，因此我们可以将两种方法结合起来使用。对于数据信息非常重要，每1、2小时备份一次，可能的损失只是1、2个小时的数据。

（4）当数据库过大，有不易备份的问题时，可以采用文件或文件组备份方式，可考虑将数据库分开存于不同的文件和文件组中，然后以文件和文件组的方式将整个数据库分数次备份。此外，如果数据库中只有部分表经常变动，另一部分很少变动，也可考虑将这两部分存于不同的文件和文件组中，然后用不同的备份频率来备份其内容。 采用此方式备份数据的缺点是：必须数次操作才能备份完数据。

（5）使用备用服务器

采用此方式是再准备一台服务器，先在原服务器上做完全的备份，再把此备份放到备份服务器上做还原，使两边的数据同步，以后可以定期对原数据库做事务日志备份，把事务日志放到备份服务器上还原。当原服务器出现问题既可使用备份服务器接上网络提供服务。

注意：系统数据库的备份与还原是很多用户在定义数据库备份方案中容易忽略的，系统数据库中虽然不保存业务数据，但它保存了很多SQL Server的设置，如果不备份系统数据库，那么在服务器发生故障导致系统损坏时，重新配置所有的SQL Server设置将是一个噩梦DEMO

方案一 数据库备份（常用方案）

在SQL Server备份窗口，可以通过调度设置，将当前进行的备份处理设置为定时自动处理的作用。具体的步骤如下：

1. 展开一个服务器组。

2. 展开一个服务器( SQL Server实例)。

3. 展开【数据库】，右单击要备份的数据库，在弹出的菜单中选择【所有任务】—〉【备份数据库】命令。

4. 在随后打开的SQL Server备份窗口中，设置备份的相关选项。参见前面的备份方案

单击【常规】选项卡，在【调度】项中，选中【调度】复选框，然后单击【调度】复选框后的【…】按钮。在随后出现的【编辑调度】对话框中，设置时间调度安排。

5. 设置完成后，单击【确定】按钮，SQL Server将执行备份操作，同时在【SQL Server 代理】—〉【作业 】中自动建立对应的作业。

6. 在【SQL Server 代理】—〉【作业 】窗口中，可以像处理普通作业一样修改或删除数据库备份窗口中定义的备份计划。

演示

方案二 数据转换法（DTS）

具体的方案就是：

1.主服务器和备份服务器装载完全一样的操作系统和数据库软件，以及相应编制的管理软件；

2.事先选定需要定期更新的表、视图、存储过程等等，必要时可选择全部数据库更新；

3.使用SQL Server 提供的数据转换服务导入/ 导出向导(以SQL Server2000 为例) ，利用复制 SQL Server 对象任务，将 Microsoft SQL Server 对象从SQL Server 的一个实例复制到另一个SQL Server 中；

4.编辑反复出现的作业调度，确定发生的频率和具体时间，一般情况下，由于数据量较大，不提倡每日发生多次，尽量安排在网络空余时间发生。

这个方案优点是：

1.成本低、可靠性高，操作简单，较易维护；

2.系统转换时间短，备份系统替换主服务器只需几分钟。即使出现意外，备份系统很快就会恢复正常，只损失少量数据，重新输入即可；

3.本地和异地备份都是利用晚上网络空闲时间进行的，没有增加日常网络流量，不会增加网络负担。

注意选择传输对象，相同版本的SQL Server 可以相互，或者由低版本向高版本SQL Server 备份，如：

SQL Server 7.0 的实例备份到 SQLServer 2000 的实例。

SQL Server 2000 的实例备份到另一个 SQL Server 2000 的实例。

备份的操作步骤：

1.打开企业管理器，选择SQLServer 服务器的数据库，单击鼠标右键，选择“所有任务”，并点选“导入数据”或“导出数据”。 如果是在主服务器上进行操作，选导出数据；在备份服务器上进行操作，则选导入数据。

2.第一步操作后，调出“数据转换服务导入/ 导出向导”界面，单击“下一步”，进入“DTS 导入/ 导出向导”的选择数据源界面，选择“目的”，选择“制定表复制或查询”，选择要复制的对象。 弱

做选择时，首先根据具体的客户端选择数据源，如果是OLE DB客户端，选择“用于SQL Server的Microsoft提供的OLEDB 程序”。

然后选择提供数据源的服务器，接下来选择进入数据库的方式，可选择“使用Windows 身份验证”或“使用SQL Server 身份验证”。 如果选“使用SQL Server 身份验证”，须填写SQL Server 认可并对数据有修改权的用户，一般可选“SA”及其密码。最后选择要复制的数据库。

3.在“制定表复制和查询”中，选择“在SQL Server数据库之间复制对象和数据”，然后单击下一步。选择具体复制对象和相应的选项等等.。

4.通过保存调度和复制包，定制进行复制的时间和频率。

5.全部设置完成后，提示会列出源、目的、采用的方式、数据库等选项，由你确认完成。

6.如果设置结束后要进行定制时间修改，在企业管理器中，通过服务器、数据库、管理、SQL server 代理、作业，然后选择具体的作业，调出界面进行修改。

至此，你就可以在自己的中小企业环境中，轻松实现多台数据库服务器间的定时自动数据备份了。

演示

方案三 数据库维护计划+Xcopy命令（推荐使用）

1. 展开一个服务器组

2. 展开一个服务器实例（SQL Server实例）。

3. 展开【管理】，右击【数据库维护计划】，在弹出的快捷菜单中选择【新建维护计划】命令。

4. 在随后出现的【数据库维护计划 —（Local）】对话框中，单击【下一步】按钮跳过欢迎页，在接下来的【选择数据库】步骤中，定义要备份的数据库。

5. 单击【下一步】按钮，跳过与数据库备份无关的步骤，在【指定数据库备份计划】步骤中，选择【作为维护计划的一部分来备份数据库】复选框；通过单击【磁带】或者【磁盘】单选按钮来选择备份设备；单击【调度】选项右边的【更改】按钮，可以在随后出现的【编辑反复出现的作业调度】对话框中设置维护计划的时间安排。

6. 单击【下一步】按钮，如果在步骤（5）中，备份设备选择的是【磁盘】设备，则会进入【指定备份磁盘目录】步骤，根据实际情况，设置此步骤中的内容。

7. 单击【下一步】按钮，进入【指定事务日志备份计划】步骤，如果需要进行事务日志备份，则选择【作为维护计划的一部分来备份事务日志】复选框。备份事务日志的其他设置步骤参考（5）～（6）。

8. 根据需要设置其他步骤，最后进入【正在完成数据库维护计划向导】步骤，设置好【计划名】，单击【完成】按钮完成数据库维护计划的定义。

9. 完成步骤（1）～（8）后，单击【数据库维护计划】，在企业管理器控制台右边的详细信息窗口中就可以看到定义好的数据库维护计划，同时，展开【SQL Server代理】—〉【作业】，可以【作业】右边的详细窗口中，可以看到维护计划自动建立的备份出路作业。

10. 通过有机维护计划，选择【属性】命令，可以修改已经定义的维护计划。

11. 通过右击维护计划，选择【删除】命令，可以删除已经定义的维护计划，同时【SQL Server 代理】—〉【作业】中的相关作业也会自动删除。

新建一个批文件 Copy.bat具体脚本如下：

@echo off

title 正在传输数据库备份文件到远程备份服务器上！

echo 提示：开始验证服务器上是否存在备份文件！

echo 请稍候！

if exist F:DBback*.bak (goto Process ) else goto UnFound

:Process

echo 提示：在服务器上找到了备份文件！

echo -------------------------------------------------------------------------------

echo 提示：开始删除远程备份服务器上的原始文件！

rem 备注：下列IP地址为远程备份服务器的IP地址！

del \192.168.244.24DBback /q /s /f

del \192.168.244.24DBback*.* /q /s /f

if errorlevel 0 goto success

:success

echo 提示：成功删除原始文件！

echo -------------------------------------------------------------------------------

echo 提示：开始复制数据库备份文件到远程备份服务器\192.168.244.24DBback！

echo 请稍候！

rem 备注：请具体更改\192.168.244.1DBback为服务器备份文件存放的位置。\192.168.244.24DBback为备份服务器上存放的位置！

xcopy \192.168.244.1DBback \192.168.244.24DBback /y /f

rem 备注：当Xcopy命令结束后返回的Errorlevel为4说明磁盘控件不足。当Xcopy命令返回0时说明成功完成操作！

if errorlevel 4 goto lowmemory

if errorlevel 0 goto showmessage

:lowmemory

echo 警告：请查看磁盘空间是否不足！

:UnFound

echo 警告：在服务器上找不到备份文件，批任务将要结束。服务器备份工作似乎没有正常进行，请确认服务器是否正常生成备份文件！

goto exit

:showmessage

echo 提示：批任务完成！

echo 提示：成功复制数据库备份到远程服务器\192.168.244.24DBback！

echo 按任意键结束退出！

echo --------------------------------------------------------------------------------

:exit

pause

echo 成功复制PersonnelM数据库备份到远程服务器\192.168.244.241上！

Pause

利用Windows 任务计划来调度批任务

1. 单击“开始”—〉“程序”—〉“附件”—〉“系统工具”—〉“任务计划”

2. 双击“新建任务计划”，弹出“任务计划向导”单击“下一步”。在选择任务窗体中选择“浏览”。我们选择要调度执行的Copy.bat文件。

3. 在接下来弹出的窗体中为我们的任务计划起个名称并且选择执行频率。这里我们选择“每天”

4. 在密码确认窗体中输入本机的密码。单击“下一步”选择“完成”。至此任务计划设置完成。（有需要的话可以单击选择“在单击完成时，打开此任务的高级属性”复选框以便对此任务进行高级设置！）

方案四 同步备份服务器（脚本）

/*该部分参考了邹建的脚本*/

/*--说明：

下面的代码演示了如何利用日志还原功能，将主数据库中的数据变化及时反馈到备用数据库中

备用数据库的数据可以随时用于查询，但不能被更新（备用数据库只读）。

--*/

--首先,创建一个演示用的数据库(主数据库)

CREATE DATABASE Db_test

ON

( NAME = Db_test_DATA,

FILENAME = "c:Db_test.mdf" )

LOG ON

( NAME = Db_test_LOG,

FILENAME = "c:Db_test.ldf")

GO

--对数据库进行备份

BACKUP DATABASE Db_test TO DISK="c: est_data.bak" WITH FORMAT

GO

--把数据库还原成备用数据库(演示主数据库与这个备用数据库之间的同步)

RESTORE DATABASE Db_test_bak FROM DISK="c: est_data.bak"

WITH REPLACE,STANDBY="c:db_test_bak.ldf"

,MOVE "Db_test_DATA" TO "c:Db_test_data.mdf"

,MOVE "Db_test_LOG" TO "c:Db_test_log.ldf"

GO

--启动 SQL Agent 服务

EXEC master..xp_cmdshell "net start sqlserveragent",no_output

GO

--创建主服务器数据训与备用服务器数据库之间同步的作业

DECLARE @jogid uniqueidentifier

EXEC msdb..sp_add_job

@job_id = @jogid OUTPUT,

@job_name = N"数据同步处理"

--创建同步处理步骤

EXEC msdb..sp_add_jobstep

@job_id = @jogid,

@step_name = N"数据同步",

@subsystem = "TSQL",

@command = N""

--主数据库中进行日志备份

BACKUP LOG Db_test TO DISK="c: est_log.bak" WITH FORMAT

--备用数据库中还原主数据库的日志备份(应用主数据库中的最新变化

--实际应该时主数据库备份与备用数据库的还原作业应该分别在主服务器和备用服务器上建立，并且备份文件应该放在主服务器和备用都能访问的共享目录中

RESTORE LOG Db_test_bak FROM DISK="c: est_log.bak" WITH STANDBY="c: est_log.ldf",

@retry_attempts = 5,

@retry_interval = 5

--创建调度(每分钟执行一次)

EXEC msdb..sp_add_jobschedule

@job_id = @jogid,

@name = N"时间安排",

@freq_type=4,

@freq_interval=1,

@freq_subday_type=0x4,

@freq_subday_interval=1,

@freq_recurrence_factor=1

-- 添加目标服务器

EXEC msdb.dbo.sp_add_jobserver

@job_id = @jogid,

@server_name = N"(local)"

GO

--通过上述处理,主数据库与备用数据库之间的同步关系已经设置完成

--下面开始测试是否能实现同步

--在主数据库中创建一个测试用的表

CREATE TABLE Db_test.dbo.TB_test(ID int)

GO

--等待1分钟30秒（由于同步的时间间隔设置为1分钟,所以要延时才能看到效果）

WAITFOR DELAY "00:01:30"

GO

--查询一下备用数据库,看看同步是否成功

SELECT * FROM Db_test_bak.dbo.TB_test

/*--结果:

ID

-----------

（所影响的行数为 0 行）

--*/

--测试成功

GO

--最后删除所有的测试

DROP DATABASE Db_test,Db_test_bak

EXEC msdb..sp_delete_job @job_name=N"数据同步处理"

GO

/*===========================================================*/

/*--服务器宕机处理说明

使用这种方式建立的数据库同步，当主数据库不可用时（例如，主数据库损坏或者停机检修）

可以使用以下两种方法使备用数据库可用。

--*/

--1. 如果主数据库损坏，无法备份出最新的日志，可以直接使用下面的语句使备用数据库可读写（丢失最近一次日志还原后的所有数据）。

RESTORE LOG Db_test_bak WITH RECOVERY

--2. 如果主数据库可以备份出最新日志，则可以使用下面的语句。

--先备份主数据库的最新的事务日志

BACKUP LOG Db_test TO DISK=""c: est_log.bak"" WITH FORMAT

--再在备用数据库中恢复最新的事务日志，并且使备用数据库可读写（升级为主数据库）

RESTORE LOG Db_test_bak FROM DISK="c: est_log.bak"

方案五 复制订阅

开始学习之前我们先搞清楚以下几个概念：

复制（Replication）就是将数据由某处复制到一个或多个目的地，由于对数据库分散式应用的需求日渐增加，SQL Sever也提供了复制的功能。

SQL Server 的复制功能基本上是使用“发布服务器(Publisher) ”和“订阅服务器”（Subscriber）的结构，这整个结构中包含了数个不同的组件。

（1） 发布服务器（Publisher）：在复制中，发布服务器就是负责发布数据库内容给其他服务器的SQL Server (一般的我们把主服务器当作发布服务器，形象一点比喻发布服务器就好像是一本书的作者)

（2） 订阅服务器（Subscriber）：订阅服务器就是指受发布服务器所发布数据的SQL SERVER，通常发布服务器只有一个，但订阅服务器可以有多个。（形象比喻订阅服务就像是读者，购买相同图书的读者可以有很多。）

（3） 分发服务器（Distributor）：除了发布服务器和订阅服务器这两个基本外，另一个可以由 SQL SERVER 在整个复制结构中扮演的角色就是分发服务器。分发服务器是负责将发布服务器所发布的数据库发布、传输到各订阅服务器的服务器。在简单的复制结构中，发布服务器和分发服务器通常是使用同一个 SQL SERVER。设置为分发服务器的 SQL SERVER，会有个名为 distribution 的系统数据库存放复制信息。

（4） 发布项（Article）：发布服务器所发布的数据称为发布项，发布项是进行复制时的复制单位，发布项可以是表或存储过程等数据库对象，也可以知识表中的某几列或某几项数据。

（5） 发布（Publish）：一组特定的发布项组合就称为发布，也就是 SQL SERVER进行复制时所复制的数据合。当订阅服务器向发布服务器订阅数据时，是以发布为单位，而不是以发布项为单位的。即，订阅服务器只能接收整个发布中的所有 article。而不能只选择其中几个发布项类订阅，每个发布只有来自单一数据库的内容，但我们可以为数据库设置多个发布。

（6） 为适应不同的复制需求，SQL SERVER提供了发送（Push）和请求(Pull)两种不同的订阅方式。区别如下：

（a） 发送订阅（Push Subscription也称为强制订阅）：所谓的发送订阅就是由发布服务器主动传送发布给订阅服务器，也就是由发布服务器控制复制的操作，只要指定进行复制的时间一到，不管订阅服务器有没有提出要求，发布服务器都会将数据传送给订阅服务器。

（b） 请求订阅（Pull Subscription）：请求订阅和发送订阅相反，是由订阅服务器自行根据排定的日程向发布服务器要求订阅发布，通常在订阅服务器数量较多，或是不需要即时取的最新的数据内容时，可采用此种订阅方式。

步骤：

下介绍实现复制的步骤。(以快照复制为例)

准备工作:

1.发布服务器,订阅服务器都创建一个同名的windows用户,并设置相同的密码,做为发布快照文件夹的有效访问用户

--我的电脑

--控制面板

--管理工具

--计算机管理

--用户和组

--右键用户

--新建用户

--建立一个隶属于administrator组的登陆windows的用户

2.在发布服务器上,新建一个共享目录,做为发布的快照文件的存放目录,操作:

我的电脑--D: 新建一个目录,名为: BakPUB

--右键这个新建的目录

--属性--共享

--选择"共享该文件夹"

--通过"权限"按纽来设置具体的用户权限,保证第一步中创建的用户具有对该文件夹的所有权限

--确定

3.设置SQL代理(SQLSERVERAGENT)服务的启动用户(发布/订阅服务器均做此设置)

开始--程序--管理工具--服务

--右键SQLSERVERAGENT

--属性--登陆--选择"此账户"

--输入或者选择第一步中创建的windows登录用户名

--"密码"中输入该用户的密码

4.设置SQL Server身份验证模式,解决连接时的权限问题(发布/订阅服务器均做此设置)

企业管理器

--右键SQL实例--属性

--安全性--身份验证

--选择"SQL Server 和 Windows"

--确定

5.在发布服务器和订阅服务器上互相注册

企业管理器

--右键SQL Server组

--新建SQL Server注册...

--下一步--可用的服务器中,输入你要注册的远程服务器名--添加

--下一步--连接使用,选择第二个"SQL Server身份验证"

--下一步--输入用户名和密码

--下一步--选择SQL Server组,也可以创建一个新组

--下一步--完成

6.对于只能用IP,不能用计算机名的,为其注册服务器别名

(在连接端配置,比如,在订阅服务器上配置的话,服务器名称中输入的是发布服务器的IP)

开始--程序--Microsoft SQL Server--客户端网络实用工具

--别名--添加

--网络库选择"tcp/ip"--服务器别名输入SQL服务器名

--连接参数--服务器名称中输入SQL服务器ip地址

--如果你修改了SQL的端口,取消选择"动态决定端口",并输入对应的端口号

==============================================================================

正式开始:

1.配置发布服务器

a. 选中指定 [服务器] 节点

b. 从 [工具] 下拉菜单的 [复制] 子菜单中选择 [发布、订阅服务器和分发] 命令

c. 系统弹出一个对话框点 [下一步] 然后看着提示操作

--直到"指定快照文件夹"

--在"快照文件夹"中输入准备工作中创建的目录: \<服务器名> BakPUB

一[下一步] 直操作到完成。

d. 当完成了出版服务器的设置以后系统会为该服务器的树形结构中添加一个复制监视器

同时也生成一个分发数据库(distribution)

---------------------------------------------------------------------------

2.创建发布

a. 选中指定的服务器

b. 从 [工具] 菜单的 [复制] 子菜单中选择 [创建和管理发布] 命令。此时系统会弹出

一个对话框

c. 选择要创建发布的数据库，然后单击 [创建发布]

d. 在 [创建发布向导] 的提示对话框中单击 [下一步] 系统就会弹出一个对话框。对话

框上的内容是复制的三个类型。我们现在选第一个也就是默认的快照发布(其他两个

大家可以去看看帮助)

e. 单击 [下一步] 系统要求指定可以订阅该发布的数据库服务器类型，SQLSERVER允许在

不同的数据库如 ORACLE或ACCESS之间进行数据复制。但是在这里我们选择运行

"SQL SERVER 2000"的数据库服务器

f. 单击 [下一步] ,选择要发布的对象(如表,视图,存储过程,一般是表)

g. 然后 [下一步] 直到操作完成。当完成出版物的创建后创建出版物的数据库也就变成了

一个共享数据库。

---------------------------------------------------------------------------

3.设计订阅

a. 选中指定的订阅服务器

b. 从 [工具] 下拉菜单中选择 [复制] 子菜单的 [请求订阅]

c. 按照提示单击 [下一步] 操作直到系统会提示检查SQL SERVER代理服务的运行状态，执行

复制操作的前提条件是SQL SERVER代理服务必须已经启动。

d. 单击 [完成] 完成订阅操作。

----------------------------------------------------------------------------

完成上面的步骤其实复制也就是成功了。但是如何来知道复制是否成功了呢？

这里可以通过这种方法来快速看是否成功。

展开出版服务器下面的复制——发布内容——右键发布内容——属性——击活——状态然后点立即运行代理程序接着点代理程序属性击活调度

把调度设置为每一天发生，每一分钟，在0：00：00和23：59：59之间。

接下来就是判断复制是否成功了打

开C:Program FilesMicrosoft SQL ServerMSSQLREPLDATA下面

看是不是有一些以时间做为文件名的文件夹差不多一分中就产生一个。

自动备份？可以自己写个批处理程序，或者用按键精灵写个脚本，然后利用一些定时的工具把执行文件弄上去就行了

MSSQL的 提供有详细的备份功能

选中数据库右键就有备份～勾选其中的调度功能就能进行设置自动备份的功能～

其中分差量自动备份和整体数据库备份～利用调度你能安排他多久在什么时刻自动备份～～每天或者是一周一次

MYsql可以利用LINUX主机中的脚本定时执行能实现自动备份功能

大概即是如此