SAN环境下SVM建立的文件服务器迁移问题

bloomit

主机环境：两台服务器A、B做Sun Cluster＋Oracle，作为数据库服务器。其中一台（B服务器）同时作为整个网络的文件服务器，通过NFS共享目录

。（如图）

存储环境：SAN存储网络，Brocade+StorEdge 6130。

存储划分：盘阵逻辑上为NFS共享存储划分出了7个卷，均只映射在B服务器HBA启动器上。在B服务器上用SVM做出以下三个条带，其中D51再划分出十

数个SubMirror，与d52，d50挂接到指定目录，目录通过NFS共享到整个网络中。

d52: Concat/Stripe
    Size: 419414016 blocks (199 GB)
    Stripe 0:
        Device   Start Block  Dbase     Reloc
        d19s0           0     No        No

d50: Concat/Stripe
    Size: 2097107456 blocks (999 GB)
    Stripe 0:
        Device   Start Block  Dbase     Reloc
        d13s0           0     No        No
    Stripe 1:
        Device   Start Block  Dbase     Reloc
        d15s0        8192     No        No
    Stripe 2:
        Device   Start Block  Dbase     Reloc
        d16s0        8192     No        No

d51: Concat/Stripe
    Size: 1887354880 blocks (899 GB)
    Stripe 0:
        Device   Start Block  Dbase        State Reloc Hot Spare
        d14s0           0     No            Okay   No  
    Stripe 1:
        Device   Start Block  Dbase        State Reloc Hot Spare
        d17s0        8192     No            Okay   No  
    Stripe 2:
        Device   Start Block  Dbase        State Reloc Hot Spare
        d18s0        8192     No            Okay   No  

系统需要改动：

将文件服务器独立出来，用新的Cluster服务器C和D替代。

问题：
原D51/D52/D50的分区信息可否移植到新的文件服务器C和D上？
（做备份恢复太麻烦了，并且时间长，生产系统停机时间有限）

谢谢你的关注并期待得到解答。

race

不管怎么做，备份是首要的，再好的方案也少不了备份。不然的话，谁做谁就得为数据丢失负责任。
不同机器之间的分区信息做到完全一致是很困难的，D51/D52/D50到别的机器上最好重新配置。
因此最保险的方案就是先备份数据，其它的就好办了。

bloomit

想省事些看来是不行了。

我知道了，谢谢race的回答

按原来方案备份、映射启动器、做concate、划分分区、恢复吧。。。