亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: [已解決]求NBU6.0 Catalog備份問(wèn)題解決方法 [打印本頁(yè)]

作者: 柯雅 時(shí)間: 2008-09-20 22:22
標(biāo)題: [已解決]求NBU6.0 Catalog備份問(wèn)題解決方法
NBU.60Catalog 完全備份時(shí)，兩個(gè)子進(jìn)程顯示備份成功，但父進(jìn)程卻顯示部份備份成功（顯示狀態(tài)ID為1，正常應(yīng)該為0才對(duì)），如下圖：

查看備份日志如下：
# ./bperror -d 09/18/2008
1221667200 1 4 4 erp1 518 0 0 erp1 nbpem client erp1 handling path CATALOG_DRIVEN_BACKUP
1221667200 1 2 4 erp1 0 0 0 *NULL* nbjm started backup job (jobid=51

for client erp1, policy NBU_Catalog_Backup, schedule Full
1221667200 1 4 4 erp1 518 518 0 erp1 nbjm starting backup job (jobid=51

1221667201 1 2 4 erp1 0 0 0 *NULL* bpdbm **************** GOOD MORNING ****************
1221667256 1 4 4 erp1 519 -1 0 erp1 nbpem client erp1 handling path /usr/openv/db/staging/EMM_DATA.db
1221667256 1 2 4 erp1 0 0 0 *NULL* nbjm started backup job (jobid=519) for client erp1, policy NBU_Catalog_Backup, schedule Full
1221667257 1 4 4 erp1 519 518 0 erp1 nbjm starting backup job (jobid=519)
1221667342 1 4 4 erp1 519 518 0 erp1 bptm begin writing backup id erp1_1221667257, copy 1, fragment 1, to media id 000010 on drive index 1
1221667358 1 4 4 erp1 519 518 0 erp1 bptm successfully wrote backup id erp1_1221667257, copy 1, fragment 1, 61312 Kbytes at 9144.221 Kbytes/sec
1221667359 1 68 4 erp1 519 518 0 erp1 nbpem CLIENT erp1  POLICY NBU_Catalog_Backup  SCHED Full  EXIT STATUS 0 (the requested operation was successfully completed)
1221667360 1 4 4 erp1 520 518 0 erp1 nbpem client erp1 handling path CATALOG_DRIVEN_BACKUP
1221667360 1 2 4 erp1 0 0 0 *NULL* nbjm started backup job (jobid=520) for client erp1, policy NBU_Catalog_Backup, schedule Full
1221667361 1 4 4 erp1 520 518 0 erp1 nbjm starting backup job (jobid=520)
1221667366 1 4 4 erp1 520 518 0 erp1 bptm begin writing backup id erp1_1221667361, copy 1, fragment 1, to media id 000010 on drive index 1
1221667383 1 4 4 erp1 520 518 0 erp1 bptm successfully wrote backup id erp1_1221667361, copy 1, fragment 1, 205280 Kbytes at 12997.341 Kbytes/sec
1221667395 1 68 4 erp1 520 518 0 erp1 nbpem CLIENT erp1  POLICY NBU_Catalog_Backup  SCHED Full  EXIT STATUS 0 (the requested operation was successfully completed)
1221667396 1 68 4 unknown 518 0 0 erp1 nbpem CLIENT erp1  POLICY NBU_Catalog_Backup  SCHED Full  EXIT STATUS 1 (the requested operation was partially successful)
1221667396 1 4 16 erp1 518 0 0 erp1 nbpem backup of client erp1 exited with status 1 (the requested operation was partially successful)
1221683635 1 2 4 erp1 0 0 0 *NULL* nbpem cleaning image DB
1221683635 1 2 4 erp1 0 0 0 *NULL* bpdbm Cleanup running in background, pid=5100
1221683635 1 2 4 erp1 0 0 0 *NULL* bpdbm Deleting Expired Images
1221683636 1 2 4 erp1 0 0 0 *NULL* bpdbm deleted 3 expired records, compressed 0, tir removed 0, indexed 0, deleted 0 expired copies
1221683636 1 2 4 erp1 0 0 0 bpexpdate bpexpdate Deassigned 0 out of 4 media-ids found.
1221726070 1 4 4 erp1 521 -1 0 erp1 nbpem client erp1 handling path CATALOG_DRIVEN_BACKUP
1221726070 1 2 4 erp1 0 0 0 *NULL* nbjm started backup job (jobid=521) for client erp1, policy NBU_Catalog_Backup, schedule Full
1221726070 1 4 4 erp1 521 521 0 erp1 nbjm starting backup job (jobid=521)
1221726120 1 4 4 erp1 522 -1 0 erp1 nbpem client erp1 handling path /usr/openv/db/staging/EMM_DATA.db
1221726120 1 2 4 erp1 0 0 0 *NULL* nbjm started backup job (jobid=522) for client erp1, policy NBU_Catalog_Backup, schedule Full
1221726120 1 4 16 erp1 522 521 0 erp1 nbjm NBU status: 96, EMM status: No media is available
1221726120 1 68 4 unknown 522 521 0 erp1 nbpem CLIENT erp1  POLICY NBU_Catalog_Backup  SCHED Full  EXIT STATUS 96 (unable to allocate new media for backup, storage unit has none available)
1221726120 1 4 16 erp1 522 -1 0 erp1 nbpem backup of client erp1 exited with status 96 (unable to allocate new media for backup, storage unit has none available)
1221726130 1 68 4 unknown 521 -1 0 erp1 nbpem CLIENT erp1  POLICY NBU_Catalog_Backup  SCHED Full  EXIT STATUS 2 (none of the requested files were backed up)
1221726130 1 4 16 erp1 521 -1 0 erp1 nbpem backup of client erp1 exited with status 2 (none of the requested files were backed up)
1221726130 1 4 16 erp1 521 -1 0 erp1 nbpem [1] suspending further backup attempts for client erp1, policy NBU_Catalog_Backup, schedule Full: exceeded configured number of tries
1221726130 1 2 4 erp1 0 0 0 *NULL* nbpem [3] backup of client erp1, policy NBU_Catalog_Backup, is suspended: exceeded configured number of tries for a schedule

懇求解決方法？CataLog備份策略應(yīng)該沒(méi)問(wèn)題吧！如下：

[ 本帖最后由柯雅于 2008-11-3 10:06 編輯 ]

作者: 阿拉丁神燈 時(shí)間: 2008-09-21 01:41
你這個(gè)問(wèn)題真的是太搞笑了，我從沒(méi)見(jiàn)過(guò)catalog backup是黃色小人的

很遺憾的是我也不知道怎么解決,不過(guò)我覺(jué)得如果條件允許的話你可以做一下catalog的恢復(fù)測(cè)試,試試能不能成功,如果不能就根據(jù)結(jié)果反推一下backup的問(wèn)題.
另外,catalog的policy配置沒(méi)有問(wèn)題.
再另外,你標(biāo)記的哪個(gè)紅色日志也不是問(wèn)題.
我以前有個(gè)備份文件的policy也是黃色小人,結(jié)果我發(fā)現(xiàn)是因?yàn)镹BU統(tǒng)計(jì)的文件大小和操作系統(tǒng)統(tǒng)計(jì)的大小不一樣.我將黃色小人備份恢復(fù)了一下是沒(méi)有問(wèn)題的.

作者: 柯雅 時(shí)間: 2008-09-22 08:45
現(xiàn)在主要是備份狀態(tài)為1，在面板Report---Problem中，全顯示相關(guān)Job ID狀態(tài)為ERROR，讓客戶看得很不爽。

還是肯求各位解決之法！

作者: david5337 時(shí)間: 2008-09-22 10:32
打打最新的補(bǔ)丁嘛�。�！
最好還是使用offline catalog備份方式吧，不會(huì)有啥子問(wèn)題的；online catalog備份，MS不可靠，我都不用這種方式的��！

作者: alex_linux 時(shí)間: 2008-09-22 11:23
我最恨的error code 就是 1

作者: 柯雅 時(shí)間: 2008-09-22 11:32
真暈，找不到解決方法，郁悶呀！

求Error Code=1，解決方法？

作者: alex_linux 時(shí)間: 2008-09-23 11:10

1221726120 1 4 16 erp1 522 521 0 erp1 nbjm NBU status: 96, EMM status: No media is available
1221726120 1 68 4 unknown 522 521 0 erp1 nbpem CLIENT erp1 POLICY NBU_Catalog_Backup SCHED Full EXIT STATUS 96 (unable to allocate new media for backup, storage unit has none available)

你空間不夠了吧...

作者: 柯雅 時(shí)間: 2008-09-26 22:21
我查了磁盤和NBU卷所在磁帶的空間，還剩余有很多呢？根本還沒(méi)用完！

Catalog備份的東西本來(lái)就很少，我用的是LTO2的磁帶，不會(huì)那么快用完的。那又是什么原因呢？alex_linux

作者: alex_linux 時(shí)間: 2008-09-27 09:51
server 重啟試試
這個(gè)文檔可能對(duì)你有用
http://support.veritas.com/docs/280181

作者: 柯雅 時(shí)間: 2008-10-20 16:09
還是沒(méi)解決呀？
跪求解決方法？

作者: alex_linux 時(shí)間: 2008-10-20 19:23

原帖由柯雅于 2008-10-20 16:09 發(fā)表
還是沒(méi)解決呀？
跪求解決方法？

大哥你的問(wèn)題都很尖端啊

作者: 柯雅 時(shí)間: 2008-10-21 08:52
alex_linux
幫我再想想辦法吧，你是我的最后希望了！

作者: alex_linux 時(shí)間: 2008-10-21 10:50
你catalog 備份時(shí)間換一個(gè)時(shí)間呢??

"<install_path>/openv/netbackup/db/images/erp1/
有很多備份images的信息,把他清除再備份試試 (這個(gè)操作要小心,俺不負(fù)責(zé)啊

作者: edision 時(shí)間: 2008-10-21 14:16

原帖由 alex_linux 于 2008-10-21 10:50 發(fā)表
你catalog 備份時(shí)間換一個(gè)時(shí)間呢??

"/openv/netbackup/db/images/erp1/
有很多備份images的信息,把他清除再備份試試 (這個(gè)操作要小心,俺不負(fù)責(zé)啊 )"

頂一下，做這種操作要謹(jǐn)慎啊

作者: 柯雅 時(shí)間: 2008-10-23 13:38
試了先備份到其它地方，再刪除，再重啟NBU備份，結(jié)果一樣！:em11: :em11: :em11:
暈了

作者: 無(wú)牙 時(shí)間: 2008-10-26 00:17
樓主，你設(shè)置的/home/nbu_catalog是本地目錄嗎？如果是，把下面的用戶名和口令去掉再試一試。
像是這的問(wèn)題。

作者: 枇杷不一致 時(shí)間: 2008-10-26 21:17
不會(huì)有啥子問(wèn)題的；online catalog備份，

作者: hd2002 時(shí)間: 2008-10-27 11:04
check if you got enough free space for /usr/openv/db/staging folder.

另外，檢查你的MP版本， mp4以內(nèi)的版本有很多問(wèn)題，建議升到mp6

[ 本帖最后由 hd2002 于 2008-10-27 11:06 編輯 ]

作者: 柯雅 時(shí)間: 2008-10-27 16:23

原帖由 無(wú)牙 于 2008-10-26 00:17 發(fā)表
樓主，你設(shè)置的/home/nbu_catalog是本地目錄嗎？如果是，把下面的用戶名和口令去掉再試一試。
像是這的問(wèn)題。

是地本目錄，然后我試過(guò)把用戶名和口令清空重試備份，還是報(bào)code=1，且備份完成后，在策略中發(fā)現(xiàn)其用戶名和口令又自動(dòng)添加了！

作者: 柯雅 時(shí)間: 2008-10-27 16:26

原帖由 hd2002 于 2008-10-27 11:04 發(fā)表
check if you got enough free space for /usr/openv/db/staging folder.

另外，檢查你的MP版本， mp4以內(nèi)的版本有很多問(wèn)題，建議升到mp6

我的NBU6.0版本為MP6。

作者: alex_linux 時(shí)間: 2008-10-27 17:05
看來(lái)唯一能解決的就是 VERITAS --800
了

作者: xiaomao2006 時(shí)間: 2008-10-28 11:22
等待原因

作者: tru64 時(shí)間: 2008-10-29 11:07
從你的報(bào)錯(cuò)看，有介質(zhì)錯(cuò)誤。
1。你可以查查/home/nbu_catalog這個(gè)目錄是不是在的哦！
2。你要查詢你的catalogbackup這個(gè)pool是否有足夠空間。
3。另外，你在做catalog庫(kù)的備份過(guò)程中，是否同時(shí)有其它任務(wù)在運(yùn)行，如果有，也可能出現(xiàn)信息不同步的情況，報(bào)1的錯(cuò)誤！建議你可以在沒(méi)有任務(wù)時(shí)再手工執(zhí)行一次備份看看！

作者: rocket123 時(shí)間: 2008-10-29 13:10
標(biāo)題: 回復(fù) #1 柯雅的帖子
你是備份到本地硬盤嗎？如果是，很可是你忘記把master里的存儲(chǔ)單元里的demo那勾取消了

作者: 柯雅 時(shí)間: 2008-10-30 13:08

原帖由 tru64 于 2008-10-29 11:07 發(fā)表
從你的報(bào)錯(cuò)看，有介質(zhì)錯(cuò)誤。
1。你可以查查/home/nbu_catalog這個(gè)目錄是不是在的哦！
2。你要查詢你的catalogbackup這個(gè)pool是否有足夠空間。
3。另外，你在做catalog庫(kù)的備份過(guò)程中，是否同時(shí)有其它任務(wù)在運(yùn) ...

1. /home/nbu_catalog這個(gè)目錄存在，如下，且有備份的結(jié)果在里面：

2. catalogbackup這個(gè)pool是有足夠空間，只用了其中一小部份空間，如下：

3. catalog庫(kù)的備份過(guò)程中，沒(méi)有同時(shí)有其它任務(wù)在運(yùn)行，試了單獨(dú)備份，結(jié)果一樣，父作業(yè)還是顯示狀態(tài)為1，部份成功。

作者: 柯雅 時(shí)間: 2008-10-30 13:18

原帖由 rocket123 于 2008-10-29 13:10 發(fā)表
你是備份到本地硬盤嗎？如果是，很可是你忘記把master里的存儲(chǔ)單元里的demo那勾取消了

想問(wèn)下兄臺(tái)，“master里的存儲(chǔ)單元里的demo那勾”具體在哪個(gè)位置？恕我愚鈍，沒(méi)能找到，可否指點(diǎn)一二？

作者: 柯雅 時(shí)間: 2008-11-03 10:09
各位觀眾：
  NBU Catalog備份問(wèn)題，已于上周得到解決，并在接下來(lái)的幾天時(shí)間里，也沒(méi)產(chǎn)生任何問(wèn)題，不管是online，還是offline備份都很正常。

問(wèn)題存在于NBU關(guān)系數(shù)據(jù)庫(kù)配置文件vxdbms.conf，編輯并注釋掉該文件相關(guān)條目后，問(wèn)題即得到解決，如下所示：
# cp /opt/openv/db/data/vxdbms.conf  /opt/openv/db/data/vxdbms.conf.bak

  # vi /opt/openv/db/data/vxdbms.conf
VXDBMS_NB_SERVER = NB_erp1
VXDBMS_NB_PORT = 13785
VXDBMS_NB_DATABASE = NBDB
# VXDBMS_BMR_DATABASE = BMRDB                            //注釋掉該條目
VXDBMS_NB_DATA = /usr/openv/db/data
VXDBMS_NB_INDEX = /usr/openv/db/data
VXDBMS_NB_TLOG = /usr/openv/db/data
VXDBMS_NB_PASSWORD = 999db1b53dc220371548b99aa8994518577290fec504a5f7
VXDBMS_NB_FULL_KEYWORD = NBDB:1029:1225343655:F
VXDBMS_NB_INCREMENTAL = NBDB.log.1
# VXDBMS_BMR_INCREMENTAL = BMRDB.log.1          //注釋掉該條目

然后在Catalog備份成功后，文件vxdbms.conf會(huì)自動(dòng)更改，并自動(dòng)添加如下兩個(gè)條目：
  # more /opt/openv/db/data/vxdbms.conf
VXDBMS_NB_SERVER = NB_erp1
VXDBMS_NB_PORT = 13785
VXDBMS_NB_DATABASE = NBDB
VXDBMS_NB_DATA = /usr/openv/db/data
VXDBMS_NB_INDEX = /usr/openv/db/data
VXDBMS_NB_TLOG = /usr/openv/db/data
VXDBMS_NB_PASSWORD = 999db1b53dc220371548b99aa8994518577290fec504a5f7
VXDBMS_NB_FULL_KEYWORD = NBDB:1038:1225378453:F
VXDBMS_NB_INCREMENTAL = NBDB.log.1
VXDBMS_BACKUP_POLICY = nbu_catalog       //自動(dòng)添加條目
VXDBMS_BACKUP_SCHEDULE_TYPE = 0       //自動(dòng)添加條目

歡迎光臨 Chinaunix (http://72891.cn/)