公司有一台文件服务器，提供给设计部门，用来存放图纸，空间10T，已使用容量9.2T，文件约为100万个。由于文件服务器使用一台较为低端的DELL R320加上几个SATA硬盘做的RAID5，为安全计，需要备份数据。
  
对于备份的方案前期我们也做了一些调研，比如使用备份一体机还是使用传统的方案来进行备份。并且对各方面进行了一番对比。
  


  

备份一体机
传统
备份原理
在设计部文件服务器上安装备份代理，定期通过网络备份到一体机
通过DFS复制，实时或定期将文件副本写入新服务器，定期对新服务器存储的文件备份到本地
安全性
因为其使用linux做为底层，不易受到勒索病毒***，文件不易被删除，安全性较高
使用windows，在windows上使用备份工具备份，易受到勒索病毒***，存在安全风险
可靠性
使用单独的一体机，只用于备份设计部文件服务器时，可靠性较高
使用wsb，文件易被误删除，导致无法还原，可靠性比一体机低
如果DFS出错，未能同步，可能导致数据丢失
底层OS为windows,备份做为一种工具或程序存在，OS故障，则导致备份可能无法还原
备份时间
按备份速度为50MB/s,即网络流量为400Mbps，单次全备时间预计60个小时以上
除首次同步外，不需长时间占用网络流量，在同一台机器上备份
价格
160000
55000
优势
可靠性高，操作简单，易于验证，不易出错
价格较低，只购买一台服务器，且服务器可以用于提供文件服务（备用文件服务器）
劣势
价格较高
可靠性和安全性比备份一体机低，无售后技术支持

  


  


  
简单的来讲，使用备份一体机，就是使用一台专门的一体机，只为这10T内容进行备份。因为10T的内容按照备份速度50MB/s,需要58小时才能备份完成。如果使用原有的备份一体机，那么在这个时间段内，其他数据的备份可能存在资源冲突。也有可能，10T数据备份，加上其他数据备份到同一台，这10T数据可能需要3-5天的时间才能完成。所以需要一台专门的备份一体机来为这10T数据备份。
  
而使用传统方案，则是使用卷影副本+DFS+WSB。具体是这样操作：在原有的服务器上，我们对存放数据的10T的卷做了卷影副本，如果空间充足，可以提供多达64个以前的版本。新购买一台服务器，可用空间50T，价格约为5.5万元，数据存放划分两个区，一个20T的空间用于存放DFS的已复制文件夹，另一个30T的空间用于使用WSB进行备份。DFS即分布式文件系统，可以用来抵御因硬件损坏带来的单点故障（与备份不同），这样，如果原有的10T服务器当机后，这台机器依然可以提供给用户访问。而数据的备份就依靠windows server backup来做了，经过测试环境的检验，使用WSB默认设置，即完全备份-副本备份，其实际上做的备份会进行重复数据删除或者说实际上做的是增量备份，除第一次全备外，并不会每次备份10个T的数据，而只会备份增量的数据。通过这个方案，我们可以抵御硬件带来的单点故障，对于小量的文件恢复，可以使用卷影副本来恢复，而如果面对服务器感染勒索病毒等情况下，还有备份可以还原。当然，前提是服务器需要打好补丁，安装好正版的杀毒软件。
  
两个方案报给领导，领导决定使用传统的备份方案。
  
接下来需要准备在实验环境下进行测试了，主要是考虑到10T的数据，进行DFS的初始复制需要的时间很长。根据微软网站上的实验，1400万个文件，共10T，进行初始同步花费了24天，微软网站上把这个形成为一种针对网络的***。官方推荐的做法是预先通过将目标服务器上放置源服务器上存在的数据，并且通过导出DFS数据库，再导入数据库到目标服务器的方式来减少DFS初始同步的问题。
  
我先把要点捋一下：
  
一、 在两台服务器上都安装DFS复制组件，DFS复制与DFS命名空间是分开的，可以不安装DFS命名空间。将源服务器（10T）加入到复制组并且创建已复制文件夹。使之成为初始复制的主要成员。
  
二、在源服务器上导出DFS数据库的克隆
  
三、使用robocopy将源服务器（10T）的数据拷贝到目标服务器（50T）
  
四、 在目标服务器上将第二步在源上导入的DFS数据库导入到目标服务器
  
五、 将目标服务器加入到复制组
  
六、进行初次同步
  


  
注意问题：
  
1. 目标服务器不要在最开始的时候加入到已复制组，需要等到数据复制完成，DFS数据库导入完成后再加入。
  
2. 目标服务器和源服务器不要搞混，源服务器指拥有权威数据的服务器，它应该被设置成为初始复制的主服务器，也称为上游服务器；目标服务器是指新服务器，没有数据的50T服务器，也称为下游服务器。
  
3. 在下游服务器上，不要手动创建被同步的文件夹，这两个文件夹应该由robocopy来创建，以免文件HASH存在不一致，导致DFS初始化时间过长。
  
4. 进行初始复制的时候，由上游服务器做为权威，会去同步下游服务器。而此时下游服务器上存在，上游服务器上不存在的数据，会被存放到下游服务器的dfsrprivate\preexiting这个目录下。这个目录是隐藏的，就在你的已同步文件夹里面。显示隐藏和系统文件即可看到。
  
5. 可以适当调整暂存文件夹和冲突和已删除文件夹的大小。建议暂存文件夹至少为4需要同步的最大文件的大小，否则，可能会报错。
  
接下来，我们开始实验
  
实验环境：有两台windows server 2012的虚拟机，dc201201 IP:192.168.99.98，充当DC以及DFS复制的上游服务器； dc201202 IP:192.168.99.99,充当DFS复制的下游服务器。
  
实验目标：上游服务器上存在数千个文件，需要使用预播的方式存到下游服务器，以便初次同步能迅速完成。
  
已复制文件夹名称：部门文档
  


  
DFS复制
  
一、 在DC201201上安装AD域服务，并且将其提升为新林contoso.com中的第一个域的DC
  

  

  

  
二、 域控安装完成之后，在两台机器上分别安装DFS复制这个管理组件。
  
Install-WindowsFeature –Name Fs-Dfs-Replication -IncludeManagementTools
  

  
三、 在两台服务器上分别创建分区E和F，大约都为50G。在dc201201的E盘创建了部门文档文件夹，并且放入了4875个文件，大小约为900M。
  

  
四、在上游服务器上创建复制组，创建一个已复制文件夹，并指定该文件夹在上游服务器的物理位置。
  

  

  

  

  

  
验证：等待DFS复制的事件日志中出现4112，这表示这台服务器DC201201是初始化复制时的主文件夹。
  

  

  
五、导出上游服务器的克隆数据库和卷配置的XML文件，它还要求该卷上的任何已复制文件夹都未处于初始同步阶段。
  
在这一个通PS创建了一个e:\dfsrclone的文件夹，并且将E盘的信息做出了一个克隆，注意，这个并不是真实的数据文件的克隆。
  

  

  
在这一步实施的时候，建议让用户不要访问e:\部门文档上的内容，因为这会导致克隆的效率降低。更重要的一点是，在初始复制完成以前，绝对禁止用户访问下游（目标）服务器上的文件。
  
在克隆数据库的时候，它给出了如何将数据和数据库复制到下游服务器的命令，按照给出的命令执行即可，目标可以使用UNC路径的方式来表示。
  
五、验证数据库的导出和上游服务器初始复制已经准备好。分别通过日志2402和2002表示。日志2402表示克隆的数据库已经导出完成，2002表示初始复制已经在主服务器上准备好。
  

  
六、将已复制文件夹内的数据使用robocopy复制到下游服务器。需要特别注意的是，目标路径不能在下游服务器上手动创建，让robocopy自动创建即可。
  
通过robocopy的显示，共复制了4875个文件，1002M，花费了21秒。
  

  
执行的命令
  
```
  
Robocopy.exe“e:\部门文档”“\\dc201202\E$\部门文档”/ E / B / COPYALL / R：6 / W：5 / MT：64 / XD DfsrPrivate / TEE /LOG+:preseed.log
  
/E:
  
```
  
请勿在卷的根目录上使用robocopy / MIR选项，不要在下游服务器上手动创建已复制的文件夹，也不要运行先前已复制的robocopy文件（即如果必须重新开始，请删除目标文件夹和文件结构，并真正重新开始）。让robocopy创建所有文件夹，并在每次运行时通过/ e / b / copyall选项将所有内容复制到下游服务器。否则，您很可能最终会出现哈希不匹配。
  
接下来，我们需要将导出的E盘的数据库XML文件通过xcopy复制到下游服务器，同时，在这个时候，为了模拟上游服务器有人使用，复制了几个大文件到上游服务器。
  

  

  
七、验证文件HASH，验证两台服务器上的文件的HASH值是否一致，如果HASH一致，则表示这些文件在初始复制的时候无需再进行同步了。建议在多个目录下进行比对。
  

  
八、在下游服务器上导入数据库和XML文件，在导入之前，请确保下游服务器的e:\system volume information\dfsr这个文件夹不存在。
  

  
也可以使用以下方法来确保DFSR里不存在任何文件。
  
1. 创建一个e:\empty的文件夹
  
2. robocopy "e:\cmpty" "e:\system vloume information\dfsr" /mir
  
本文略过此步
  

  
九、验证下游服务器的数据库和XML文件导入是否成功，通过DFS复制的日志来查看，2412，2416，2404.看到日志2404则表示已经完成了导入。
  

  
十、 将下游服务器dc201202加入到复制组
  

  

  

  

  
十一、验证初始复制是否成功，需要等待DFS复制日志4104，请注意，在这里不会出现日志4102.如果在上游导出了克隆后，上游又有数据被更改了，那么这些文件将以权威的方式复制到下游服务器。
  

  
至此，DFS的复制工作完成。我们来下游服务器上看看数据是否被复制过来了。
  

  
验证一下同步功能，在下游服务器上删除红色HDTV01.MKV这个文件，查看上游是否会同步。
  

  
验证结果是可以同步。
  
卷影副本
  
vssadmin add shadowstorage /for=d: /on=e: /maxsize=2GB
  
1. 卷影副本最多可以支持多达64个以前的版本，如果超过64个，它会自动删除最前面的版本。
  
2. 卷影副本不适合大量读写的文件，可能导致CPU占用率居高不下
  
在这里，我准备的方案是在两台机器上都开启卷影副本。卷影副本占用的空间，我的做法是上游服务器1T，下游服务器2T。实验环境，都是取10%
  

  

  
首次开启卷影副本，会自动创建一次。在我的实际环境中，10T的数据空间，将卷影副本放到另外一个1T的空间。保存了64个副本。
  

  
提示：卷影副本不能完全当成备份使用，特别是你的磁盘空间不足的情况下，如果磁盘被擦写一次完整的，可能会丢失所有的卷影副本。
  
备份
  
安装windows server backup备份工具，并且进行默认的备份，默认的备份指完全备份，副本备份。下次有时候我再去执行非副本方式的备份。
  
一、在下游服务器， 通过向导安装wsb
  

  

  

  

  

  

  

  

  

  
在这里，默认的备份频率是每天一天或者多次，我们可以更改任务计划里的back的相关计划来调整频率。
  

  
进行首次备份，然后，添加1G文件，再进行第二次备份。查看两次备份总共占用的空间大小。
  

  
E盘已用空间4.42G，F盘目前占用空间为0.1G
  
备份第一次后，F盘已用空间为6.02GB
  

  
复制两个总共1G的文件，到E:\部门文档
  

  
再次执行备份，F盘已用空间为6.1G。
  

  

  
通过这个实验，我们进行了两次完全备份，第一次占用了6G空间，第二次备份，只占用了0.1G。它并没有占用两次备份的数据之和的空间。所以说明它是增量备份或者说是进行了重复数据删除的。（还要去查资料）
  
数据还原：
  
打开windows server backup,点击恢复，可以通过日期来看到备份编录。
  

  

  
灾难恢复
  
如果哪一天，50T空间的服务器操作系统故障，重装了，如何来有效的利用这上面的数据呢？
  
1. 卷影副本：
  
重装前的卷影副本有四次，
  

  
重装系统以后的数据：
  

  
2. 备份的数据
  
重装系统以前，备份的数据有以下几次
  

  
在重装后的系统启用WSB的恢复向导
  

  

  

  
请注意上图，11月2日到6日，数字加粗了，就表示有备份。这样，即使是重装了系统，也可以把原来的卷影副本和备份的数据找到。当然，由于这个备份的平台是Windows平台，一定要考虑好安全问题，一个是即时打补丁，一个是安装杀毒软件。 另外一点就是，DFS我们这个实验中设置的时实时的同步，也可以选择为非实时的，即多长时间复制一次，比如每周二、周六晚上0点到7：00进行复制，甚至也可以使用robocopy进行复制。像我原来公司的文件服务器就是每周三次的robocopy进行的复制，这样有一个好处就是万一哪天原文件服务器被勒索病毒***，加密了，我还有一个缓冲的时间，这样至多丢失三天的数据。
  


  


  


  


  
附全文脚本：（PS的脚本我也不熟悉，除了导出和导出数据库和XML以外，窃以为，其他的都可以通过GUI来实现）
  
On the upstream DC201201 server:
  
New-DfsReplicationGroup “VSS” | 
  
New-DfsReplicatedFolder -FolderName “部门文档” | Add-DfsrMember -ComputerName dc201201
  
Set-DfsrMembership –GroupName “VSS” -ComputerName dc201201 -ContentPath "E:\部门文档" -PrimaryMember $True -FolderName “部门文档” 
  
Update-DfsrConfigurationFromAD 
  
Get-WinEvent “Dfs replication”  -MaxEvents 4 | fl 
  
New-Item -Path “E:\Dfsrclone” -Type Directory 
  
Export-DfsrClone -Volume E: -Path “E:\Dfsrclone” 
  
Robocopy.exe “E:\部门文档”  “\\dc201202\E$\部门文档” /E /B /COPYALL /R:6 /W:5 /MT:64 /XD DfsrPrivate /TEE /LOG+:preseed.log 
  
Robocopy.exe E:\Dfsrclone \\dc201202\e$\Dfsrclone
  
On the downstream DC201202 server (note: you may need to stop the DFSR service to perform the first step; be sure to start it up again so that you can run the import)
  
RD “E:\System Volume Information\DFSR” –Force -Recurse 
  
Import-DfsrClone -Volume E: -Path “E:\Dfsrclone” 
  
Get-WinEvent “Dfs replication”  -MaxEvents 10 | fl 
  
Add-DfsrMember -GroupName “VSS” -ComputerName “DC201202” | Set-DfsrMembership -FolderName “部门文档” -ContentPath “E:\部门文档” 
  
Add-DfsrConnection -GroupName “VSS” -SourceComputerName “DC201201” -DestinationComputerName “DC201202” 
  
Update-DfsrConfigurationFromAD DC201201,DC201202 
  
Get-WinEvent “Dfs replication” -MaxEvents 10 | fl
  


  


  


  
 
  

  

  

 
 
 
转载于:https://blog.51cto.com/liu008qing/2313242

环境：
 Ubuntu 16.04
 Windows10
 
作为一个科研?，学会备份是基本常识。
 
首先两台机器都要安装rsync，命令如下：
 
sudo apt-get install rsync
 
按理说，Windows肯定不可以直接运行上面那条命令的。但是Windows越来越想包含Ubuntu，所以要推荐一个神奇的软件，Ubuntu。直接在Windows应用商店装就可以啦。
 
 最后打开Ubuntu软件就是这样：
 这里的c d f g就是我的硬盘。
 
 
备份流程
 
说正经的，备份流程如下：
 
新建配置文件
 
 sudo vim /etc/rsyncd.conf
 
我想备份的文件在服务器上的路径是/home/dailh/Study，想把这个文件夹备份到Windows系统上的/backup文件夹(可以根据自己的需求更改)。我的配置文件如下所示：
 
uid=root
gid=root
max connections=10     
use chroot=no
log file=/var/log/rsyncd.log
pid file=/var/run/rsyncd.pid
lock file=/var/run/rsyncd.lock

[dailh]
path=/home/dailh/Study/
comment=backup
ignore errors
read only = no
hosts allow=*
 
开启rsync服务
 
 sudo rsync --daemon --config=/etc/rsyncd.conf
 
客户端配置较简单，可以开始备份了：
 假设192.168.0.195是服务器的ip地址
 
rsync -avz --bwlimit=30000 root@192.168.0.195::dailh /backup/
 
好啦，备份就开始啦
 
点击我参考的[博客]有更详细的介绍~~~(http://www.zphj1987.com/2015/03/22/%E7%94%A8rsync%E5%A4%87%E4%BB%BD%E4%B8%80%E5%8F%B0linux%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%B8%8A%E7%9A%84%E6%95%B0%E6%8D%AE/)

NAS服务器和文件服务器各方面优劣对比，现在市面上出现了很多的NAS服务器品牌，看来这个市场还是很有前景的，今天我们就对普通的文件服务器及NAS服务器做一下简单的对比。
 网络附加存储（NetworkAttached Server，缩写为NAS）将储存设备连接到现有网络上，提供数据和文件服务。与客户通信通常采用NFS、CIFS协议。
 NAS服务器和文件服务器的对比
 文件服务器主要任务则是为网络上的计算机提供多样化的服务，如在文件共享及处理、网页发布、FTP、电子邮件服务等方面有明显的优势，这主要得益于文件服备器通常是采取高性能的CPU，与NAS相比它在数据备份、数据安全等方面并不占优势，原因有以下几点：
 1)文件服务器进行备份时，备份文件和原始文件一起存放在同一套系统中，无法分担风险，特别是防止灾难性后果的发生;
 2)文件服务器因要提供多样化的服务，从而造成自身安全性不足，任何一处服务的漏洞都可能遭受黑客的攻击而导致数据的泄露或者丢失;
 3)文件服务器自身操作系统的不稳定性会影响数据的安全性;
 4)文件服务器的备份工作需要专业人员进行操作，必须有良好的备份意识，并且需要对机器进行定期维护;
 5)文件服务器易受计算机病毒影响;
 6)不能实时备份客户端操作系统，若客户端计算机正在使用则不能进行操作系统的备份工作;
 7)耗电发热量大，一台文件服务器的整机功耗大约在300~400W之间，故此也造成文件服务器对工作环境要求比较高。
 由此可以看到，文件服务器虽然能提供备份的功能，但却存在很多不安全的因素。而NAS则是为存储备份而优化的系统
 小结：
 如果你是家庭或小企业，对文件共享及备份的需求，数据湾建议使用NAS服务器，这可以低成本有效的共享文件，备份文件。但如果你企业有一定规模，建议使用NAS及Windwos服务器协同使用，Widnwos 的活动目录可以有效的，跨系统的为整个企业提供高效的用户管理方案。可能初期投入成本较高，但在提高企业整体的工作效率，提高企业的职员因IT管理不到位，而带来不必要的经济损失，这种损失是看不见的。其实大家看看为什么那些大企业，跨国企业会投入那么高的成本来建设IT系统，就是可有效的提高工作效率，从而实现长时间的降低运营成本。

前言
 
  上篇博客，小编写到了rsync的四种模式中的三种，这篇博客主要写最后一种，服务器模式 
 服务器模式简介 
   这种模式是基于C/S模式的，在这种模式下，rsync在后台启用了一个守护进程，这个守护进程在rsync服务端永久运行，用于接受文件传输请求，因此，客户端既可以把文件发送给守护进程，也可以向守护进程请求文件，rsync的服务器模式非常适合作为异地的中心备份服务器或数据异地存储库来使用。
 
搭建服务器模式
 
1、准备条件
 
  两台Linux系统虚拟机（A系统IP为192.168.17.33；B系统IP为192.168.17.34） 
 2、安装rsync  
   yum -y install rsync 
   启动rsync服务 
   rsync --daemon 
 3、修改A系统rsync配置文件
 
uid = nobody
gid = nobody
use chroot = no
max connections = 10
strict modes =yes
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock
log file = /var/log/rsyncd.log

[jtmodel]
path = /usr/svn/backup
comment=ixdba file
ignore errors
read only =no
write only =no
host allow =*
hosts deny=192/168.17.33
list=false
uid =root
gid=root
authz users=backup
secrets file = /etc/server.password
 
 
   其中server.password需要自己创建，内容如下
 
backup:jt123
 
 
   给密码文件体权限，只有600的权限才可以，如下
 
chomod 600 /etc/server.password
 
 
   另外，配置文件中各个字段的含义如下： 
   uid 此选项指定当该模块传输文件时守护进程应该具有的用户ID，默认值是“nobody” 
   gid 此选项指定当该模块传输文件时守护进程应该具有的用户组ID，默认值是“nobody” 
   max connections 此选项指定模块的最大并发链接量数量，以保护服务器。超过限制的连接请求将被暂时限制，默认值是0，即没有限制 
   strict modes 此选项指定是否检查口令文件的权限，yes为检查口令文件权限，反之为no。如果设置为yes，密码文件的权限必须为root用户权限。 
   pid file 此选项用来指定rsync守护进程对应的PID文件路径 
   lock file 此选项用来指定支持max connections的锁文件，默认值是/var/run/rsyncd.lock 
   log file 此选项指定了rsync的日志输出文件路径 
   [jtmodel] 表示定义一个模块的开始，jtmodel就是对应的模块名称 
   path 此选项用来指定需要备份的文件或者目录，是必须设置的项。这里指定的目录为/usr/svn/backup 
   ignore errors 表示可以忽略一些无关的I/O错误 
   read only 设置为no表示客户端可以上传文件，设置为yes表示只读 
   write only 设置为no表示客户端可以下载文件，设置为yes表示不能下载 
   hosts allow 设置可以连接rsync服务器的主机，“*”表示允许连接任何主机 
   hosts deny 设置禁止连接rsync服务器的主机地址 
   list 此选项用于设定当客户请求可以使用的模块列表时，该模块是否被列出。默认值是true，如果需要建立隐藏的模块，可以设置为false 
   vauth users 此选项用来定义可以连接该模块的用户名，多个用户以空格或者逗号分隔开。需要注意的是，这里的用户和Linux系统用户没有任何关系。这里指定的用户是backup 
   secrets file 此选项用于指定一个包含“用户名：密码”格式的文件，用户名就是“auth users”选项定义的用户，密码可以随便指定，这里设定为jt123,只要和客户端的secrets file对应起来即可。只有在auth users被定义时，该文件才起作用，系统默认没有这个文件，自己手动创建一个即可。 
   A系统到此配置完毕，接下来开始操作B系统，其实B系统不用做任何的配置，只需要执行rsync的同步操作就可以了，但是为了在同步过程中不需要手动输入密码，而且可以定时备份，所以需要在B系统上创建一个secrets file，此文件的内容为A系统sysncd.conf文件中”auth users“选项指定用户的密码，而这个文件的名称和路径可以随意指定，只要在执行rsync同步时指明密码文件路径就行。 
 备份操作指令
 
rsync -vzrtopg --delete --progress --exclude "*access*" --exclude "debug*" backup@192.168.17.33::jtmodel /usr/svn/backup2 --password-file=/etc/server.password 
 
 
   备份指令中的各个参数的含义 
   -vzrtopg 
   v 是“–verbose”,即详细模式输出 
   z 表示“–compress”，即在传输时对备份的文件进行压缩处理 
   r 表示“–recursive”，也就是对子目录以递归模式处理 
   t 表示“–times”，用来保持文件时间信息 
   o 表示“–owner”，用来保持文件属主信息 
   p 表示“–perms”，用来保持文件权限 
   g 表示“–group”，用来保持文件的属组信息 
   “–delete”选项指定以rsync服务器端为基准进行数据进项同步，也就是要保持rsync服务器端目录与客户端目录的完全一致，在这里以A服务器为基准进行同步 
   “–progress”选项用于显示数据镜像同步的过程 
   “–exclude”选项用于排除不需要传输的文件类型 
   “backup@192.168.17.33::jtmodel”表示对服务器192.168.17.33中的jtmodel模块进行备份，也就是指定备份的模块。backup表示使用“backup”这个用户对该模块进行备份。 
   “/usr/svn/backup2”用于指定备份文件在客户端机器上的存放路径，也就是将备份的文件存放在备份机的/usr/svn/backup2目录下 
   “–password-file=/etc/server.password”用来指定客户机上存放密码文件的位置，这样在客户端执行同步命令时就无需输入交互密码。注意，这个密码文件的名称和位置可以随意指定，但是在客户端主机上必须存在此文件，文件的内容仅仅为备份用户的密码，这里指的是backup用户的密码 
   设置定时备份策略
 
crontab -e
 
  添加如下信息
 
30 22 * * * rsync -vzrtopg --delete --progress --exclude "*access*" --exclude "*debug*" backup@192.168.17.33::jtmodel /usr/svn/backup2 --password-file=/etc/server.password
 
 
   设定每天晚上10：30执行一次备份命令。自动备份就做好了。
 
总结
 
  其实以前想过研究这个东西，但是因为需求不是特别大，一切都运行的挺好，所以后来就放下了，这次服务器宕机验证了一个道理，“不将就是发现的原动力”