CH-DRS数据库异地容灾托管解决方案

chnod

chnod

难道就没人对此方案感兴趣？是因为简单呢，还是觉得方案有些不可能实现？

chnod

手动或自动跳转，时间在几秒到几分钟内
我们用手动侧过，一般是2,3分钟即可

chnod

你的设备之间和服务器之间通过什么，IP是吗，那主的出问题了，盘阵里的卷是怎么加载给容灾机器？？？挂载还 ...
ry715 发表于 2010-04-28 17:19

    对，设备本身就是走TCP/IP的，我们设备CDP/备份功能，本身就是磁盘底层的数据扫描和读取方式，也就是说在做CDP/备份的同时，已经将卷的形式加载到容灾设备中了，还有系统恢复也是基于这个原理做的，当系统恢复后，你可以发现，在目的端的不同品牌和配置的服务器里，系统照样能起来，知不是要配上相关的硬件驱动而已。

  因此，这里不需要考虑磁盘的卷的问题。

  数据始终在做同步

chnod

数据复制最大的问题是一致性问题，这样一张图实在看不出细节。另外，OS恢复是有限制的，X86好办，用VMotion ...
livefordie 发表于 2010-04-28 17:41

  应该这样理解这个功能，就是在数据初始化的时候，采用的是CDP/备份的技术，将数据备份到存储池里，然后将数据进行裸机恢复即可得到相同的应用环境，复制是实时的将数据拷贝到目的机，这样就能保证两边的数据的一致性。
况且，这种CDP技术是基于I/0分析及读写的，采用了去重的方式以及在产生或改变的数据在写入本地磁盘的同时在向存储池里写，因而可以保证数据的完整性。

  还有，关于OS的恢复问题，就是看你用的什么操作系统了，我们还在继续完善支持OS的应用，但现存的主流的WIN,LINUX以及UNIX操作系统都支持，如果再偏一点的，或者用的少的，现在还没有涉及到，等以后看发展趋势了。

chnod

那如果是这样的话，你们的硬件后面还要挂存储吗，这个存储时干啥用的呢？？？
ry715 发表于 2010-04-28 17:39

    这个只是模拟用户环境，我们的硬件本身就是一个高性能存储，至于后面挂不挂存储对于我们的设备以及性能来讲没有关系。挂存储最多的时候就是用来复制存储大量的数据，比如视频文件等，复制最大的优势是即时传输。

chnod

1、用CDP/备份将源设备的各个盘符下的数据全部备到CH-DRS的存储池里，各个盘符备的设置是在策略里输入
C:\
D:\
E:\
因为采用的I/O数据读取方式，因此磁盘的卷标等等底层数据同样给转移到CH-DRS的存储池，同时重复数据删除的功能，给冗余数据做到了最大程度的消减

2、采用系统恢复功能
用CHSTOR专用的远程启动光盘，盘里集成了上百种主流网卡微型驱动，因此，在启动后会直接输入本网段的IP，如果此IP能够与CH-DRS PING通，就可以将此设备指定到CH-DRS，从而进行系统选择进行恢复，我们测试过，10G左右的操作系统，大概时间在5,6分钟就可以恢复过去

3、将数据库系统与数据所在的盘符用恢复工具即可恢复到与原设备相同的分区即可

4、然后通过复制功能实时将数据库数据转移到目的设备上，即可保证数据的一致性和完整性

5、通过IP更改和跳转设置，从用户端指向裸机端即可

不知这么说是否明白？

chnod

刚才在百兆网上拷一个5G的视频，用了20分钟左右，前天在用户那边测试，10G的视频的复制用了4分钟左右就完成了。我指的这个复制，是指数据初始化的时候，也就是从空到有的过程

chnod

回复 15# mike79


    兄弟，我的AGENT，同样是MASTER，这不能说我是靠AGENT来读取I/O的，而且，装上AGENT之后，所有的操作和配置均在MASTER上，AGENT是透明的，且其占主机资源和CPU以及内存等很小很小，可以忽略不计。就是256M的主机都可以运行起来，我们在用户哪里测试过。

  因此，不要以点论全

  你也可以把你看好的东东晒出来，大家分享一下啊，我热烈欢迎

chnod

回复 20# saintdragon


    我不太清楚你指的事务是什么概念？

  关于是不是HOOK API的问题，我们不做解释，属技术保密！有兴趣可以试用，不看好的话可以用其他的设备了，对我们来讲真正能为用户解决问题，提供最优的解决方案是首要的。