NBU 6在帶庫擴容之后的故障

ilovejin

最簡單的，你做的什么備份。那些帶子在一個volume poor里面嗎

maping

原帖由 ilovejin 于 2006-12-25 21:50 發(fā)表
最簡單的，你做的什么備份。那些帶子在一個volume poor里面嗎

兄弟什么意思？
有什么高招嗎？
請說詳細點。。。

david5337

暈暈，高人出現(xiàn)了哦
汗！�。。。。。。�！

david5337

今天終于把這個問題解決了，問題的根源還是在于EMM數(shù)據(jù)庫本身的更新機制不太完善，很多時候不能夠更新到和現(xiàn)在一致的設備信息。
解決步驟：
1、刪除現(xiàn)有的Drives和STUs；
2、停掉所有的Media Server進程；
3、只配置Master Server一臺機器，發(fā)現(xiàn)，系統(tǒng)識別到的帶機標示已經(jīng)改變；
4、創(chuàng)建STU，備份，可以使用任意的14個帶機。
出問題時候帶機的配置狀況：
# /usr/openv/volmgr/bin/tpconfig -d
Id  DriveName           Type   Residence
      Drive Path                                                       Status
****************************************************************************
0   IBM.VXA-2.005        pcd    Standalone
      /dev/rmt0.1                                                      DISABLED
1   IBMULTRIUM-TD210     hcart2 TLD(0)  DRIVE=7
      /dev/rmt1.1                                                      UP
2   IBMULTRIUM-TD26      hcart2 TLD(0)  DRIVE=8
      /dev/rmt2.1                                                      UP
3   IBMULTRIUM-TD27      hcart2 TLD(0)  DRIVE=9
      /dev/rmt3.1                                                      UP
4   IBMULTRIUM-TD28      hcart2 TLD(0)  DRIVE=10
      /dev/rmt4.1                                                      UP
5   IBMULTRIUM-TD211     hcart2 TLD(0)  DRIVE=11
      /dev/rmt5.1                                                      UP
6   IBMULTRIUM-TD29      hcart2 TLD(0)  DRIVE=12
      /dev/rmt6.1                                                      UP
7   IBMULTRIUM-TD22      hcart2 TLD(0)  DRIVE=1
      /dev/rmt7.1                                                      UP
8   IBMULTRIUM-TD20      hcart2 TLD(0)  DRIVE=2
      /dev/rmt8.1                                                      UP
9   IBMULTRIUM-TD21      hcart2 TLD(0)  DRIVE=3
      /dev/rmt9.1                                                      UP
10  IBMULTRIUM-TD23      hcart2 TLD(0)  DRIVE=4
      /dev/rmt10.1                                                     UP
11  IBMULTRIUM-TD24      hcart2 TLD(0)  DRIVE=5
      /dev/rmt11.1                                                     UP
12  IBMULTRIUM-TD25      hcart2 TLD(0)  DRIVE=6
      /dev/rmt12.1                                                     UP
13  IBM.ULTRIUM-TD2.000  hcart2 TLD(0)  DRIVE=13
      /dev/rmt13.1                                                     UP
14  IBM.ULTRIUM-TD2.001  hcart2 TLD(0)  DRIVE=14
      /dev/rmt14.1                                                     UP

Currently defined robotics are:
  TLD(0)     robotic path = /dev/ovpass0
成功之后的帶機配置信息：
# tpconfig -d
Id  DriveName           Type   Residence
      Drive Path                                                       Status
****************************************************************************
0   IBM.VXA-2.000        pcd    Standalone
      /dev/rmt0.1                                                      DISABLED
1   IBM.ULTRIUM-TD2.000  hcart2 TLD(0)  DRIVE=7
      /dev/rmt1.1                                                      UP
2   IBM.ULTRIUM-TD2.001  hcart2 TLD(0)  DRIVE=8
      /dev/rmt2.1                                                      UP
3   IBM.ULTRIUM-TD2.002  hcart2 TLD(0)  DRIVE=9
      /dev/rmt3.1                                                      UP
4   IBM.ULTRIUM-TD2.003  hcart2 TLD(0)  DRIVE=10
      /dev/rmt4.1                                                      UP
5   IBM.ULTRIUM-TD2.004  hcart2 TLD(0)  DRIVE=11
      /dev/rmt5.1                                                      UP
6   IBM.ULTRIUM-TD2.005  hcart2 TLD(0)  DRIVE=12
      /dev/rmt6.1                                                      UP
7   IBM.ULTRIUM-TD2.006  hcart2 TLD(0)  DRIVE=1
      /dev/rmt7.1                                                      UP
8   IBM.ULTRIUM-TD2.007  hcart2 TLD(0)  DRIVE=2
      /dev/rmt8.1                                                      UP
9   IBM.ULTRIUM-TD2.008  hcart2 TLD(0)  DRIVE=3
      /dev/rmt9.1                                                      UP
10  IBM.ULTRIUM-TD2.009  hcart2 TLD(0)  DRIVE=4
      /dev/rmt10.1                                                     UP
11  IBM.ULTRIUM-TD2.010  hcart2 TLD(0)  DRIVE=5
      /dev/rmt11.1                                                     UP
12  IBM.ULTRIUM-TD2.011  hcart2 TLD(0)  DRIVE=6
      /dev/rmt12.1                                                     UP
13  IBM.ULTRIUM-TD2.012  hcart2 TLD(0)  DRIVE=13
      /dev/rmt13.1                                                     UP
14  IBM.ULTRIUM-TD2.013  hcart2 TLD(0)  DRIVE=14
      /dev/rmt14.1                                                     UP

Currently defined robotics are:
  TLD(0)     robotic path = /dev/ovpass0
結(jié)論：
1、EMM DB的更新有些時候確實有問題，可以改變掃描的方法來更新；比如只選一個機器來識別先；
2、OS下面的設備文件和帶機的順序有嚴格的對應關系�。。。。。。。。。。。。。。。。。。。。。。。。。。�
謝謝提供支持的各位朋友哦，喔呵呵�。。�！

yddll

用命令行刪，才刪的比較干凈

maping

解決了就好。

cnccie

我之前也遇到過雷似的問題,不過是在5.1下的,真是搞得焦頭爛額,

david5337

如果是5.1的話，很好辦的
把/usr/openv/volmgr/database/下面的幾個設備相關的文件，全部刪掉。
然后重新掃描，就肯定可以更新設備文件的。
6使用的是EMM數(shù)據(jù)庫，感覺更新機制有一些問題的哦！

maping

原帖由 david5337 于 2006-12-27 13:52 發(fā)表
如果是5.1的話，很好辦的
把/usr/openv/volmgr/database/下面的幾個設備相關的文件，全部刪掉。
然后重新掃描，就肯定可以更新設備文件的。
6使用的是EMM數(shù)據(jù)庫，感覺更新機制有一些問題的哦！

6.0之前的版本，類似的問題就很簡單了。呵呵

tmdemc

同意.同意.