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

  免費注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
12下一頁
最近訪問板塊 發(fā)新帖
查看: 110033 | 回復: 15
打印 上一主題 下一主題

db2如何備份一個指定的節(jié)點呀? [復制鏈接]

論壇徽章:
1
IT運維版塊每日發(fā)帖之星
日期:2016-08-11 06:20:00
跳轉(zhuǎn)到指定樓層
1 [收藏(0)] [報告]
發(fā)表于 2007-03-29 11:51 |只看該作者 |倒序瀏覽
db2 backup db sample to /home/backup

這個命令只能備份主節(jié)點,怎樣才能備份指定備份節(jié)點2呢?

論壇徽章:
0
2 [報告]
發(fā)表于 2007-03-30 19:37 |只看該作者
指定數(shù)據(jù)庫不就可以了嗎

論壇徽章:
0
3 [報告]
發(fā)表于 2007-04-02 11:30 |只看該作者
什么備份節(jié)點?不明白。ha的話直需要備一個,分區(qū)的話db2_all執(zhí)行以下就可以,或者每個分區(qū)上執(zhí)行以下

論壇徽章:
1
IT運維版塊每日發(fā)帖之星
日期:2016-08-11 06:20:00
4 [報告]
發(fā)表于 2007-08-09 08:56 |只看該作者

回復 #3 zhong0912 的帖子

我說的節(jié)點是指DB2數(shù)據(jù)的NODE,不是指cluster或ha里的節(jié)點

關鍵是我不知道用什么命令來操作指定分區(qū)(或節(jié)點),我su 到DB2用戶后,執(zhí)行備份,顯示只備份NODE0000

[ 本帖最后由 haison_guo 于 2007-8-9 09:01 編輯 ]

論壇徽章:
1
IT運維版塊每日發(fā)帖之星
日期:2016-08-11 06:20:00
5 [報告]
發(fā)表于 2007-08-09 09:02 |只看該作者
例如,什么命令,執(zhí)行備份DB2的NODE0001呢?

論壇徽章:
11
數(shù)據(jù)庫技術版塊每日發(fā)帖之星
日期:2016-06-25 06:20:00數(shù)據(jù)庫技術版塊每日發(fā)帖之星
日期:2016-06-24 06:20:00數(shù)據(jù)庫技術版塊每日發(fā)帖之星
日期:2016-05-03 06:20:00數(shù)據(jù)庫技術版塊每日發(fā)帖之星
日期:2016-04-21 06:20:00數(shù)據(jù)庫技術版塊每日發(fā)帖之星
日期:2016-01-23 06:20:00數(shù)據(jù)庫技術版塊每日發(fā)帖之星
日期:2015-12-03 06:20:00綜合交流區(qū)版塊每周發(fā)帖之星
日期:2015-12-02 15:03:53數(shù)據(jù)庫技術版塊每日發(fā)帖之星
日期:2015-10-19 06:20:00數(shù)據(jù)庫技術版塊每日發(fā)帖之星
日期:2015-08-20 06:20:002015年辭舊歲徽章
日期:2015-03-03 16:54:15數(shù)據(jù)庫技術版塊每日發(fā)帖之星
日期:2016-07-30 06:20:00
6 [報告]
發(fā)表于 2007-08-09 10:04 |只看該作者
備份node0
db2_all '<<+0< db2 backup database sample to xxxxx'
備份node0以外的
db2_all '<<-0< db2 backup database sample to xxxxxx'


如何對 DB2 分區(qū)數(shù)據(jù)庫的增量備份進行恢復?




內(nèi)容
提要 通過舉例詳細說明了恢復 DB2 分區(qū)數(shù)據(jù)庫增量備份映象文件的具體實現(xiàn)步驟。
正文 對于 DB2 分區(qū)數(shù)據(jù)庫來說,其非增量備份映象的恢復操作是可以通過僅發(fā)出兩條恢復命令來完成的,即先恢復編目分區(qū)的備份,再恢復其它分區(qū)的備份。但如果要恢復分區(qū)數(shù)據(jù)庫的增量備份映象,由于要對恢復的增量備份映象的時間戳記使用 db2ckrst 這一檢測增量備份映象恢復順序的實用程序進行檢測,以獲取恢復操作的命令序列,而各分區(qū)的增量備份映象的時間戳記又不可能完全相同,因此對于編目分區(qū)外的其它分區(qū),不可能再通過一條命令來恢復這些分區(qū)的增量備份映象了,而必須針對每個分區(qū),分別使用 db2ckrst 獲取恢復命令的操作序列,并根據(jù)所取得的命令分分區(qū)進行恢復操作。

這里就以一個具有 4 個節(jié)點的分區(qū)數(shù)據(jù)庫 SAMPLE 為例,說明對于 DB2 分區(qū)數(shù)據(jù)庫增量備份進行恢復操作的具體步驟。

一. DB2 分區(qū)數(shù)據(jù)庫的增量備份操作:

1. 檢查并修改數(shù)據(jù)庫參數(shù)設置:

數(shù)據(jù)庫可進行增量備份的一個必要條件是要啟用 TRACKMOD 這一數(shù)據(jù)庫參數(shù)。僅當 TRACKMOD 被設為 ON 時才可執(zhí)行對數(shù)據(jù)庫進行增量備份的操作。為檢測該參數(shù)當前的狀態(tài),可使用:

db2_all "db2 get db cfg for sample" |grep "TRACKMOD" --(Unix 平臺)
db2_all "db2 get db cfg for sample" |find /i "TRACKMOD" --(Windows 平臺)

該命令將返回所有分區(qū)上 TRACKMOD 的設置。如果輸出顯示不是所有分區(qū)上的設置都為 ON 這一打開狀態(tài),可用下述命令修改此設置為打開狀態(tài)(假設要修改的分區(qū)號為 3):

db2_all "<<+3< db2 update db cfg for sample using trackmod on"

如果整個數(shù)據(jù)庫的 TRACKMODE 參數(shù)均未打開,可使用如下命令對所有分區(qū)進行修改:

db2_all "db2 update db cfg for sample using trackmod on"


2. 對分區(qū)數(shù)據(jù)庫的脫機全備份操作:

當修改了參數(shù)的設置后,首先需要對分區(qū)數(shù)據(jù)庫進行一次完整的脫機全備份操作,后續(xù)的增量備份映象都是建立在這一備份映象的基礎之上的。備份的命令為(這里未使用分區(qū)并行操作的備份方式):

db2_all "db2 backup db sample"

備份操作將在各個分區(qū)上被執(zhí)行,備份結束后,在放置備份映象的路徑下(此處為當前路徑)使用命令 ls,可查看到上述命令產(chǎn)生的,分別對應于四個分區(qū)的備份映象文件,如:

SAMPLE.0.db2v8eee.NODE0000.CATN0000.20040429142824.001
SAMPLE.0.db2v8eee.NODE0001.CATN0000.20040429142843.001
SAMPLE.0.db2v8eee.NODE0002.CATN0000.20040429142857.001
SAMPLE.0.db2v8eee.NODE0003.CATN0000.20040429142912.001

從上述文件名中包含的時間戳記可以看到,各分區(qū)上完成備份操作的時間是不同的。

3. 對分區(qū)數(shù)據(jù)庫的增量備份操作:

在完成了分區(qū)數(shù)據(jù)庫的一次全備份操作的前提下,用戶可根據(jù)數(shù)據(jù)庫的使用情況,考慮對分區(qū)數(shù)據(jù)庫進行多次增量備份操作(這里僅以一次非并行方式的增量備份為例進行說明),其命令為:

db2_all "db2 backup db sample incremental"

命令執(zhí)行完成后可得到類似如下的,相應于各個分區(qū)的四個增量備份映象文件:

SAMPLE.0.db2v8eee.NODE0000.CATN0000.20040429143406.001
SAMPLE.0.db2v8eee.NODE0001.CATN0000.20040429143419.001
SAMPLE.0.db2v8eee.NODE0002.CATN0000.20040429143433.001
SAMPLE.0.db2v8eee.NODE0003.CATN0000.20040429143447.001

到此步驟為止,就完成了對 DB2 分區(qū)數(shù)據(jù)庫的增量備份操作,下面將介紹如何在必要時恢復這些增量備份映象。


二. DB2 分區(qū)數(shù)據(jù)庫增量備份的恢復操作:

用戶創(chuàng)建的增量備份映象,會因備份操作的時間點的不同,而產(chǎn)生多套備份映象。為了恢復某個時間點的分區(qū)數(shù)據(jù)庫增量備份映象,用戶必須保證在一次恢復操作中使用的各分區(qū)的增量備份映象均為同一次備份操作所產(chǎn)生的。

由于分區(qū)數(shù)據(jù)庫的所有編目表都放置在編目分區(qū)中,DB2 在備份或恢復時要求獨占該分區(qū),因此在對其它分區(qū)進行恢復操作之前,應首先完成該分區(qū)的增量備份的恢復操作,然后再依次對其它節(jié)點進行恢復。這里假設我們要恢復上述步驟 3. 中產(chǎn)生的一套增量備份映象文件。

1. 在編目分區(qū)上進行增量備份的恢復步驟:

1)獲取編目分區(qū)號:

用戶可利用如下命令確定分區(qū)數(shù)據(jù)庫中哪個分區(qū)為編目分區(qū),以便首先完成該分區(qū)的恢復操作:

db2 list db directory

Database 7 entry:

Database alias = SAMPLE
Database name = SAMPLE
Local database directory = /home/public/db2v8eee
Comment =
Directory entry type = Indirect
Catalog database partition number = 0

從命令輸出的最后一行“ Catalog database partition number(目錄數(shù)據(jù)庫分區(qū)號)”中可知編目分區(qū)號為 0。

2)獲取恢復操作的命令序列:

與單分區(qū)增量備份的恢復步驟相同,用戶首先需要使用 db2ckrst 檢測增量備份映象恢復操作的命令序列。從步驟 3 中的增量備份文件的文件名:

SAMPLE.0.db2v8eee.NODE0000.CATN0000.20040429143406.001


中可知,編目分區(qū)為 0 的增量備份的時間戳為:20040429143406,則使用 db2ckrst 的命令為:

db2_all "<<+0< db2ckrst -d sample -t 20040429143406"

命令執(zhí)行后,在屏幕上會有類似的如下輸出:

Suggested restore order of images using timestamp 20040429143406 for
database sample.
====================================================
restore db sample incremental taken at 20040429143406
restore db sample incremental taken at 20040429142824
restore db sample incremental taken at 20040429143406
====================================================

3)恢復增量備份映象:

按照上述給出的命令完成 0 號編目分區(qū)的增量備份映象的恢復操作:

db2_all "<<+0< db2 restore db sample incremental taken at 20040429143406"
db2_all "<<+0< db2 restore db sample incremental taken at 20040429142824"
db2_all "<<+0< db2 restore db sample incremental taken at 20040429143406"

2. 在除編目分區(qū)外的其它分區(qū)上進行增量備份的恢復步驟:

在完成了編目分區(qū)的恢復操作后,便可以類似編目分區(qū)恢復操作的順序?qū)ζ渌謪^(qū)依次進行增量備份的恢復操作了,需要注意的是,如上面已經(jīng)提到的,由于是對增量備份進行恢復,所有無法對其它分區(qū)進行并行的恢復操作。這里以分區(qū) 3 為例加以說明:

1)獲取恢復操作的命令序列:

3 號分區(qū)的增量備份映象文件名為:

SAMPLE.0.db2v8eee.NODE0003.CATN0000.20040429143447.001

利用 db2ckrst 取得恢復操作的命令序列的命令為:

db2_all "<<+3< db2ckrst -d sample -t 20040429143447"

其輸出為:

Suggested restore order of images using timestamp 20040429143447 for
database sample.
=====================================================
restore db sample incremental taken at 20040429143447
restore db sample incremental taken at 20040429142912
restore db sample incremental taken at 20040429143447
=====================================================

2)恢復增量備份映象:

依次執(zhí)行上述輸出中步驟中所取得的輸出序列,便可完成該分區(qū)的恢復操作:

db2_all "<<+3< restore db sample incremental taken at 20040429143447"
db2_all "<<+3< restore db sample incremental taken at 20040429142912"
db2_all "<<+3< restore db sample incremental taken at 20040429143447"

對于其它分區(qū)增量備份的恢復,只需依次重復上述步驟進行恢復即可,當最終完成了該分區(qū)數(shù)據(jù)庫的增量備份的恢復操作后,分區(qū)數(shù)據(jù)庫中的數(shù)據(jù)將重新處于完整的,保證了一致點的正常狀態(tài),以供用戶連接使用。

論壇徽章:
1
IT運維版塊每日發(fā)帖之星
日期:2016-08-11 06:20:00
7 [報告]
發(fā)表于 2007-08-09 11:01 |只看該作者

回復 #6 大夢 的帖子

受教,謝謝!

論壇徽章:
0
8 [報告]
發(fā)表于 2007-12-27 16:16 |只看該作者
默認就是備份當前的partition吧?

論壇徽章:
0
9 [報告]
發(fā)表于 2008-03-24 13:17 |只看該作者
提示: 作者被禁止或刪除 內(nèi)容自動屏蔽

論壇徽章:
0
10 [報告]
發(fā)表于 2008-04-10 09:46 |只看該作者

關于聯(lián)機恢復1個問題

機器A:
聯(lián)機完整備份例如D:\DBBAK\AA
MIRRORLOGPATH  D:\DBLOG


機器B上:安裝數(shù)據(jù)庫, 拷貝 上邊2個目錄過來
設置TRACKMODE, LOGRETAIN= ON
設置 MIRRORLOGPATH
update db cfg using mirrorlogpath "d:\dblog"
的時候提示: 指示的值D:\DBLOG無效, 原因碼為'4', SQLSTATE=08004

我想:MIRRORLOGPATH設置好后, 就可以恢復數(shù)據(jù)了,為什么MIRROLOGPATH設置不成功呢? 或者我在B機上恢復操作過程不對?

A,B 都是WIN操作系統(tǒng)
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復

  

北京盛拓優(yōu)訊信息技術有限公司. 版權所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區(qū)
中國互聯(lián)網(wǎng)協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關心和支持過ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP