我一直在浏览我的脑子,为我们运行SharePoint Services的单个Windows 2008服务器找到一个简单的备份策略.这是一个EBS支持的具有一个数据卷的服务器的映像.我不需要任何异国情调.我只需要一个“每日”备份(丢失一天的数据并不是灾难性的).
我们创建并保存了一个我们习惯使用的EBS支持的AMI图像(Windows 2008).我们开始通过简单地创建新的EBS AMI图像来进行备份.这非常简单,但正在运行的服务器在创建映像的前10到15分钟内处于脱机状态 – 这并不理想.
创建备份的标准方法似乎是创建附加到正在运行的实例的卷的快照.同样,它非常简单,服务器在快照生成期间仍然可用.明显的Catch-22是您不能直接从快照启动新实例.
我知道如何将正在运行的实例捆绑到S3存储,然后从S3存储桶注册AMI.这允许我捕获正在运行的实例的备份,并且如果正在运行的实例丢失,则从S3存储桶注册AMI并启动新的AMI以恢复该实例,但这看起来真的很复杂并且看起来很荒谬在AWS控制台和适用于Firefox的S3 Organizer插件之间来回切换,以实现此目的. (请不要提及命令行方法,这是一个010级课程).
从使用EBS支持的图像开始,以下方法似乎对我有用(所有这些都在AWS控制台中完成)：
1.对于备份,只需根据需要对系统卷(/ dev / sda1)进行快照.
2.如果丢失了正在运行的实例,请执行以下操作：
a.从上次快照备份中创建新卷
b.启动您的起始AMI的另一个实例(必须由EBS支持)
c.这个例子.
d.从新停止的实例中删除现有系统卷并丢弃.
e.将新创建的卷作为系统卷(/ dev / sda1)附加到已停止的实例.
f.Re-启动新实例.
我已经对它进行了几次测试,它似乎对我有用.
问题：这种方法有什么问题吗？
