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 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 一直用 : 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 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 一直用 : 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 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 正解当然是做滚动备份啊。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 了。 |