最佳实践
SnapCenter 配置
建议更改
PDF
如本文档开头所述、本文档旨在为使用VMware和VMFS以及SnapMirror主动同步的HANA环境提供最佳实践。我们仅介绍与此特定解决方案相关的详细信息和重要步骤、不会介绍常规SnapCenter概念。有关SnapCenter的这些概念和其他附加信息、请参见：
前提条件
通常、在将受保护资源添加到SnapCenter之前、应先设置SnapMirror主动同步。如果在设置SnapMirror活动同步之前创建了备份、则这些备份将仅存在于原始主存储中、之后不会进行复制。
必须自动发现SnapCenter HANA资源
使用VMware VMFS配置的资源或使用SnapMirror活动同步保护的资源必须由SnapCenter自动发现、以支持这些配置所需的特定操作。
由于HANA非数据卷在SnapCenter中始终是手动配置的资源、因此SnapCenter不支持即装即用。我们将在本文档后面讨论非数据卷的选项和解决方法。
SAP HANA多主机系统必须使用中央HANA插件进行配置、因此默认情况下是手动配置的资源。使用VMware VMFS或SnapMirror主动同步时、SnapCenter不支持此类HANA系统。
适用于VMware vSphere的SnapCenter插件
适用于VMware vSphere的SnapCenter插件必须部署在VMware环境中。
托管卷的SVM上的管理IP地址
即使集群将添加到SnapCenter中、托管源卷和目标卷的SVM也必须配置管理IP地址。
用于存储通信的REST API
管理和监控SnapMirror活动同步需要访问REST API。因此、必须将SnapCenter配置为使用REST API进行存储通信。必须将配置文件+ C：\Program Files\SMCore\+SMCore\+SMCoreServiceHost.dll.config中的参数"IsRestEnableForStorageConnection" NetApp设置为true。
<add key="IsRestEnabledForStorageConnection" value="true">
参数更改后、必须重新启动SnapCenter SMCore服务。
添加存储系统
在为SnapCenter启用REST API后、可以添加存储系统。需要同时添加两个存储集群、而不是单个SVM。
添加主机—适用于VMware vSphere的SnapCenter插件
如果SnapCenter中的某个资源正在虚拟化VMware环境中运行、则SnapCenter会利用适用于VMware vSphere的SnapCenter插件来扩展SnapCenter备份、还原和克隆工作流、并在VMware层执行所需的步骤。
要在SnapCenter中添加主机、必须先在VMware环境中部署适用于VMware vSphere的SnapCenter插件。
|
必须在主机添加工作流期间设置凭据、在此工作流中、可以选择vSphere作为主机类型。 |
|
|
无需在适用于vSphere的SnapCenter插件本身进行其他配置。 |
添加主机—HANA系统
|
|
无特定要求。插件部署和自动发现照常进行。 |
通过自动发现过程、SnapCenter可检测到HANA资源正在使用VMS/VMDK进行虚拟化运行。SnapCenter还会检测SnapMirror活动同步设置并确定当前主站点。
自动发现资源后、当前主站点将显示在资源视图的存储占用空间部分中。检测哪个存储系统为主存储系统取决于SnapCenter使用的ONTAP命令的输出。
volume show -vserver <vs> -volume <vol> -fields smbc-consensus,is-smbc-master
策略配置
使用SnapMirror活动同步保护的资源所使用的策略必须使用SnapMirror复制进行配置、即使SnapCenter不会触发任何SnapMirror更新操作也是如此。
HANA资源保护配置
无特定要求。资源保护配置照常执行。
