Rysnc文件同步

• 50G同步需要的时间
• 100MB/S的网络下进行限速
• 多级存储
• 存储服务器保留备份集的个数。客户的需求是自行导出Oracle，然后用Rysnc同步这个文件到一体机的存储服务器，然后再导出一个同样名字的文件覆盖以前的，然后再同步过去，那么就相当于增量备份这个文件。假如某一次导出的Oracle是坏的，那么就会覆盖之前好的备份集，此时如果想恢复数据库，那是不可能的了，所以就像同一时间可以保留多少次备份。如同一时刻保留10、11、12点的三个备份，即时12点的坏了，还可以拿11点和10点的进行恢复！
• 既然是备份导出的文件，怎么知道文件已经导出完毕，然后你可以进行备份了呢？
• 在备份服务器添加一个存储服务器，存储地址为一体机另一个目录。另安装一个replicator，replicator关联新加的存储服务器，测试replicator云复制到存储服务器(一体机)的这种情况

明天要做的几点

• 单听李浩说的需求也许不全面，客户希望做，但是开发不一定按照客户的需求做。那么明天去到公司首先第一个是和世龙找杨经理一起把需求理清楚，然后讨论测试重点。
• 按照讨论的测试重点，一个个详细滴测试，不要着急！
• 明天要做的，首先给windows的D盘加空间，加100G。windows虚拟机增加新硬盘
• 是备份普通文件好呢还是按照李浩说的备份数据库导出的文件好呢？要做的李浩说的情况有些困难。如果是同个文件，要做到大数据增量同步，首先得找到个文件，备份，然后在原文件的基础上加大数据！这个怎么弄！不可能重命名另外一个文件啊，因为重命名一个文件，Rsync会比较两个文件的差异，第二次备份就相当与又一次全被了！
• 如果是拿wushang的大数据来测试，需要花一定的时间导出，和复制！还要插数据，不然也达不到测试增量同步的要求！
• 找到解决方法了。关于备份普通文件。首先压缩一个文件A，命名为scutech.ZIP，同步之后，将A和B一起压缩，命名为scutech.ZIP，然后再同步。多次同步亦可采用这种方法
• 关于数据库的增量备份。首先导出表空间A，明明为scutech.dbf，同步之后，再导出表空间A，B，命名为scutech.dbf，这样也可达到增量的效果。但是恢复的结果就可能不好控制了！如果表空间A，B导出为两个文件而不是一个文件，那也没戏
• 要对比原始文件和同步过去的文件的大小，MD5值以及权限那些问题！