aix的卷组共享问题请教
请教：在一个物理节点(aix5.3)上创建一卷组，然后创建了若干逻辑卷，想请问另一个物理节点（aix5.3）能否读写此卷组的逻辑卷？如果能，该如何做？
相关信息：
# lsvg -l dbTYVG
dbTYVG:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
loglv00 jfslog 1 1 1 closed/syncd N/A
lv_db2_cctvsts jfs2 48 48 1 open/syncd /db2sts/cctvsts
loglv02 jfs2log 1 1 1 open/syncd N/A
lv_eps_N0 jfs2 96 96 1 open/syncd /db2eps/database/cctveps/NODE0000
lv_epstbs1_101 raw 160 160 1 open/syncd N/A
lv_epstbs1_102 raw 160 160 1 open/syncd N/A
lv_epstbs2_101 raw 80 80 1 open/syncd N/A
lv_epstbs2_102 raw 80 80 1 open/syncd N/A
lv_sts_N0 jfs2 96 96 1 open/syncd /db2sts/database/cctvsts/NODE0000
lv_sts_data_101 raw 16 16 1 open/syncd N/A
lv_sts_doc_101 raw 160 160 1 open/syncd N/A
lv_sts_idoc_101 raw 240 240 1 open/syncd N/A
lv_sts_mam_101 raw 160 160 1 open/syncd N/A
lv_sts_imam_101 raw 80 80 1 open/syncd N/A
lv_sts_dlob_101 raw 320 320 1 open/syncd N/A
lv_sts_mlob_101 raw 320 320 1 open/syncd N/A
相关信息：
# lsvg -l dbTYVG
dbTYVG:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
loglv00 jfslog 1 1 1 closed/syncd N/A
lv_db2_cctvsts jfs2 48 48 1 open/syncd /db2sts/cctvsts
loglv02 jfs2log 1 1 1 open/syncd N/A
lv_eps_N0 jfs2 96 96 1 open/syncd /db2eps/database/cctveps/NODE0000
lv_epstbs1_101 raw 160 160 1 open/syncd N/A
lv_epstbs1_102 raw 160 160 1 open/syncd N/A
lv_epstbs2_101 raw 80 80 1 open/syncd N/A
lv_epstbs2_102 raw 80 80 1 open/syncd N/A
lv_sts_N0 jfs2 96 96 1 open/syncd /db2sts/database/cctvsts/NODE0000
lv_sts_data_101 raw 16 16 1 open/syncd N/A
lv_sts_doc_101 raw 160 160 1 open/syncd N/A
lv_sts_idoc_101 raw 240 240 1 open/syncd N/A
lv_sts_mam_101 raw 160 160 1 open/syncd N/A
lv_sts_imam_101 raw 80 80 1 open/syncd N/A
lv_sts_dlob_101 raw 320 320 1 open/syncd N/A
lv_sts_mlob_101 raw 320 320 1 open/syncd N/A
44同行回答
我明白了 你原来的数据库就采用NFS的方式啊那你现在 将数据库继续迁移到新的数据库 仍旧采用NFS啊将旧 ...kw002007 发表于 2011-7-4 23:05
现在就是新加了两个物理几点，将原来的两个中的一个应用数据库迁移过来，数据卷组想不发生变化，你提到的nfs客户端，我想应...现在就是新加了两个物理几点，将原来的两个中的一个应用数据库迁移过来，数据卷组想不发生变化，你提到的nfs客户端，我想应该首先得实现这个客户端能够读写原来节点建的卷组逻辑卷（裸设备），同时保证原来的节点可以保留访问另一个应用数据库的可读写性。所以，你说的是否可行，还需要测试验证！收起
浏览729
浏览769
我明白了 你原来的数据库就采用NFS的方式啊
那你现在 将数据库继续迁移到新的数据库 仍旧采用NFS啊
将旧的节点做NFSserver
新的节点做NFS客户端 配置读写模式 启动数据库不可以么...
ps:个人认为NFS不能满足高可用，我接触的环境没有用NFS做数据库的。收起
浏览729
浏览1774
如果是concurrent，那么active node可以读写，如果是passive node可以读卷组的相关信息，但不能写；
当然类 ...
myguangzhou 发表于 2011-7-4 13:21
gpfs比更好吗 一个厂家 排错都容易收起
浏览1857
感谢各位的关注，我的问题是在生产环境的一个节点建了卷组dbTYVG，卷组内有若干逻辑卷，逻辑卷有文件系统（主要作为db2的数据库管理环境，通过nfs有两个节点同时使用构成分区型数据库），裸设备（主要作为表空间的容器），因为现在一个节点有两个db2数据库读写对应的裸设备，需要将其中一个数据库转移到新的物理节点，但是数据读写保持不变，所以产生了开始提出的问题。
其实生产环境比我上边说的要复杂一点，简单的讲是两个物理节点做了HA，每个节点上分别有两个实例通过nfs使用各自的数据库环境来读写对应的表空间（裸设备）。
现在是想把其中一个业务的数据库迁移到两个新的节点中，但是数据结构又不想变化，也没有多余的存储空间迁移数据。所以想到共享卷组的概念，有查阅资料看到过增强型并发卷组的概念，还没怎么搞清楚，不知道能否解决此问题。
再次感谢各位的关注……收起
其实生产环境比我上边说的要复杂一点，简单的讲是两个物理节点做了HA，每个节点上分别有两个实例通过nfs使用各自的数据库环境来读写对应的表空间（裸设备）。
现在是想把其中一个业务的数据库迁移到两个新的节点中，但是数据结构又不想变化，也没有多余的存储空间迁移数据。所以想到共享卷组的概念，有查阅资料看到过增强型并发卷组的概念，还没怎么搞清楚，不知道能否解决此问题。
再次感谢各位的关注……收起
浏览1746
国内用NFS来做数据库的还真不多，毕竟NAS也需要钱的，并且性能比不上SAN收起
浏览1730