Chinaunix

标题: aix 上安装 VXVM ,VXFS,原来的datavg上的数据怎么迁移? [打印本页]

作者: SARS1 时间: 2009-08-11 23:46
标题: aix 上安装 VXVM ,VXFS,原来的datavg上的数据怎么迁移?
aix 上安装了 VXVM ,VXFS,新加了一块硬盘，把原来的datavg上的数据用VXVM做成镜像卷,请问:\r\n1、直接将datavg中的硬盘用VXVM来管理，并做镜像，datavg上的数据会丢失吗？\r\n2、如果会丢失，只能用备份恢复的方法来保证数据安全，有其他方法来保证数据安全吗？比如转换或类似的方法

作者: SARS1 时间: 2009-08-12 00:16
无牙斑竹，各位高手，等待中。。。。。。

作者: SARS1 时间: 2009-08-12 08:04
上面的转换指文件系统的转换,

作者: 无牙 时间: 2009-08-12 09:35
你可以直接使用VxVM带的工具vxconvert进行转换。转换的时候数据是不会丢的。\r\nvxconvert在转换前会自动的将VGDA备份。也就是说，如果转换后，你不修改卷的任何属性，还是可以从VxVM转会LVM.\r\n\r\n\r\n通常情况下，用户都会在转换前做数据备份。

作者: SARS1 时间: 2009-08-12 11:27
若是裸设备,也可以用这个工具转换吗?

作者: jgtvisionnex 时间: 2009-08-12 14:29
如果是裸设备的话，哪么怎么做成FS呢？

作者: mike79 时间: 2009-08-12 15:58
在AIX平台上VxVM+VxFS比起LVM+JFS2有哪些明显优势？

作者: netbackup 时间: 2009-08-12 19:56
vxconvert还是很好用的。

作者: bbjmmj 时间: 2009-08-15 19:56
我觉得有一个非常明显的优势，比如说你想把JSF2文件系统镜像到NTFS或者EXT3/4上，JSF2本身是不具备这个能力的，而VERITAS之类的虚拟化工具却有能力做到这一点。

作者: 无牙 时间: 2009-08-16 03:46
oracle提供了Transportable Database功能，可以实现AIX上的建的数据库在hp-ux上打开。\r\n\r\nAIX的LVM还不能实现职能的数据分级存储吧？\r\n\r\n如果是一个镜像的卷，VxVM可以选择是随机读，还是从镜像卷中的某一份镜像读。例如如果用户作了一个同城数据镜像，肯定是从本地读数据快。

作者: xzcsiwh 时间: 2009-08-17 16:19
就SF 来说,跨平台数据识别有两大部分:\r\n1.lun 在os上的识别, 可用性(disk label)以及格式. vxvm 是用cdsdisk格式解决的. 这种事只有第三方厂商愿做. \r\n2. fs 识别, oracle rman 在data file 上做了这件事, vxfs 用fscdsconv去做. 包括 os / big-little. \r\n fscdsconv 只能在源机器平台上做数据格式转换, 这限制了VVR功能,而oracle针对data file绕过了这个问题.\r\n\r\nvxvm 分层存储(ISP) 估计要消失了,现在的硬件技术差别越来越小.

作者: wolfop 时间: 2009-08-18 16:57
扯远了，如果要做容灾，干嘛不用基于存储的复制？VVR目前是否支持FC？还是只能走IP？

作者: 无牙 时间: 2009-08-18 23:53
方案从来都是没有最好的，只有最合适的。不管你选什么方法，只要适合用户的需求就行。\r\n所以到底是LVM+JFS2好还是VxVM+VxFS好，要看用户具体的需求与环境。

作者: saminsz 时间: 2009-08-23 20:19
偶是做存储的，前面一直在学习\r\n现在可以上来吐个泡泡了\r\n\r\n1，用VVR做异步容灾，服务器的性能，IO的延迟，都比较不好。所以目前看到的客户做容灾，基本上都是基于存储硬件的，包括所有我见过的移动/电信/金融/银行etc；\r\n2，用SF做同步镜像，确实是有一些客户这样做，只要是感觉阵列硬件坏了的时候，RTO=0;\r\n3，GLVM，没听过有人这样做。。。可能因为偶不是做IBM的。请问GLVM和很久以前的GeoRM是不是类似？\r\n4，碰到几个用VxVM的客户，确实在抱怨VxVM的价格和管理成本。。。比LVM复杂多了。。。

作者: SARS1 时间: 2009-08-27 18:03
好几天没来了,这里这么热闹.也算是抛砖引玉了.

作者: unixu 时间: 2009-09-13 15:20
管理员，这贴加精，置顶没有？

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)