Rsync的32位Ubuntu的64位实例

我在Linode上运行Ubuntu Maverick(10.10)32bit VPS。 我想使用RackSpace进行“function”备份,但是他们只能在CloudServers上提供64位。

理想情况下,我想能够RSync / ,但我怀疑这会导致各种图书馆和其他事情的混乱。
到目前为止,我一直在做这个主文件夹:
sudo rsync -avzrlR --progress --perms --delete -e ssh [email protected]:/home/./ /home
但我想能够RSync在/etcfind各种configuration。

最终的目标是在廉价™上有一个真正的原油后备,例如:
我生成一个RackSpace实例,更新备份,将其映像到CloudFiles并删除实例。
如果Linode有任何问题,我可以从最新的镜像中产生一个新的RackSpace服务器。

问:我可以添加/etc完全到RSync单线程,还是应该保持挑选每个eand每个.conf, .ini, etc.

(我知道这可能是错误的做法,但我现在正努力努力,尽可能多地节省$ $$。)

我可以添加/ etc完全到RSync的单行,或者我应该保持樱桃采摘每个eand每个.conf,.ini等?

当您复制名称服务器时会发生什么? 邮件智能主机? fstab?

即使两端运行的是相同的操作系统/发行版,我也会build议您将备份作为一个对象 – 然后分离出来:

  • 你的文件,脚本程序(可以进入相应的备份)
  • 任何第三方软件(目的地在个案基础上)
  • 任何包含未经修改的文件从安装媒体/供应商补丁(纯粹作为备份)
  • 所有的configuration(例如所有的/ etc) – 这应该是一个备份 – 但是跟踪改变,所以你可以重新实现它们在备用机上的要求)

你可以把rsync /放到另一个目录下,这会给你一个生产服务器的完整备份。 您将需要足够的空间来整个层次结构。 你也需要排除诸如/ proc,/ sys和其他这样的挂载点。 如果使用-x将挂载文件系统,则会排除您的数据。

理想情况下,如果这种安装,我会确定正在使用的应用程序的数据和configuration目录,樱桃挑选它们。 在规划备份scheme时,请决定您愿意放弃多less数据,并从那里计划备份。 你愿意松散的日志数据?

使用rsync备份实时数据库可能会导致问题。 我使用的方法是使用数据库工具创build可恢复的备份,然后复制该备份。

考虑使用--include-from=FILE来select需要备份的目录。 使用--dry-run选项查看在第一次运行之前将要备份的内容。