有偿求一个服务器备份及故障恢复方案

[yymailb]

酬金1000-3000元，通过中介平台支付
http://task.zhubajie.com/2128893

情况介绍：
公司是一个软件开发公司，有同时运行多套业务系统的需求，目前是采取在一台服务器上安装Vmware ESX 运行多个VMWARE虚拟机的方案。一共包括以下虚拟机（操作系统+应用程序），其中某些虚拟机上有非常关键，一旦丢失无法补救的私有数据，下面特别标明“关键数据”字样：

1. 源码库，Linux，SVN，关键数据
2. 客户管理系统，Windows 2003，vTiger CRM，关键数据
3. 编译控制机，Linux, Buildbot Master
4. 编译机1，Windows 2003, Buildbot Slave, Visual Studio 2008
5. 编译机2，Windows 2008, Buildbot Slave, Visual Studio 2010
6. 编译机3，4，5，。。。，N，Linux, Buildbot Slave
7. 办公/邮件服务器，Windows Server, Exchange Server，关键数据
8. 内部论坛服务器等

现在需要设计一套备份及故障恢复解决方案，需要达到以下目的：
1. 服务器硬件数量控制在2-3台以内, 各业务系统都基于虚拟机（可以使用任意一种你认为最合适的虚拟化方案）
2. 关键业务数据（源代码，客户信息等）必须每日双备份，其中一份要备份到光盘保存到异地，以避免服务器失窃或办公室火灾的风险
3. 各业务系统必须实现每日整机备份，一旦出现故障时，能够用一步操作，在几小时之内恢复系统到前一天的可用状态
4. 各业务系统最好能实现双机热备，即每套业务系统同时在多个服务器上运行，即使其中一台服务器故障，可以在短时间（数分钟之内）恢复业务系统运行
5. 使用raid或其它技术防止服务器硬盘损毁风险
6. 日常备份工作简单，花费时间少，学习容易
7. 每日备份过程中不需要停止系统运行。如果需要停止系统运行，则要求能够自动在夜间进行停机-备份-重启的整个动作，且整个备份过程需控制在4小时内完成

解决方案需要提供的内容：
1. 按照方案实施之后，对于上述目标预期可以实现到什么效果
2. 初始部署配置方案，包括：
服务器硬件有什么要求（服务器数量，内存，硬盘，RAID卡等）
各服务器的设置（硬盘分区，RAID设定，磁盘系统格式，操作系统等）
业务系统如何安装部署
3. 日常备份工作流程手册。流程手册需要具备完整的可实施性，即对于任何一个具有相关基础知识的人，按照手册说明能够完全无歧义的实施整个备份过程
4. 故障恢复操作手册，至少应该包括以下场景的处理方案：
所有服务器被盗
服务器单个硬盘意外损毁
单个服务器损毁
业务系统内部文件被误删除，需要恢复到前一日的状态
5. 为了实现每日备份及恢复工作所需的脚本
6. 最好能基于开源工具设计方案。

[20sanguo]

服务器放在哪？

[冲浪板]

这钱你自己拿吧，不然我都给你说了还怎么给我？
windows的，他自己有备份机制。
ntbackup，你先来个完全备份，然后可以定时做增量、差异备份。这个策略你可以自己总结，也可以网上找。
软件呢，他自己必然有自己的备份机制。

linux呢，也有备份机制，或者你自己来，比如tar...也可以定时自动操作的。

恢复问题。比如我这里呢，是用红帽做的远程引导....要恢复先要有个系统跑起来，不是么？

建议你把系统、数据库做分别处理。系统备份仅仅备份系统，数据库的东西让他自己备份。
恢复的时候，比如新机，你先远程引导（why?估计这个最稳定，光盘、u盘啥的都不靠谱），然后ghost（基本系统），“应用”包含在ghost里或者现装，然后用备份恢复库数据。

如果你将系统、应用、数据在一起备份，那就没层了，估计会倒霉；分层次就不一样了。

备份？应该使用磁带机。
你想要保持稳定啊，那用集群了吧，起码不怕机器宕掉。数据？你不是备份了么。

虚拟机啊。每个虚拟机就几个文件吧，备份了就是了。不过那样文件大了后会慢吧。那还是用软件自己的备份机制吧，增量、差异都将减少操作的时间。

[yymailb]

服务器放在哪？

都在办公室局域网里面

[yymailb]

这钱你自己拿吧，不然我都给你说了还怎么给我？
windows的，他自己有备份机制。
ntbackup，你先来个完全备份，然后可以定时做增量、差异备份。这个策略你可以自己总结，也可以网上找。
软件呢，他自己必然有自己的备份机制。

linux呢，也有备份机制，或者你自己来，比如tar...也可以定时自动操作的。

恢复问题。比如我这里呢，是用红帽做的远程引导....要恢复先要有个系统跑起来，不是么？

建议你把系统、数据库做分别处理。系统备份仅仅备份系统，数据库的东西让他自己备份。
恢复的时候，比如新机，你先远程引导（why?估计这个最稳定，光盘、u盘啥的都不靠谱），然后ghost（基本系统），“应用”包含在ghost里或者现装，然后用备份恢复库数据。

如果你将系统、应用、数据在一起备份，那就没层了，估计会倒霉；分层次就不一样了。

备份？应该使用磁带机。
你想要保持稳定啊，那用集群了吧，起码不怕机器宕掉。数据？你不是备份了么。

虚拟机啊。每个虚拟机就几个文件吧，备份了就是了。不过那样文件大了后会慢吧。那还是用软件自己的备份机制吧，增量、差异都将减少操作的时间。

谢谢关注。你建议的系统，应用，数据分开备份，实现上有困难，主要是系统太多，各系统又经常变化，负责日常备份的同事很难完全掌握。比如某天给一台电脑上面的vs装了个补丁，那系统要重新备份么？或者哪天在装apache的机子上改了个配置文件，可能备份操作员根本不知道这个事情，这样恢复出来的系统不能用，要查出原因非常花时间。
我们目前的方案是服务器使用Vmware Server ESXI, 上两套硬盘，一套运行，vmware data recovery 定时备份系统到另一套,然后各业务系统里面的关键数据人工按时做zip包刻盘. 这样恢复操作最简单，无论是那套业务系统出问题，都可以按照同样的一套操作规范还原。