SRM操作手册.docx

SRM操作手册文档信息目录第一章 VMWARE 容災方案介紹1第二章操作說明32.1.生產中心到災備中心42.1.1.創建主端到備端的複製關係52.1.2.在生產中心建立保護組82.1.3.在容災中心建立恢復計畫132.1.4.測試保護計畫（確保備份的可用性）192.1.5.在災備中心執行恢復計畫202.2.災備中心到生產中心232.2.1.首先要將生產中心的存儲進行開機232.2.2.將生產中心的存儲資源取消分配242.2.3.再將生產中心伺服器開機252.2.4.將生產中心中原來保護組中的虛擬機器從清單中刪除252.2.5.將生產中心原來的保護組刪除262.2.6.將災備中心刪除原來的保護計畫272.2.7.刪除存儲原來的複製關係282.2.8.重新建立存儲之間的複製關係292.2.9.在災備中心建立保護組332.2.10.在生產中心建立恢復計畫362.2.11.進行恢復計畫的Test402.2.12.將災備中心的存儲網路連接斷開412.2.13.生產中心執行恢復計畫42第三章常見問題處理453.1.保護組創建失敗453.2.測試計畫失敗473.3.運行恢復計畫失敗47目录-1第一章 VMware 容灾方案介绍VMware SRM 提供开创性的解决方案，可自动执行并简化灾难恢复计划的管理和执行工作，帮助您摆脱传统灾难恢复中的诸多不便。由于 VMware SRM省去了复杂的手动恢复步骤，能够对恢复计划执行无中断测试，并且可以自动执行恢复过程，因此能够在整个数据中心高效地进行灾难恢复。VMware SRM还有助于进行数据中心的计划内故障切换，例如数据中心迁移。VMware SRM 与 VMware vSphere、VMware VirtualCenter及其他主要存储供货商提供的存储备份软件紧密集成，让灾难恢复变得快捷、可靠、经济，而且便于管理。这样，灾难恢复便不存在任何风险和后顾之忧，还可将所有重要的系统和应用程序纳入保护之列。主要优势和功能管理灾难恢复计划：通过 VMware vCenter管理 VMware 虚拟环境的过程中即可创建、更新及记录恢复计划。对故障切换和恢复执行无中断测试：使用 VMware SRM可以对恢复过程执行自动化测试。利用针对实际故障切换创建的恢复计划执行测试，而不会对环境造成任何中断。自动执行故障切换和恢复：通过自动执行恢复过程，省去传统灾难恢复中许多常见的速度慢又不可靠的手动处理过程，从而确保恢复过程始终能正确执行。SRM可以使灾难恢复变得快捷、可靠又便于管理，让企业达到其恢复目标。SRM可以让用户集中管理恢复计划，还可以自动执行恢复过程。它将传统灾难恢复中使用的复杂的纸质操作手册，转换成虚拟基础架构管理软件中的集成元素，并显著改善恢复计划的测试效果。SRM是为vSphere提供的一款领先的灾难恢复管理和自动化解决方案。SRM通过自动执行恢复过程来加快恢复的速度，并将灾难恢复作为VMware虚拟基础架构管理的集成要素，从而简化灾难恢复计划的管理工作。该解决方案省去复杂的手动恢复步骤，支持无中断的恢复计划测试，确保恢复过程的安全可靠。SRM紧密集成VMware vShpere、VMware vCenter及其他领先存储供货商提供的存储复制软件，使故障切换和恢复变得快捷、可靠和经济，而且便于管理。因此，企业不仅无需担心灾难恢复的风险，还可将所有重要的系统和应用程序纳入保护范围。SRM应用场景SRM可以帮助企业应对传统灾难恢复方法的各种挑战，满足恢复时间目标（RTO）和恢复点目标（RPO）以及法规遵从的要求。利用SRM，企业可以管理从生产数据中心到灾难恢复网站的故障切换，同时还可以管理两个互为恢复网站且具有活动工作负载的网站之间的故障切换。SRM还可以自动执行及简化故障切换至新数据中心的过程。企业利用SRM可以实现以下诸多功能。管理灾难恢复计划 SRM支持企业将创建、更新和记录恢复计划作为VMware虚拟环境管理的集成部分。传统的灾难恢复解决方案往往需要将故障切换的所有步骤和所需资源记录到操作手册中，而这很难保证准确无误和及时更新。采用SRM，可直接在VMware vCenter中管理故障切换过程。对故障切换和恢复执行无中断测试使用SRM，企业可以执行恢复计划的自动测试，而不会对环境造成任何中断。SRM可以利用实际故障切换的恢复计划，轻松创建一个隔离的测试环境。自动执行故障切换和恢复 SRM可以自动执行恢复计划，排除传统灾难恢复中常见的缓慢且不可靠的手动处理。同时，SRM可以确保按照预期执行恢复计划。第二章 操作说明测试环境本次操作选用了3台虚拟机相关信息如下：SRMAD 192.168.1.90SRMSQL 192.168.1.92SRMSHarepoint 192.168.1.91将以上三个虚拟机做成一个保护组。SRM在初次使用的时候操作的步骤比较多，并且每部之间联系紧密，如果操作不慎可能造成测试失败，下面我将具体的操作进行了整理，给大家的日后使用提供参考。具体操作分为两部分：生产中心到灾备中心和灾备中心到生产中心。2.1. 生产中心到灾备中心所谓生产中心到灾备中心，就是在生产中心建立保护组（确定要保护那些虚拟机），在灾备中心建立恢复计划，当生产中心出现故障时灾备中心将接管生产中心的应用，继续提供服务。详细的操作如下：2.1.1. 创建主端到备端的复制关系首先建立生产中心和灾备中心的存储复制关系。生产中心为主端，容灾中心为备端。启用存储复制。按照向导进行配置，选择备端存储这里选择已有资源，如果没有已有资源，则选择，自定义或快速正在创建存储关系创建完成存储开始复制（主到备）2.1.2. 在生产中心建立保护组登录VC，打开SRM SRM主操作页面，选择“Create Protection Group”创建保护组的名称选择保护组的存储，将看见具体保护的虚拟机。选择在恢复网站的那个存储设备上放要保护虚拟机的配置文件完成保护组的创建2.1.3. 在容灾中心建立恢复计划打开容灾中心的SRM，选择“Create Recovery Plan”创建计划的名称为恢复计划选择保护组选择计划中虚拟机的响应时间选择测试计划的网络配置，建议自动选择当执行恢复计划的时候需要挂起的虚拟机（这样可以给需要恢复的虚拟机提供更多的资源）。计划被成功建立2.1.4. 测试保护计划（确保备份的可用性）在容灾中心执行测试计划，选择“Test”执行测试计划的过程点击“continue”，完成测试2.1.5. 在灾备中心执行恢复计划（将生产中心的存储连接断开，模拟生产中心故障）选择“Run”，执行恢复计划计划开始运行计划执行完成虚拟机已经正常启动应用恢复正常灾备中心已经可以对外提供服务，虚拟机和应用恢复成功。通过查看恢复的“history”可以看见整个恢复计划所花费的时间和过程。2.2. 灾备中心到生产中心当生产中心故障处理完成或者是重建完毕以后，需要把灾备中心的应用进行回迁。具体的操作步骤如下：2.2.1. 首先要将生产中心的存储进行开机（注意服务器先不开机，可能会对灾备中心正在运行的应用造成影响）2.2.2. 将生产中心的存储资源取消分配2.2.3. 再将生产中心服务器开机2.2.4. 将生产中心中原来保护组中的虚拟机从清单中删除2.2.5. 将生产中心原来的保护组删除2.2.6. 将灾备中心删除原来的保护计划2.2.7. 删除存储原来的复制关系生产中心存储复制关系删除，按向导执行。灾备中心存储复制关系删除，按向导执行。2.2.8. 重新建立存储之间的复制关系备份中心向生产中心的复制按照向导进行配置这里我选择现有的存储资源，如果没有需要重新建立远程的存储资源，选择“自定义”或“快速建立”完成复制关系的建立开始复制复制关系重新建立完成2.2.9. 在灾备中心建立保护组选择保护组的存储，将看见具体保护的虚拟机选择在恢复网站大那个存储设备上放要保护虚拟机的配置文件灾备中心的保护组创建完成2.2.10. 在生产中心建立恢复计划为恢复计划选择保护组选择计划中虚拟机的响应时间选择测试计划的网络配置，建议自动选择当执行恢复计划的时候需要挂起的虚拟机（这样可以给需要恢复的虚拟机提供更多的资源）。生产中心的保护计划建立完成2.2.11. 进行恢复计划的Test测试开始继续完成测试2.2.12. 将灾备中心的存储网络连接断开（让生产中心的存储不能与灾备存储进行通信，否则将不能执行恢复计划）2.2.13. 生产中心执行恢复计划执行恢复计划，首先会将灾备中心正在运行的虚拟机关机，因此业务应用会中断，当恢复计划执行完成后，应用虚拟机将在生产中心重新注册启动，提供应用。计划执行过程恢复计划执行完成虚拟机已经重新启动测试访问应用，恢复正常通过查看恢复的“history”可以看见整个恢复计划所花费的时间和过程。到此整个过程的操作完成，存储的配置部分根据厂家的不同，会有所差别。本文档只是使用操作，并不含SRM优化和定制部分，这俩个部分将在优化配置部分详解。SRM恢复虚拟机所需要的时间分为两部分虚拟机系统启动的时间和具体应用使用的时间，恢复历史记录的时间是虚拟机启动完成的时间，应用的时间要视情况而定。第三章 常见问题处理3.1. 保护组创建失败1. 首先要检查保护组中的虚拟机的