目前客户已经建好了同城的生产和灾备环境。一主一备。 存储用的日立的truecopy技术保证生产和灾备数据的同步。
1、如果在灾备演练中, 从生产切换灾备环境后, 在灾备数据库中写入一些测试数据。 这时2个存储数据同步是断开状态。
当切回生产环境后, 恢复2个存储数据的同步链路后,这时 会不会发生灾备数据库写入生产库的情况。 如果避免
2、比如在真实灾备切换中, 灾备存储中写入了业务数据, 在生产环境后, 如果保证灾备存储和生产存储的数据同步。
谢谢
在非双活环境中,数据的同步是存在方向的,所以在你演练完成后只要确认好你恢复时的同步方向为生产同步至灾备就OK啦!当然最好还是楼上朋友说的在灾备端用快照卷做测试,虽然麻烦点,但是稳妥点。
收起1.在TC的环境中,如果是演练做切换,通常是直接切往灾备卷,使灾备卷变成可读写模式。灾备卷写入数据后,不通过CCI软件控制,即使链路恢复了,也不会自动同步到生产端。没那么智能,也不会那样设计。
2.真实切换后,灾备端有了新生产数据。在回切到生产端时,TC会对比bitmap,然后把增量数据同步回生产端。待同步完成后,再切换回生产端。
不了解TRUECOPY的细节原理,在这里说说通用方案:假定生产卷为A卷,灾备卷为B卷。
1.在灾备演练场景中:切换到灾备端后,灾备端的B卷上需要生成一个快照卷B1,将B1挂载到服务器上,灾备端的测试数据写到B1。演练完成后,只需要将快照卷B1删除,然后将环境恢复到初始状态即可。
2.在真实灾备切换场景中:才会将真实的灾备卷也就是B卷挂载到服务器上,B卷中写入业务数据后进行回切,并反向同步回生产存储,实现数据的同步。
所以在一般的灾备演练场景中,B卷不直接参与读写,而是通过B1进行读写演练测试。演练结束后也并不会做反向同步,而是恢复成初始状态。真实灾备切换场景才涉及到反向同步。
一般情况下存储从生产切灾备做演练,先将上层的应用和数据库停止,并将存储的远程复制关系反转,再将数据库和应用启动即可,这是在灾备的存储写入数据,会自动将数据同步回生产的存储。
而你的灾备演练的方式,从你的表达上来看,应该是先停止应用和数据库,然后直接将同步复制关系断掉,再从灾备的存储上启动应用和数据库,并进行测试,之后如果切回到生产环境,也就是重新建立起生产存储到灾备存储的复制关系,这时生产存储和灾备存储已经不是同步的状态了,生产存储将会把差异数据(有些是重头开始同步)同步至灾备存储,之前的测试数据也就没了。
一般情况下,如果你切至灾备,需要演练的数据同步回生产,可直接将同步复制关系的方向反转即可,等到演练完后,再反转回原状即可。
收起