开始新对话

此帖子已超过 5 年

Solved!

Go to Solution

2117

2013年1月20日 07:00

一个DG中新增加LUN之后最好整个DG做同步呢?还是增加的那一部分做同步?

​在一个遥远的站点新增加空间之后,STD与BCV都做了相应的扩容。我就搞不清楚是我手贱还是远程站点的兄弟听错了/我打电话给他们的时候据说已经同步了,我估计这时间也该做完了。上去query一下发现下面的情况 ​

​ Standard Device BCV Device State​
​-------------------------- ------------------------------------- ------------​
​ Inv. Inv. ​
​Logical Sym Tracks Logical Sym Tracks STD <=> BCV ​
​-------------------------- ------------------------------------- ------------​

​DEV001 006F 0 BCV001 010D * 0 Split ​
​DEV002 0070 0 BCV002 010E * 0 Split ​
​DEV003 0071 0 BCV003 010F * 0 Split ​
​DEV004 0072 0 BCV004 0110 * 0 Split ​
​DEV005 0073 0 BCV005 0111 * 0 Split ​
​DEV006 0074 0 BCV006 0112 * 0 Split ​
​DEV007 0075 0 BCV007 0113 * 0 Split ​
​DEV008 0076 0 BCV008 0114 * 0 Split ​
​DEV009 0077 0 BCV009 0115 * 0 Split ​
​DEV010 0078 0 BCV010 0116 * 0 Split ​
​DEV011 0079 0 BCV011 0117 * 0 Split ​
​DEV012 007A 0 BCV012 0118 * 0 Split ​
​DEV013 00BF 0 BCV013 00D6 * 0 Split ​
​DEV014 00C0 0 BCV014 00D7 * 0 Split ​
​DEV015 00C1 0 BCV015 00D8 * 0 Split ​
​DEV016 00C2 0 BCV016 00D9 * 0 Split ​
​DEV017 00C3 0 BCV017 00DA * 0 Split ​
​DEV018 00C4 0 BCV018 00DB * 0 Split ​
​DEV019 00C5 0 BCV019 00DC * 0 Split ​
​DEV020 00C6 0 BCV020 00DD * 0 Split ​
​DEV021 01E7 0 BCV021 0193 * 0 Synchronized​
​DEV022 01E8 0 BCV022 0194 * 0 Synchronized​
​DEV023 01E9 0 BCV023 0195 * 0 Synchronized​
​DEV024 01EA 0 BCV024 0196 * 0 Synchronized​
​DEV025 01EB 0 BCV025 0197 * 0 Synchronized​
​DEV026 01EC 0 BCV026 0198 * 0 Synchronized​
​DEV027 01ED 0 BCV027 0199 * 0 Synchronized​
​DEV028 01EE 0 BCV028 019A * 0 Synchronized​
​DEV029 01EF 0 BCV029 019B * 0 Synchronized​
​DEV030 01F0 0 BCV030 019C * 0 Synchronized​
​DEV031 01F1 0 BCV031 019D * 0 Synchronized​
​DEV032 01F2 0 BCV032 019E * 0 Synchronized​
​DEV033 01F3 0 BCV033 019F * 0 Synchronized​
​DEV034 01F4 0 BCV034 01A0 * 0 Synchronized​
​DEV035 01F5 0 BCV035 01A1 * 0 Synchronized​
​DEV036 01F6 0 BCV036 01A2 * 0 Synchronized​

​Total ------- -------​
​ Track(s) 0 0​
​ MB(s) 0.0 0.0​

2 Intern

 • 

2.1K 消息

2013年1月20日 22:00

如果状态是Split,说明BCV已经关联上了,并且理论上已经做过一个FULL EST了。其实你也可以单单给新添加到Device做一个incremental。保证所有的状态都是Synchronized就行了。

2 Intern

 • 

3.2K 消息

2013年1月20日 07:00

正常的同步脚本都是没有full应该就是Increasment的吧,真的不知道远程站点的兄弟怎么听到实施的EMC攻城狮说已经同步好了,难道他的意思是增加的部分已经同步?

2 Intern

 • 

3.2K 消息

2013年1月20日 07:00

这个时候欲哭无泪,又累又饿在家翻不出一块饼干一碗泡面。为了safe对于两个一起的DG做  establish -noprompt -full 看谁厉害,亨。实在饿了就只好睡觉了,谁让当地站点的人都跑了呢,希望一切正常吧。

2 Intern

 • 

3.2K 消息

2013年1月20日 07:00

此时的偶手很痒心想也应该完成了吧 怎么会这个德性呢? 结果就 -instant split -noprompt  之后query看了一下状态还蛮好的全部split了。这下心欢喜马上做了在这个组中两个DG同步的脚本,突然发现手太快的结果新增加空间的DG在同步时候总是让偶等了很久,不甘心query了一下发现问题来了。

Standard Device                    BCV Device                  State
-------------------------- ------------------------------------- ------------
Inv.                                  Inv.              
Logical        Sym  Tracks Logical              Sym       Tracks STD <=> BCV
-------------------------- ------------------------------------- ------------

DEV001         006F      0 BCV001               010D *         0 Synchronized
DEV002         0070      0 BCV002               010E *         0 Synchronized
DEV003         0071      0 BCV003               010F *         0 Synchronized
DEV004         0072      0 BCV004               0110 *         0 Synchronized
DEV005         0073      0 BCV005               0111 *         0 Synchronized
DEV006         0074      0 BCV006               0112 *         0 Synchronized
DEV007         0075      0 BCV007               0113 *         0 Synchronized
DEV008         0076      0 BCV008               0114 *         0 Synchronized
DEV009         0077      0 BCV009               0115 *         0 Synchronized
DEV010         0078      0 BCV010               0116 *         0 Synchronized
DEV011         0079      0 BCV011               0117 *         0 Synchronized
DEV012         007A      0 BCV012               0118 *         0 Synchronized
DEV013         00BF      0 BCV013               00D6 *         0 Synchronized
DEV014         00C0      0 BCV014               00D7 *         0 Synchronized
DEV015         00C1      0 BCV015               00D8 *         0 Synchronized
DEV016         00C2      0 BCV016               00D9 *         0 Synchronized
DEV017         00C3      0 BCV017               00DA *         0 Synchronized
DEV018         00C4      0 BCV018               00DB *         0 Synchronized
DEV019         00C5      0 BCV019               00DC *         0 Synchronized
DEV020         00C6      0 BCV020               00DD *         0 Synchronized
DEV021         01E7      0 BCV021               0193 *         0 Split      
DEV022         01E8      0 BCV022               0194 *         0 Split      
DEV023         01E9      0 BCV023               0195 *         0 Split      
DEV024         01EA      0 BCV024               0196 *         0 Split      
DEV025         01EB      0 BCV025               0197 *         0 Split      
DEV026         01EC      0 BCV026               0198 *         0 Split      
DEV027         01ED      0 BCV027               0199 *         0 Split      
DEV028         01EE      0 BCV028               019A *         0 Split      
DEV029         01EF      0 BCV029               019B *         0 Split      
DEV030         01F0      0 BCV030               019C *         0 Split      
DEV031         01F1      0 BCV031               019D *         0 Split      
DEV032         01F2      0 BCV032               019E *         0 Split      
DEV033         01F3      0 BCV033               019F *         0 Split      
DEV034         01F4      0 BCV034               01A0 *         0 Split      
DEV035         01F5      0 BCV035               01A1 *         0 Split      
DEV036         01F6      0 BCV036               01A2 *         0 Split

Total              -------                               -------
Track(s)               0                                     0
MB(s)                0.0                                   0.0

2 Intern

 • 

3.2K 消息

2013年1月20日 17:00

昨晚上手工执行执行full establish 就睡着了。今天到了办公室一问,说那个攻城狮给了他一个脚本查询状态的,

/usr/symcli/bin/symmir -sid xxx -f /tmp/emc/20130120.txt query

我cat  /tmp/emc/20130120.txt 发现 结果如下:

01E7 0193

01E8 0194

01E9 0195

01EA 0196

01EB 0197

01EC 0198

01ED 0199

01EE 019A

01EF 019B

01F0 019C

01F1 019D

01F2 019E

01F3 019F

01F4 01A0

01F5 01A1

01F6 01A2

正好是新添加的16个LUN以及对应的BCV的device,估计是这个原因。唉,还好解决了。买红牛去。

2 Intern

 • 

3.2K 消息

2013年1月20日 18:00

偶的那个兄弟听说只同步新增加的一部分就可以了也信以为真了。老问题虽然解决了新的疑问也随之而来,对于增量BCV同步来说一定要把整个DG都full一下之后才能执行增量的BCV的呢?新增加的device已经full了难道不能?

2 Intern

 • 

2.1K 消息

2013年1月20日 21:00

新添加BCV的话,你可以指定把先添加的设备先做一次FULL,然后整个把剩下的再做一个incremental(不用-full)就可以了。当然你把新加的设备做完full以后,整个Device Group运行一个incremental也可以的。默认就是对整个DG里面的盘做一次增量同步操作。做完状态应该是Synchronized

2 Intern

 • 

3.2K 消息

2013年1月20日 22:00

把新加的设备做完full以后,整个Device Group运行一个incremental,偶要么运气不好这个样不成哦,让偶这样做的时候原来旧的LUN可以Synchronized新添加的还是split,最后不得不整个DG全部 establist -full。

2 Intern

 • 

3.2K 消息

2013年1月20日 23:00

哎,看来偶一激动饶了一个大圈子啊。下次有机会再捣鼓一下,不然觉得亏啊。

找不到事件!

Top