DB2還原過程中因檔案路徑不同引發錯誤

來源:互聯網
上載者:User

    因工作需要將一遠程伺服器上的DB2資料庫進行備份,然後遷移到本地一台伺服器上。思路應該是很簡單的,無非就是備份、還原,可以使用控制中心也可以使用命令來實現。為了方便,我直接控制中心來操作。

 

    1、將Database Backup到遠程伺服器上的E:/DB_back,備份檔案的完整目錄為:

       E:/DB_back:/BEHAVEOG.0/DB2/NODE0000/CATN0000/20090311/181504.001

 

    2、由於資料庫較大,下來2g左右,因此通過web架構、迅雷下載的方式,將備份檔案下載下來(持續了幾個小時)

 

    3、按照原有資料的檔案布局,在E盤的DbBack檔案夾中依次建立相關的檔案夾,完整資訊如下

        E:/DbBack:/BEHAVEOG.0/DB2/NODE0000/CATN0000/20090311/181504.001

 

    4、通過控制中心還原資料庫,過程就不多說,無非就是選擇路徑,下一步下一步。但不幸的是在點完“完成”按鈕後,1,2秒的時間就彈出以下提示:

 

       SQL2542N  根據所提供的來源資料庫別名 "BEHAVEOG" 和時間戳記
      "20090311181504",找不到資料庫映像檔案的匹配項。

 

解釋:

備份映像檔案檔案名稱由資料庫別名和時間戳記組件組成。檔案名稱根據
Database Restore
調用中提供的來源資料庫別名和時間戳記參數構造。來源目錄中不存在與提供的
來源資料庫別名和時間戳記相匹配的檔案名稱。如果從自動增量式複原接收到此
錯誤,則根據資料庫曆史中的時間戳記和位置找不到必需的映像。

使用者響應:

確保Database Backup映像駐留在介質源上。重新提交操作,並指定正確的時間戳記
記來產生匹配。

如果從自動增量複原中接收到此錯誤,則檢查相應的備份條目的資料庫曆史
,並驗證列示的位置是否與備份映像的實際位置相匹配。要麼更新資料庫曆
史,並重試該操作,以產生匹配項,或者發出 RESTORE INCREMENTAL ABORT
命令來清除在處理期間可能已經建立的任何資源。

 

    5、實驗多次,仍然失敗,只能求助於搜尋,後發現 有文章說“DB2資料庫,備份檔案目錄是不能改的。”

        因此懷疑是該問題導致,遂進行實驗。

        將本機伺服器備份檔案路徑更改為與遠程伺服器相同,即“  E:/DB_back:/BEHAVEOG.0/DB2/NODE0000/CATN0000/20090311/181504.001”,再進行操作,成功!!~~

 

    6、確定該問題為備份檔案路徑所致。

 

 

   感慨,DB2某些限制真夠煩人。

 

 

 

 

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.