t******o
发帖数: 264 | 1 一直用
rsync -aurpq --delete data /backup/
备份数据，结果昨晚data源盘crash, i/o error, 以为备份还有，结果backup里面是空
的!难道rsync读不了data, 以为没东西，结果--delete这个switch就删了我所有的
backup!!!?????
现在重启， 显示 recovering journal data那个盘， 不知道能不能恢复， 因为现在
还一直在force check另外的盘。。。
如果上面的不正确，那正确的rsync命令应该是什么呀。。。
哭死
[update]
http://lists.debian.org/debian-user/2006/06/msg00594.html
看到有人说这种massive deletion 情况不应该发生，到底怎么回事啊
from rsync manual:
If the sending side detects any I/O errors, then the deletion of any
files at the destination will be automatically disabled. This is to
prevent temporary filesystem failures (such as NFS errors) on the
sending side causing a massive deletion of files on the destination. You
can override this with the --ignore-errors option |
f**y
发帖数: 138 | 2 Try "foremost" if you don't have other ways to recover your important files. |
r****t
发帖数: 10904 | 3 rsync 完了也没有做 hard link？
【在 t******o 的大作中提到】
: 一直用
: rsync -aurpq --delete data /backup/
: 备份数据，结果昨晚data源盘crash, i/o error, 以为备份还有，结果backup里面是空
: 的!难道rsync读不了data, 以为没东西，结果--delete这个switch就删了我所有的
: backup!!!?????
: 现在重启， 显示 recovering journal data那个盘， 不知道能不能恢复， 因为现在
: 还一直在force check另外的盘。。。
: 如果上面的不正确，那正确的rsync命令应该是什么呀。。。
: 哭死
: [update]
|
s*******n
发帖数: 730 | 4 --delete
蛮危险的吧。硬盘crash，文件系统怎么interpret，报告给rsync都不好说。
要是备份盘是ext3的话，貌似无解了。ntfs, fat32还有救。节哀顺变吧。
最好还是用些现代点的工具，git, dropbox啥的。 |
l***y
发帖数: 4671 | 5 正解当然是做滚动备份啊。google 一下 linux recipe，有好多版本。我过去用的是对
最重要的数据每个月，每周，每天备份，也就是说，每天一个备份，超过一周的，每周
只保留一份，超过一个月的，每月只保留一份，超过一年的类推。现在公司提供每天的
数据备份，也是类似的办法，就不用自己折腾了。
【在 t******o 的大作中提到】
: 一直用
: rsync -aurpq --delete data /backup/
: 备份数据，结果昨晚data源盘crash, i/o error, 以为备份还有，结果backup里面是空
: 的!难道rsync读不了data, 以为没东西，结果--delete这个switch就删了我所有的
: backup!!!?????
: 现在重启， 显示 recovering journal data那个盘， 不知道能不能恢复， 因为现在
: 还一直在force check另外的盘。。。
: 如果上面的不正确，那正确的rsync命令应该是什么呀。。。
: 哭死
: [update]
|
x****s
发帖数: 921 | 6 握手...在debian下一直用 rsnapshot, 就是干这个的
http://packages.debian.org/wheezy/all/rsnapshot
【在 l***y 的大作中提到】
: 正解当然是做滚动备份啊。google 一下 linux recipe，有好多版本。我过去用的是对
: 最重要的数据每个月，每周，每天备份，也就是说，每天一个备份，超过一周的，每周
: 只保留一份，超过一个月的，每月只保留一份，超过一年的类推。现在公司提供每天的
: 数据备份，也是类似的办法，就不用自己折腾了。
|
h**********c
发帖数: 4120 | 7 我们这一个db server 前几个月也io error,
我老对这种事情已经波兰不精了，
当年我们主管（电工技校毕业）把seagate硬盘寄回原厂扫盘面，
老板，只要你it budget足了，
没什么大部了得。
所以你的问题首先是自己扫扫linux盘，这已经是个老贴了，
希望你的问题已经解决。
现代的硬盘那么大，通常io error最多影响几十个cluster，几百个kB,操作系统会不停的complain,给root发邮件，root不看邮件，那就怪不得谁了。
我老每次ssh，有邮件怎么也要爱心看看。
几百个k多半会发生在读写频繁的地方，tmp file等等，
正好发生在你的数据上概率应该很小。
所以，IT 到了一个地方，第一件事就是问备份在哪里，
再牛b的服务器不做raid,说明这地的人都没打算长干。 |
h**********c
发帖数: 4120 | 8 IT survival 的第二条
就是拿到了备份之后找闲机器，
我老当年就是假设unix 挂了，unix
novell 挂了，novell
域控制器，活动目录，
遗憾的是闲机器太少，没能把整个公司recover 了。 |
