SRM操作手册11页word.docx

SRM操作手册11页word.docx

《SRM操作手册11页word.docx》由会员分享，可在线阅读，更多相关《SRM操作手册11页word.docx（8页珍藏版）》请在冰豆网上搜索。

SRM操作手册11页word

SRM操作手册

死记硬背是一种传统的教学方式,在我国有悠久的历史。

但随着素质教育的开展,死记硬背被作为一种僵化的、阻碍学生能力发展的教学方式,渐渐为人们所摒弃;而另一方面,老师们又为提高学生的语文素养煞费苦心。

其实,只要应用得当,“死记硬背”与提高学生素质并不矛盾。

相反,它恰是提高学生语文水平的重要前提和基础。

第一章VMware容灾方案介绍

VMwareSRM提供开创性的解决方案，可自动执行并简化灾难恢复计划的管理和执行工作，帮助您摆脱传统灾难恢复中的诸多不便。

由于VMwareSRM省去了复杂的手动恢复步骤，能够对恢复计划执行无中断测试，并且可以自动执行恢复过程，因此能够在整个数据中心高效地进行灾难恢复。

VMwareSRM还有助于进行数据中心的计划内故障切换，例如数据中心迁移。

VMwareSRM与VMwarevSphere、VMwareVirtualCenter及其他主要存储供货商提供的存储备份软件紧密集成，让灾难恢复变得快捷、可靠、经济，而且便于管理。

这样，灾难恢复便不存在任何风险和后顾之忧，还可将所有重要的系统和应用程序纳入保护之列。

主要优势和功能

管理灾难恢复计划：

通过VMwarevCenter管理VMware虚拟环境的过程中即可创建、更新及记录恢复计划。

对故障切换和恢复执行无中断测试：

使用VMwareSRM可以对恢复过程执行自动化测试。

利用针对实际故障切换创建的恢复计划执行测试，而不会对环境造成任何中断。

自动执行故障切换和恢复：

通过自动执行恢复过程，省去传统灾难恢复中许多常见的速度慢又不可靠的手动处理过程，从而确保恢复过程始终能正确执行。

SRM可以使灾难恢复变得快捷、可靠又便于管理，让企业达到其恢复目标。

SRM可以让用户集中管理恢复计划，还可以自动执行恢复过程。

它将传统灾难恢复中使用的复杂的纸质操作手册，转换成虚拟基础架构管理软件中的集成元素，并显著改善恢复计划的测试效果。

SRM是为vSphere提供的一款领先的灾难恢复管理和自动化解决方案。

SRM通过自动执行恢复过程来加快恢复的速度，并将灾难恢复作为VMware虚拟基础架构管理的集成要素，从而简化灾难恢复计划的管理工作。

该解决方案省去复杂的手动恢复步骤，支持无中断的恢复计划测试，确保恢复过程的安全可靠。

SRM紧密集成VMwarevShpere、VMwarevCenter及其他领先存储供货商提供的存储复制软件，使故障切换和恢复变得快捷、可靠和经济，而且便于管理。

因此，企业不仅无需担心灾难恢复的风险，还可将所有重要的系统和应用程序纳入保护范围。

SRM应用场景

SRM可以帮助企业应对传统灾难恢复方法的各种挑战，满足恢复时间目标（RTO）和恢复点目标（RPO）以及法规遵从的要求。

利用SRM，企业可以管理从生产数据中心到灾难恢复网站的故障切换，同时还可以管理两个互为恢复网站且具有活动工作负载的网站之间的故障切换。

SRM还可以自动执行及简化故障切换至新数据中心的过程。

企业利用SRM可以实现以下诸多功能。

管理灾难恢复计划SRM支持企业将创建、更新和记录恢复计划作为VMware虚拟环境管理的集成部分。

传统的灾难恢复解决方案往往需要将故障切换的所有步骤和所需资源记录到操作手册中，而这很难保证准确无误和及时更新。

采用SRM，可直接在VMwarevCenter中管理故障切换过程。

对故障切换和恢复执行无中断测试使用SRM，企业可以执行恢复计划的自动测试，而不会对环境造成任何中断。

SRM可以利用实际故障切换的恢复计划，轻松创建一个隔离的测试环境。

自动执行故障切换和恢复SRM可以自动执行恢复计划，排除传统灾难恢复中常见的缓慢且不可靠的手动处理。

同时，SRM可以确保按照预期执行恢复计划。

第二章操作说明

测试环境

本次操作选用了3台虚拟机相关信息如下：

SRMAD192.168.1.90

SRMSQL192.168.1.92

SRMSHarepoint192.168.1.91

将以上三个虚拟机做成一个保护组。

SRM在初次使用的时候操作的步骤比较多，并且每部之间联系紧密，如果操作不慎可能造成测试失败，下面我将具体的操作进行了整理，给大家的日后使用提供参考。

具体操作分为两部分：

生产中心到灾备中心和灾备中心到生产中心。

二.1.生产中心到灾备中心

所谓生产中心到灾备中心，就是在生产中心建立保护组（确定要保护那些虚拟机），在灾备中心建立恢复计划，当生产中心出现故障时灾备中心将接管生产中心的应用，继续提供服务。

详细的操作如下：

二.1.1.创建主端到备端的复制关系

首先建立生产中心和灾备中心的存储复制关系。

生产中心为主端，容灾中心为备端。

启用存储复制。

按照向导进行配置，选择备端存储

这里选择已有资源，如果没有已有资源，则选择，自定义或快速

正在创建

存储关系创建完成

存储开始复制（主到备）

二.1.2.在生产中心建立保护组

登录VC，打开SRM

SRM主操作页面，选择“CreateProtectionGroup”

创建保护组的名称

选择保护组的存储，将看见具体保护的虚拟机。

选择在恢复网站的那个存储设备上放要保护虚拟机的配置文件

完成保护组的创建

二.1.3.在容灾中心建立恢复计划

打开容灾中心的SRM，选择“CreateRecoveryPlan”

创建计划的名称

为恢复计划选择保护组

选择计划中虚拟机的响应时间

选择测试计划的网络配置，建议自动

选择当执行恢复计划的时候需要挂起的虚拟机（这样可以给需要恢复的虚拟机提供更多的资源）。

计划被成功建立

二.1.4.测试保护计划（确保备份的可用性）

在容灾中心执行测试计划，选择“Test”

执行测试计划的过程

点击“continue”，完成测试

二.1.5.在灾备中心执行恢复计划

（将生产中心的存储连接断开，模拟生产中心故障）

选择“Run”，执行恢复计划

计划开始运行

计划执行完成

虚拟机已经正常启动

应用恢复正常

灾备中心已经可以对外提供服务，虚拟机和应用恢复成功。

通过查看恢复的“history”可以看见整个恢复计划所花费的时间和过程。

二.2.灾备中心到生产中心

当生产中心故障处理完成或者是重建完毕以后，需要把灾备中心的应用进行回迁。

具体的操作步骤如下：

二.2.1.首先要将生产中心的存储进行开机

（注意服务器先不开机，可能会对灾备中心正在运行的应用造成影响）

二.2.2.将生产中心的存储资源取消分配

二.2.3.再将生产中心服务器开机

二.2.4.将生产中心中原来保护组中的虚拟机从清单中删除

二.2.5.将生产中心原来的保护组删除

二.2.6.将灾备中心删除原来的保护计划

二.2.7.删除存储原来的复制关系

生产中心存储复制关系删除，按向导执行。

灾备中心存储复制关系删除，按向导执行。

二.2.8.重新建立存储之间的复制关系

备份中心向生产中心的复制

按照向导进行配置

这里我选择现有的存储资源，如果没有需要重新建立远程的存储资源，选择“自定义”或“快速建立”

完成复制关系的建立

开始复制

复制关系重新建立完成

二.2.9.在灾备中心建立保护组

选择保护组的存储，将看见具体保护的虚拟机

选择在恢复网站大那个存储设备上放要保护虚拟机的配置文件

灾备中心的保护组创建完成

二.2.10.在生产中心建立恢复计划

为恢复计划选择保护组

选择计划中虚拟机的响应时间

选择测试计划的网络配置，建议自动

选择当执行恢复计划的时候需要挂起的虚拟机（这样可以给需要恢复的虚拟机提供更多的资源）。

生产中心的保护计划建立完成

二.2.11.进行恢复计划的Test

测试开始

继续完成测试

二.2.12.将灾备中心的存储网络连接断开

（让生产中心的存储不能与灾备存储进行通信，否则将不能执行恢复计划）

二.2.13.生产中心执行恢复计划

执行恢复计划，首先会将灾备中心正在运行的虚拟机关机，因此业务应用会中断，当恢复计划执行完成后，应用虚拟机将在生产中心重新注册启动，提供应用。

计划执行过程

恢复计划执行完成

虚拟机已经重新启动

测试访问应用，恢复正常

通过查看恢复的“history”可以看见整个恢复计划所花费的时间和过程。

到此整个过程的操作完成，存储的配置部分根据厂家的不同，会有所差别。

本文档只是使用操作，并不含SRM优化和定制部分，这俩个部分将在优化配置部分详解。

SRM恢复虚拟机所需要的时间分为两部分虚拟机系统启动的时间和具体应用使用的时间，恢复历史记录的时间是虚拟机启动完成的时间，应用的时间要视情况而定。

第三章常见问题处理

三.1.保护组创建失败

1.首先要检查保护组中的虚拟机的光驱是否挂在了镜像档，如果有将它卸除，然后选择“客户端设备”，因为保护组会在灾备中心创建虚拟机的配置文件，在灾备中心找不到镜像档所以报错。

2.要检查“inventory”的映射关系是否建立

3.要检查灾备中心的管理清单中是否含有与保护组中名称相同的虚拟机，如果有请删除或修改。

三.2.测试计划失败

1．检查存储的快照功能是否开启

三.3.运行恢复计划失败

1．检查备端存储是否断开网络连接（与主端的通信）