IBM存储拷贝服务的实施和管理

haole

对于IBM存储服务器更早期的型号ESS F20，是无法使用DSCLI来管理拷贝服务的。如果你使用ESS F20或微码低于2.4.0的ESS 800，那么在管理拷贝服务方面，只能使用Web界面定义各种类型的任务。实际上，可以将任务看作一种宏，包含静态的拷贝服务操作的定义。这些定义好的任务保存在ESS的控制器中。为了实现任务自动化，你可以使用安装在主机的ESSCLI（或叫Copy Services CLI）中的rsExecuteTask命令来调用这些任务。考虑到管理拷贝服务各种可能的操作，我们必须预先定义好各种类型的任务，以备不时之需。通常我们需要定义20到30种任务。如果AIX卷组跨多个LSS，还需要先定义好LSS对之间的任务，再将这些任务组合起来，做成组任务。如果你有10个AIX卷组，每个卷组都跨4个LSS，那么至少需要定义10 x 4 x 20=800个任务。

对于三百多个PPRC卷对的情况，我们大约需要定义6000至8000个任务。根据以往的经验，一个熟练的工程师一天大概也只能定义300个任务。6000个任务就需要20个人天。这些任务都是静态的，一旦需要在卷组中增加PV或需要改变某些Copy Services操作的选项，就需要修改、甚至重新定义大量的任务。

现在ESS 800/750（微码2.4.0以上）和DS8000/DS6000可以使用DS CLI来实施Copy Services，不需要定义各种任务了。相应地，如果以前需要定义6000个任务，现在就需要编写6000个mini script（DS CLI脚本），每个mini script包含一行或多行DS CLI命令。这些mini script也是静态的（因为mini script中的参数也是静态的），一旦需要在卷组中增加PV或需要改变某些Copy Services操作的选项，就需要修改、甚至重新定义大量的mini script。

以前用鼠标点击定义任务可能会出错，现在用人手编写mini script也会出错。鼠标点击和编写脚本或许可以达到很高的速度，但是用眼睛机械地检查任务或脚本是否正确无误却是极为耗时费力的事情，而且无法保证完全正确。

所以用DSCLI实施Copy Services与用Web界面定义任务实施Copy Services相比的工作量并没有减少。

采用编写mini script的方式是无法简化Copy Services的实施和管理的。那么如何解决这个问题呢？一般的答案是用TotalStorage Productivity Center for Replication或eRCMF（enterpirse Remote Copy Management Facility）。

我在这里并不想探讨TPC或eRCMF，而是提出另外一种解决方法。
TPC和eRCMF是通过Open/API（一种基于Java的API，需要安装CIM Agent）实现对Copy Services的管理。DSCLI出现后，实际上DSCLI是一种更为简单、容易利用的API，虽然DSCLI比Open/API的速度慢，但是已经足够快了。

只要从IBM网站下载DSCLI user guide，你就掌握了这个API，剩下的是如何通过scripting或programming简化管理。目前已经有人编写为DSCLI写了图形界面的frontend，Perl+GTK菜单驱动，主要用于存储逻辑配置。至于Copy Services的管理，使用简单的菜单驱动、让用户输入各种参数并不能带来多大的便利。

<待续>;