full decommisson of JDC- windows meta disk

Posted 2020-07-13

这一篇基本包含了所有步骤和详细命令：

首先JDC和GDC decom的不同如下：

1）datalist的目录不同，JDC在/etc/opt/omni/server/datalist,datalist 以jobcode命名

                                    GDC在 /omni_shared/etc_opt_omni_server/datalist, datalist以host name 命令

2） JDC不删除IG PG SG, 只是重命名，fast policy 改为n/a。GDC则是都删除。

再说一下windows server 与linux server的不同

1）存储上吧N个device做成1个meta device分给windows，所以如果symdg show [dg] 名字的话只能看到一个device, std和bcv都是一个，但是实际在存储上是三个，在virtual volume上unbind volume后还需要在meta volume上dissolve volume，就会分解回原来的n个，在virtual volume上能看到这n个，都是空的。

2）windows上有gate keeper磁盘，几兆一个，3，4个，std的gate keeper需要从ST的SG中unmap掉，但是bcv的gate keeper盘不能从BCV的SG中unmap，因为gate keeper只有在移除整个SG时才需要移除，STD的SG需要被移除，所以STD的GK也要被remove,但是BCV的SG是一个大pool，不能被移除，所以相应的BCV的GK也不需要被remove.

再说一下几个小地方：

1）symdg show [dg name]的输出结果能看到bcv是有pathdevname的，而std是没有的，那是因为现在登录的是backup server, bcv是与backup server相连的，所以是有路径，std没联就没有，如果要看std的pdev要去production server上去看。

2）关于unmap和unbind,

unmap就是把std和bcv从相应的SG中remove掉，

unbind是从volume中把volume的数据擦除，为了以后新的connection用。

顺序是把volume先从SG中remove，和任何server都无关了，然后在从volume中unbind 擦除数据。

****************************************************************************************

full decommisson 的操作集中在三个平台，

                          1 backup server

                          2  VMAX GUI

                          3 FC switch

先说一下总体的思路：

log收集：

在两台backup server上收集如下信息：

1）收集device的路径信息：

命令: ioscan -m lun -C disk -I 5833

大写的i，另外5833是/dev/rdisk/disk5833这个disk名字，不是04BE那种device名字。

2）NO_HW_bfore和NO_HW_after

命令：ioscan -fnNkC disk |grep -i NO_HW > /var/temp/emc/sympd

对比删除后的NO_HW路径；

3）SG IG PG信息，在GUI操作时对比

命令： symaccess -sid 065 show gni00101_IG -type initiator

          symaccess -sid 065 show gni00101_SG -type storage

          symaccess -sid 065 show gni00101_PG -type port

 

4) copy是否成功的信息

命令：symclone -g [dg name] que

5)JDC的话如果在表中找不到jobcode的话，用这个命令：

命令：find  /etc/opt/omni/sever/datalists -exec grep -i -l <hostname > {}\; (前面是小写的L)

6）如果在表中找不到server名字的话，可以先到os组要WWN号，再用下面的命令：

命令：symaccess -sid 65  list view -detail |grep -i [wwn], 要用65 ,66 86这三个vmax20K分别试，有输出的那个就是此server所在的strorage,然后：

          symaccess -sid 65 list -type initiator -wwn 找到IG名字，推断SG名字，然后：

          symsg -sid 65 show JPYK02_SG, 这个名字显示所有GK和STD，BCV device信息，然后：

          symdev -sid 65 show 074E, 找到DG信息。

7）收集BCV的SG信息

命令：首先用 symsg -sid 65 list |grep -i bkj0d101/gepbkp101, bcv的大poll都是以backupserver命令的，输出会有几个大pool,*是BK01 BK02 BK03 BK04，显示不全，然后：

                     symsg -sid 065 show bkj0s101_bkj0d201_BK*|grep -i 084A ,看哪个输出就是哪个SG, 这个是为了在bcv的SG中remove bcv volume用的，要找到是哪个SG.

****************************************************************************************

backup server操作

1）首先需要在bankup server上中止std 与 bcv的clone关系；

     

      symdg list |grep "server name"   如果dg name显示不完整，用下面两条来查;

            /home/work/./cs 50 |grep "server name"

             omnidb -sess [session ID] -report

      symdg show [dg name] (注意是dg name 不是device name, 要删掉device name 后面的_*)

      symclone -g [dg name] terminate que (check if it is copied)

      symclone -g [dg name] terminate (if p and s are copied)

2）在vmx GUI上删除masking view;

3)  在vmx GUI上删除MV下的IG, PG;

4）在vmx GUI上删除fast policy, 如果分配了；

 JDC是在SG上点detail,然后rename SG，点apply,然后把fast policy 改为N/A，再apply。

      fast policy是一个algorithm，能够monitor与server之间的I/O, lun来自于pool，pool是由不同的disk构成的，sata is less, fc 中等。fast policy能够分配哪块disk被用。

5）在vmx GUI上removeSG下的volume; (点remove,unmap, 切断vlume 与 FA port的关联，但是数据还在,利用率不变，volume仍然与pool bound着。)

   volume从SG中被remove之后(unmap)，其实还是和pool bound着的，而且里面的数据可还都存在,使用率没有变化，可以用下面的命令来查：

                           symdev -sid 0055 show 0B4A

               上面的命令可以查看0B4A的信息，与哪块盘bound着。

6）在vmx GUI上remove SG;

7）在vmx GUI上unbind volume from pool; (volume的数据会被擦除，利用率会降到0%)

在volume的virtual disk上选择volume，然后选择unbind。

       unmap之后数据还在，unbind后是使用率就清零了，数据都被擦除。

8）dissolve meta disk

这个是windows的meta盘才有的，unbind之后要把meta盘融化，在volume的meta disk上选择volume，然后dissolve，之后的member会回到virtual disk中，

9）在vmx GUI上把volume重新bind回原来的pool。

以上是std盘，对于bcv盘，除了一步以外，所有步骤都是一样的：

                                  bcv盘的SG是一个大的SG，不要删除。

查看BCV盘所属的pool，用以下命令：

                               symsg -sid 0055 |grep -i GEPBKP*

                               symsg -sid 0055 show [dg name ] |grep -i 0B4A

BCV devices 属于backup storage, backup storage一共三个，第二个命令是确定究竟哪一个。

9）在backupserver上删除STD/BCV device, STD dg；

                           

                                     symclone -g [dg name] remove DEV001 

    注意这里的DEV001是由symdg show []得到的，根据“LDEVName”得出。

                                      symbcv -g [dg name] remove ld BCV001

                                     symdg -delete [dg name] -force

10）完成上一步之后，重新ioscan的话会与新的NO-HW的path出现，删除这些path；

                                    ioscan -fnNkC disk |grep -i NO_HW

                                       rmsf -H []

11）在backupserver上 insf -e重建device表；

                                         insf -e

12）删除/var/adm/dev/下的server 文件夹，删除设备软链接；

13）在backupserver01 02上面删除datalist和conf下的备份脚本；

14）在backupserver07上dummy JP文件夹下的sync/splitjob code的dg内容；

15）在backupserver01上dummy 备份的job code；

16）在fabric manager上删除server所属的zoneset,zone,alias；

                   

                        在FM上先选core 或 edge sw

        zoneset的alias包含两个成员，一个是server的HBA，一个是storage FA的HBA。

17）active change;

18）在edge switch 的 device manager上down 掉server port，把port所属的zone替换成vsan1；

              switch -> edge switch -> core switch -> storage

                        storage的FA port还被其他server用，不能删。

19）save configure

20）finish.