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

Chinaunix

標題: legato networker 備份oracle RAC [打印本頁]

作者: daniel_w 時間: 2006-03-29 19:56
標題: legato networker 備份oracle RAC
環(huán)境:

備份服務器: Windows 2003 server ; legato networker
客戶端: hp rx8620  安騰 HP-UX 11.23  Serviceguard Extension for RAC 11.17; oracle 10G RAC ; NMO 4.2
oracle RAC: 歸檔日志保存在每個節(jié)點的本地,互相不能訪問.后來用節(jié)點2做NFS ,由節(jié)點1 mount.

問題:
      1. 無論歸檔設置成什么模式,在節(jié)點1手工執(zhí)行RMAN腳本,都可以成功執(zhí)行.

      2.在networker端通過GUI手工和計劃執(zhí)行該客戶端的備份組有異常.

異常描述:

      1.RMAN部分備份成功,可以通過GUI monitor看到寫帶庫的過程,也可以通過/nsr/applogs/nsrnmo.log文件看出RMAN備份完成,并且正常退出 RMAN.

      2.如果是正常情況下,接下來應該做的是index,bootstrap的保存.但是這時該動作并未執(zhí)行,該備份組的狀態(tài)為正在執(zhí)行狀態(tài),也不報任何的錯誤,

      3.手工將該備份組STOP,然后在server端執(zhí)行 savegrp -O -G "rac group"后,在index項里可以看到RMAN所備份內(nèi)容.

      4.在節(jié)點1上執(zhí)行RMAN的手工恢復,可以讀到帶庫上所備份的內(nèi)容,并且可以成功恢復數(shù)據(jù)庫.

情況基本就是這樣的,做過很多類似的備份,這種情況還是第一次遇到過,看看有沒有做過相似版本,相似環(huán)境的備份,請各位兄弟參謀參謀. 先謝了!

[ 本帖最后由 daniel_w 于 2006-3-30 14:00 編輯 ]

作者: Chinese_Dragon 時間: 2006-03-29 21:28
從來也沒有件過這種問題

作者: daniel_w 時間: 2006-03-29 21:38
是啊,以前也沒有見過這樣的問題,AIX,Solairs,HP PA-RISC也沒有過啊.樓上兄弟的備份環(huán)境和我的一樣嗎?

作者: yddll 時間: 2006-03-29 23:29
你的組怎么叫這么怪的名字

作者: daniel_w 時間: 2006-03-29 23:34
哈哈,怎么了?其他的組都是這樣的.和組名不會有關系吧.
我給才查了一下兼容列表,環(huán)境的兼容性應該沒有什么問題.
哪位兄弟有過類似的經(jīng)驗啊?

作者: daniel_w 時間: 2006-03-30 09:31
兄弟們沒有遇到這樣的情況嗎?這次算是中獎了!

作者: daniel_w 時間: 2006-03-30 12:36
沒有兄弟回答嗎？

作者: 旋子 時間: 2006-03-30 13:52
不懂,不過支持一下吧!

作者: daniel_w 時間: 2006-03-30 14:01
手機沒電中....
不幸啊....
我想見的人在哪里?找不到地方了?

作者: Chinese_Dragon 時間: 2006-03-30 14:51
這種問題必須要現(xiàn)場解決，應該沒有問題，我建議你先重頭來過，不是重新安裝legato ,重新建一個group. etc

作者: redwaves 時間: 2006-03-30 15:27

原帖由 Chinese_Dragon 于 2006-3-30 14:51 發(fā)表
這種問題必須要現(xiàn)場解決，應該沒有問題，我建議你先重頭來過，不是重新安裝legato ,重新建一個group. etc

好招兒呀.

作者: daniel_w 時間: 2006-03-30 16:32
哈哈，碰運氣？分析了好長時間也沒分析出來。hung......

作者: daniel_w 時間: 2006-03-30 16:56
這是什么招��？和 GROUP的名字應該沒關系的吧。

作者: yddll 時間: 2006-03-30 20:28
networker什么版本？

作者: daniel_w 時間: 2006-03-30 20:46
7.2.1的,NMO 4.2,HP-UX 11.23,都是在兼容列表內(nèi)的.也不知道是什么原因,就是最后的index,bootstrap就沒有動作了,一直是運行狀態(tài),也不報錯,也不運行.

作者: yddll 時間: 2006-03-30 21:36
是Lanfree，一個驅動器吧
單獨建一個pool來備份索引呢？

[ 本帖最后由 yddll 于 2006-3-30 21:38 編輯 ]

作者: daniel_w 時間: 2006-03-30 23:46
現(xiàn)在還沒有做到LANFREE那一步呢,HP ESL712 4個驅動器.是啊,是用的Default存放index,bootstrap的,在這個環(huán)境中也有幾個ORACLE,文件系統(tǒng)的備份都是沒有問題的.而且在出現(xiàn)這個問題的機器上備份文件都是沒有問題的,寫完備份的文件就會保存index,bootstrap到Default 池.實質上這個RMAN的備份是完成的,通過/nsr/applogs/nsrnmo.log是可以看出的,在monitor也可以看出RMAN的寫操作已完成,但是就是在要保存index,bootstrap時就不做任何操作了,也不報錯,無錯查啊,這真是不留一點痕跡啊.我手工將該備份組STOP后,它會對這個STOP的備份組做savegrp -O的操作,因為RMAN備份完成,所以它會把RMAN寫入INDEX,并且在INDEX中會顯示出RMAN的備份內(nèi)容,使利用RMAN恢復數(shù)據(jù)還可以正常的恢復.

我現(xiàn)在做了一個savegrp -D 9 -O "rac group"看它的DEBUG過程呢,RMAN備份是完成了,但是在寫INDEX,BOOTSTRAP時像似有個錯誤RPC:is not checksum,正在查找錯誤原因呢,怪事,我通過在節(jié)點手工執(zhí)行RMAN腳本,然后在NETWORKER執(zhí)行savegrp -O "rac group"都沒問題,而且備份文件也可以自動保存index,bootstrap.

作者: Chinese_Dragon 時間: 2006-03-31 09:24

原帖由 daniel_w 于 2006-3-30 16:56 發(fā)表
這是什么招��？和 GROUP的名字應該沒關系的吧。

重新來一遍，并不是懷疑你的Group的名字，是讓你在做的過程中想想可能會存在的問題，好多的問題我都是這么解決的，包括一些不可思義的問題。

我建議你先做archive log backup 的測試，然后比如針對tablespace的　備份，等等，看看情況如何。這種事情要關注細節(jié)

作者: daniel_w 時間: 2006-03-31 09:59
你說的方法我都已經(jīng)試過了.我差不多什么辦法都試了.沒有效果.哪怕是個錯誤提示,也有證可依啊.
我現(xiàn)在用savegrp -D 9 -O "rac group"來分析呢,正在看在哪里出現(xiàn)的問題呢.繼續(xù)努力中......

作者: daniel_w 時間: 2006-03-31 14:12
daemon.log........

作者: daniel_w 時間: 2006-03-31 15:06
這個是daemon.log關于這次備份的過程。證明RMAN腳本已執(zhí)行成功。接下來的動作index,bootstrap就沒了。

14:45:44 nsrd: savegroup info: starting RacFull (with 1 client(s))
03/31/06 14:49:43 nsrd: rx8620a:RMAN:/usr/bin/or10g_full_bk.sh saving to pool 'RacPool' (HQ3931L3)
03/31/06 14:55:10 nsrd: rx8620a:RMAN:/usr/bin/or10g_full_bk.sh done saving to pool 'RacPool' (HQ3931L3) 4876 MB
03/31/06 14:55:19 nsrd: rx8620a:RMAN:/usr/bin/or10g_full_bk.sh saving to pool 'RacPool' (HQ3931L3)
03/31/06 14:55:20 nsrd: rx8620a:RMAN:/usr/bin/or10g_full_bk.sh done saving to pool 'RacPool' (HQ3931L3) 9728 KB
03/31/06 14:55:29 nsrd: rx8620a:RMAN:/usr/bin/or10g_full_bk.sh saving to pool 'RacPool' (HQ3931L3)
03/31/06 14:55:29 nsrd: rx8620a:RMAN:/usr/bin/or10g_full_bk.sh done saving to pool 'RacPool' (HQ3931L3) 11 MB
03/31/06 14:56:08 nsrd: write completion notice: Writing to volume HQ3931L3 complete

作者: daniel_w 時間: 2006-03-31 15:44
這個是nsrnmostart.log的日志，也可以看出RMAN以正常運行。

argc = 16
Calling Summary
argv[ 0] = nsrnmostart
argv[ 1] = -s
argv[ 2] = backupsrv
argv[ 3] = -g
argv[ 4] = RacFull
argv[ 5] = -LL
argv[ 6] = -m
argv[ 7] = rx8620a
argv[ 8] = -l
argv[ 9] = full
argv[10] = -q
argv[11] = -W
argv[12] = 78
argv[13] = -N
argv[14] = RMAN:/usr/bin/or10g_full_bk.sh
argv[15] = RMAN:/usr/bin/or10g_full_bk.sh
Environment Read by nsrnmostart
ORACLE_HOME       = /oracle/product/10g
PRECMD             =
POSTCMD             =
PATH                = /opt/networker/bin:/oracle/product/10g/bin:/usr/bin:/bin:/usr/sbin
NSR_RMAN_ARGUMENTS =
NSR_RMAN_OUTPUT    =
nwora_parse_msglog_name:  is not in a valid format.
Leaving Function nwora_process_calling_args

Entering Function nwora_scan_rman_script
The RMAN script is: /usr/bin/or10g_full_bk.sh
Checking rman script /usr/bin/or10g_full_bk.sh for validity.
found connect target string.
found connect catalog string.
found allocate channel: {allocate channel ch00 type 'sbt_tape';
Completed checking of rman script.
Leaving Function nwora_scan_rman_script

Pre-processing command succeeded.

Pre-processing command succeeded.

Entering Function nwora_nsrnmostart_rman
nwora_set_RMAN_location: Setting the location of RMAN to '/oracle/product/10g/bin'.
nwora_set_RMAN_location: The location of RMAN is: /oracle/product/10g/bin
nwora_set_RMAN_location: The name of the RMAN binary is: rman
nwora_set_RMAN_args: Setting the RMAN args:
send 'NSR_ENV=(NSR_SERVER=backupsrv,
NSR_GROUP=RacFull,
NSR_SAVESET_NAME=RMAN:/usr/bin/or10g_full_bk.sh)'
nwora_set_RMAN_args: 1 arguments set.
cmd_args = send 'NSR_ENV=(NSR_SERVER=backupsrv,
NSR_GROUP=RacFull,
NSR_SAVESET_NAME=RMAN:/usr/bin/or10g_full_bk.sh)'
rman_script = /usr/bin/or10g_full_bk.sh
saveset_name = RMAN:/usr/bin/or10g_full_bk.sh
Launching backup process
nwora_run_RMAN: Writing out the RMAN script.
nwora_run_RMAN: The argv[] is:
/oracle/product/10g/bin/rman
send 'NSR_ENV=(NSR_SERVER=backupsrv,
NSR_GROUP=RacFull,
NSR_SAVESET_NAME=RMAN:/usr/bin/or10g_full_bk.sh)'
cmdfile
'/usr/bin/or10g_full_bk.sh'
nwora_run_RMAN: The envp is:
nwora_run_RMAN: Spawning the RMAN session.
nwora_spawn_RMAN: Creating the communication pipe.
nwora_spawn_RMAN: Making the pipe non-blocking.
nwora_spawn_RMAN: Spawning the RMAN process.
nwora_spawn_RMAN: Spawned the RMAN process 23335.
rman returned success
Leaving Function nwora_nsrnmostart_rman

Post-processing command succeeded.

作者: daniel_w 時間: 2006-03-31 16:02
剛才突然冒出個想法，nsrnmo真的就正常退出了嗎？是不能保存index and bootstrap還是nsrnmo沒有正常退出？做了個驗證。在節(jié)點上執(zhí)行：ps -ef |grep -i nsr 看到了正在運行的進程,用kill -9 killed。大家有沒有看到什么？killed后可以做index,bootstrap的保存。那就是說問題不在保存index,bootstrap上，而是在nsrnmo 調用 nsrnmostart沒有正常的發(fā)送成功退出通知。

15:36:37 nsrd: savegroup alert: Group RacFull aborted, savegroup is already running
03/31/06 15:46:53 savegrp: command 'nsrnmo -s backupsrv -g RacFull -LL -m rx8620a -l full -q -W 78 -N RMAN:/usr/bin/or10g_full_bk.sh RMAN:/usr/bin/or10g_full_bk.sh ' for client rx8620a exited with return code 1.
03/31/06 15:46:53 savegrp: rx8620a:RMAN:/usr/bin/or10g_full_bk.sh will retry 1 more time(s)
03/31/06 15:47:35 savegrp: command 'nsrnmo -s backupsrv -g RacFull -LL -m rx8620a -l full -q -W 78 -N RMAN:/usr/bin/or10g_full_bk.sh RMAN:/usr/bin/or10g_full_bk.sh ' for client rx8620a exited with return code 1.
03/31/06 15:47:35 savegrp: rx8620a:RMAN:/usr/bin/or10g_full_bk.sh will retry 0 more time(s)
03/31/06 15:47:36 nsrd: backupsrv:index:rx8620a saving to pool 'Index' (HQ3944L3)
03/31/06 15:47:36 nsrd: backupsrv:index:rx8620a done saving to pool 'Index' (HQ3944L3) 20 KB
03/31/06 15:47:37 nsrd: backupsrv:bootstrap saving to pool 'Index' (HQ3944L3)
03/31/06 15:47:37 nsrmmdbd: media db is saving its data. This may take a while.
03/31/06 15:47:37 nsrmmdbd: media db is open for business.
03/31/06 15:47:38 nsrd: backupsrv:bootstrap done saving to pool 'Index' (HQ3944L3) 285 KB
03/31/06 15:47:38 nsrd: savegroup info: Added 'backupsrv' to the group 'RacFull' for bootstrap backup.
03/31/06 15:47:38 nsrd: savegroup alert: RacFull completed, total 2 client(s), 0 Hostname(s) Unresolved, 1 Failed, 1 Succeeded. (rx8620a Failed)
* rx8620a:RMAN:/usr/bin/or10g_full_bk.sh /opt/networker/bin/nsrnmo[272]: 23334 Killed

作者: 旋子 時間: 2006-03-31 16:11
那是不是找出問題出在哪里了?

作者: daniel_w 時間: 2006-03-31 16:21
應該是吧。經(jīng)過分析測試基本上可以定位到這一點上。我有個預感，不會是NMO 4.2不支持
ORACLE 10G 10.1.0.2.0啊。問題這么怪。

[ 本帖最后由 daniel_w 于 2006-3-31 16:50 編輯 ]

作者: 旋子 時間: 2006-03-31 16:31
呵呵,但愿你的預感是正確的!不管怎樣,是有點頭緒了嘛!

作者: yddll 時間: 2006-03-31 23:46
能備份，就說明nmo的lib文件應該沒問題，能恢復，說明寫索引應該沒問題，從兼容列表上看NMO4.2應該也支持Oracle10.1.2呀

是不是腳本有問題呀

作者: 4nai 時間: 2006-04-01 20:19
你看到rman完了以后，節(jié)點上還有rman進程嗎，要是沒有rman應該正常結束了啊。 rx8420a應該直接就是物理的主機名了，你也是用這個建的client，沒道理啊，文件能正常結束。

作者: yddll 時間: 2006-04-02 00:26
rman肯定是正常結束了的，不是正常結束的話，是不會寫索引的

作者: maping 時間: 2006-04-02 18:28

原帖由 yddll 于 2006-4-2 00:26 發(fā)表
rman肯定是正常結束了的，不是正常結束的話，是不會寫索引的

他不是說現(xiàn)在不寫索引嗎，只是kill調客戶端的進程才接著寫索引了。

作者: daniel_w 時間: 2006-04-02 20:37
是的,大家說的都差不多,RMAN是成功完成的,nsrnmo.log是可以證明的.但是在schedule,GUI的執(zhí)行下是由nsrnmo調用nsrnmostart來執(zhí)行的,所以現(xiàn)在經(jīng)過測試,查看log(全部的過程已經(jīng)上傳了),發(fā)現(xiàn)在是nsrnmo沒有發(fā)出正常結束的信號,手工將其KILL后,在NETWORKER SERVER上可以正常的保存index,bootstrap,這就證明了保存index,bootstrap這一步驟是沒有問題的.問題是這一步?jīng)]有接到NSRNMO命令的正常退出通知,所以它是不會執(zhí)行保存index,bootstrap這一步驟的.
現(xiàn)在下一步準備換個NMO 4.1試試

作者: daniel_w 時間: 2006-04-02 20:39

原帖由 yddll 于 2006-3-31 23:46 發(fā)表
能備份，就說明nmo的lib文件應該沒問題，能恢復，說明寫索引應該沒問題，從兼容列表上看NMO4.2應該也支持Oracle10.1.2呀

是不是腳本有問題呀

是啊,兼容列表是也是寫了是支持的,但是這個NMO4.2是新發(fā)行的版本,大家有沒有用過NMO4.2備份過ORACLE10g RAC啊?

作者: yddll 時間: 2006-04-02 20:43

原帖由 maping 于 2006-4-2 18:28 發(fā)表

他不是說現(xiàn)在不寫索引嗎，只是kill調客戶端的進程才接著寫索引了。

拜托，這不是不寫索引，是不備份索引！�。�

作者: daniel_w 時間: 2006-04-02 20:45

原帖由 maping 于 2006-4-2 18:28 發(fā)表

他不是說現(xiàn)在不寫索引嗎，只是kill調客戶端的進程才接著寫索引了。

是的,它現(xiàn)在不寫索引的,只能通過GUI STOP組,kill進程讓這個備份停下來,才開始寫索引.在monitor的報錯只是一個表面現(xiàn)象,因為rman腳本已經(jīng)執(zhí)行成功并正常退出,所以此次的備份還是可以正�；謴偷�.現(xiàn)在就是nsrnmo調用的nsrnmostart沒有正常的退出,導致下一步保存index,bootstrap無法繼續(xù)進行.接下來要針對這一點來解決了.

作者: yddll 時間: 2006-04-02 20:46

原帖由 daniel_w 于 2006-4-2 20:39 發(fā)表

是啊,兼容列表是也是寫了是支持的,但是這個NMO4.2是新發(fā)行的版本,大家有沒有用過NMO4.2備份過ORACLE10g RAC啊?

NMO4.1好象不支持吧

能不能發(fā)個nsrnmo和nsrnmostart的腳本給我研究一下？
呵呵，有段時間沒做了，沒有環(huán)境了。

作者: daniel_w 時間: 2006-04-02 20:51
NMO4.1 支持的,4.1這個版本用的時間也較長了.
也應該傳上來了吧,在所有的log里面都看一出來任何的錯誤.我覺得這樣的問題版本不兼容或是版本BUG才有可能出現(xiàn),腳本什么的應該都沒有錯誤,也不只一次去做這些東西了.

作者: david5337 時間: 2006-04-02 21:01
倒，Legato方面沒有相應的案例么？？？？
說不定有一個未發(fā)布的補丁哦，找Legato開個case哦！

作者: daniel_w 時間: 2006-04-02 22:04
哈哈,你就是David,還不承認.
NMO4.2是新發(fā)行的版本,所以我明天準備用NMO4.1測試一下.

作者: Chinese_Dragon 時間: 2006-04-02 23:21
用戶在哪里？真希望能夠去看看，嘿嘿

作者: daniel_w 時間: 2006-04-19 15:55
問題解決了,和我分析的一樣,版本的未知BUG,NMO4.1 是沒有問題的.
以后CU的兄弟們在做類似的備份時候可要注意嘍!

作者: redwaves 時間: 2006-04-21 10:28
腳本貼上來看一下.如何?

作者: simonniu 時間: 2006-04-21 16:01
查一下兼容性列表

換一個NMO版本的軟件試一下，我見過同樣的問題

換一下版本 ok了

作者: daniel_w 時間: 2006-04-24 14:17
4.2也是在兼容列表里的,結果還是有問題.換一個版本也不是一件簡單的事情,我們是在用客戶,要把換版本的過程和原因和用戶講明白才行啊.所以要把更換版本的原因和對系統(tǒng)的影響情況要提交給用戶.這個過程是很漫長的.

作者: hcjia 時間: 2006-05-12 16:07
legato 7.21是有這樣的問題!!不但是備份數(shù)據(jù)庫,備份文件也一樣!!一般解決辦法是:
單獨建立一個pool,來備份index和Bootstaps;還有一種辦法,就是修改device參數(shù),因為我這沒有環(huán)境,
記不住了!!

作者: goodmao 時間: 2006-06-13 14:07
用LEGATO 備份數(shù)據(jù)庫, 怎么做LANFREE, 數(shù)據(jù)庫服務器需要添加FC卡跟帶庫連接嗎

作者: jamesbang2003 時間: 2006-09-04 11:03
各位大哥們
大家好啊，請問一下，這個東西有windows版本的么，我是unix的忠實粉絲，但是工作中要用到，沒辦法，我在網(wǎng)上搜索了好久，沒有下載的地方，有人愿意提供一個networker的下載地址么，包含snapshot的功能的，非常感謝��！

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

<bdo id="c3utc"></bdo>