robocopy 使用感受

  因为一些原因，sa的人不做了，我只好给公司的03版的winserver 做轻量级的互备和主从备份。开始时由其他同事来做的，但是他确实server03不能做，于是我就尝试下robocopy（其实我始终不明白为什么不能做，工具很多呀），不废话了，说下心得吧。

  robocopy个人感觉虽然有点缺陷，但是轻量级很好用了，使用命令也是非常的简单的，如果不能的人，其实可以在中文版的server上运行下robocopy/?查看了。

 首先优点是它分为命令行和UI两种，我个人喜好用命令行，因为我可以写一个综合的批处理来完成一堆的事情，而不用单独给它设置个排程。

  开始后使用的时候我设置log，监听为1分钟1个变化，第二天我上服务器的时候吓坏了，因为产生了1个G左右的log文件，我立刻取消了log功能，然后用最简单的复制命令进行查看，发现每次比对文件的时候是比对整个目录树和属性，而这些都写进了log，所以这个日志功能个人感觉不是很实用，虽然可以只保存报错log和开始结束log，或者进行覆盖，但是个人感觉对我最有用的莫过于我到底复制了哪些文件。

 不用Log功能后，发现确实比较好用了，在对比目录树的时候CPU会飙升到30%，但是很快就对比完了，影响不大，于是我开心的做了个互备，其实就是把2个批处理放在A和Bserver上进行互拷，后来一个同事问我，如果我想删除Aserver上的文件怎么办，它肯定会立刻从B服务器copy过来啊，+_+，我只好加上了

maxage:7 意思就是7天后的文件就不拷贝了，刚好解决这个矛盾，呼呼。

 后来同事直接拿着我写的批处理进行其他server的备份了，显然出现问题了，这也是命令工具的缺点吧，根据serve的不同需要重新定制啦，因为那个server有一个特点，当某个数据文件被抓走后，会剪切backup文件夹，这是问题就来了，简单的copy，只知道当前文件夹文件没了，而不会考虑是否是你自己剪切的，，被剪切后立刻就从Bserver又拷一个出来，o(�s□�t)o，后来加入了purge 这个参数就OK了，还好发现的早

 再后来同事要求做根目录多文件夹备份，我发现这可能算是robocopy的缺点吧robocopy在运行后会处于监听状态来始终监听要复制的文件夹目录是否有变更，所以多文件夹备份就出现了问题，当然如果你直接进行根目录备份，那就无所谓了，而且也可以利用排程设置不同的排程，因为一个cobocopy命令会挤掉另外一个命令。只是感觉这样不够高端大气上档次啊，robocopy的虽然可以进行筛选，但是作为多文件夹复制机制，还是不建议用啦。于是我就快乐的去研究goodsync去了，用这个进行多目标备份。

 robocopy的速度还是蛮快的，而且可以设置线程个数，个人认为默认就好了，如果非要死扣，可以设置不能的线程来比对速度。如果不是特别碎的文件，个人认为用robocopy还是极好的.

  后来一直想验证和linux下的那个sync到底那个更优秀，可惜时间不是很充分。具体命令就不写了，因为真的很简单，很多OA办公人员应该很是需要了解这些吧，如果你一个同事有一天很苦恼的说，我刚做完的文档不见了，你可以告诉她我来给你做个备份吧(⊙o⊙)