1.基本概念和实现原理：它实现的某种程度是数据的容灾，需要两台DS8000，一个在本地，一个在远程，这两台DS8000实现数据的同步。
我们来看一下，数据同步的基本原理。这是一台主机，本地有一台DS8000，它上面创建了一个volume，在远端也有一台DS8000，它也创建了一个volume。那么volume A和volume B呢，我们给它建立一个metro
mirror的关系，也就是同步的数据镜像的关系。当我的host首先发生一个写的请求之后，首先第一步，它会写到本地的DS8000上，DS8000 volume A假如做了写更新之后呢，它不会把写成功的请求返回给host，让host进行下一个IO操作。接下来呢，它会把更新了的数据块，通过两台DS8000之间的FC连接，传到远端的DS8000上，然后对volume B也进行相应的数据的更新，volume
B更新完成之后，它会把成功的反馈，返回给volume
A，volume
A接到这个成功反馈之后呢，第四步，它会把成功反馈返回给主机，主机接到之后，说我这个写的请求完成了，可以进行下一步的操作了，下面又是一个循环，从1到4.这是metro mirror同步的一个流程，metro
mirror它实现的是一种数据的同步，也就是说每一个写的操作都会写两份，而且都必须写成功，才能进行下一个IO操作，如果只写了一个，而另一个没写，实际上它会认为写失败，它会retry。它可以保证两台DS8000的数据是完全同步的，另外它支持的操作系统平台和主机的操作系统平台呢，几乎是包括IBM所有的系列的操作系统平台，另外相对来讲，它的性能来讲呢，在距离不是很长或者说同城之间可以达到带宽的这个要求，是no
data loss。
下面我们来看一下具体的metro mirror做数据同步的process。分为两步：第一步是它的primary卷和secondary卷，当我刚创立metro mirror关系之后呢，实际上它要做一个初始化的数据的同步，也就是说它会把primary卷上所有的数据块，全都拷贝到secondary卷上，这是初始化的一个操作，这是第一步，初始化的操作完成之后呢，我的这个卷实际上就可以接受io读写了，我的host IO假如说写到primary卷，primary卷有一个写的操作，实际上就可以通过两个DS8000的连接，来拷贝到远端的DS8000上，然后再成功反馈，进行下一个写的操作。那么这个初始化的这个操作实际上就是一开始需要做，一开始做完之后呢，以后的这个我们叫只拷贝这种改变的track，改变的轨道，都是第二步的操作，当我在某一时刻，第二步的操作完成之后呢，我们可以看到本地的DS8000和远端的DS8000之间就存在数据的一致性，或者叫完全的数据同步的关系，那么DS8000 metro mirror有一个状态叫做full duplex这个状态。
我们来看一下在DS8000里做metor mirror呢，实际上是要经历几个步骤，主要是3步。第一步主要是去查看，本地的DS8000的哪些端口和远端DS8000的端口可以建立metro mirror的链路，第一步查看完了之后，就是要建立metro mirror 这个pprc的这种path，metro mirror的path创建完成之后呢，第三步就是创建metro mirror pair的这种关系，也就是本地DS8000有一个volume，远端有一个volume，创建他们之间的这种关系对，建完之后实际上就是我们前面讲的那两步了，一开始要进行数据块的拷贝的初始化，拷贝成功之后就进行只拷贝那种changed轨道，改变的轨道。
下面的一些interfaces都可以在system z的环境中去建立和管理ds8000的metro mirror。对于z/OS 来说主要有下面这些方式：
1.就是直接通过TSO命令行的方式去建立和管理，下面的ppt中给出的例子，也主要是以TSO 命令的方式；
2.通过ICKDSF命令接口也可以很容易地建立PPRC的路径和pair；
4.
DS8000 DS 命令行是不可以直接运行在system
z上的，但是如果有一些开放的环境，我们仍然可以使用DS8000命令行的方式去管理一些拷贝服务的操作。（DS
CLI will not run on a System z processor, you can still use it to manage
copy services operations on mainframe disks）
5.
PPRC Manager 这种方式可以提供一个图形化界面的方式，通过这个友好的图形化界面可以方便地去建立和管理metro
mirror，不过这种方式也的确是比其他方式慢一些。
.png)
添加新评论0 条评论