修改機器名后，DB2實例無法啟動的原因是什么？
作者：佚名
以下的文章主要描述的是在修改機器名后，DB2實例會無法啟動的具體原因，如果你對其具體的原因有興趣了解的話，你就可以瀏覽以下的文章了。
此文章主要向大家講述的是在修改機器名后，DB2實例會無法啟動的具體原因，我們大家都知道DB2版本8開始，原來的DB2企業版與企業擴展版合并為企業服務器版，無論對于分區數據庫和非分區數據庫。
在實例目錄下都會有db2nodes.cfg文件，該文件記錄了服務器節點信息。
問題:為什么修改機器名后實例無法啟動，并且報SQL6031N錯誤。
環境：
產品 DB2
平臺 跨平臺
版本8.1
解答：
DB2版本8開始，原來的DB2企業版和企業擴展版合并為企業服務器版，無論對于分區數據庫和非分區數據庫，在實例目錄下都會有db2nodes.cfg文件，該文件記錄了服務器節點信息。
以Windows平臺為例，對于機器名為TSSTEST1上的一個單分區數據庫實例DB2，在..SQLLIB\DB2目錄下db2nodes.cfg文件中記錄了下面一行：
- 0 TSSTEST1 TSSTEST1 0
如果修改了機器的機器名，則需要修改該文件。比如如果修改機器名為TSCTEST1，則上面的文件需要修改為
- 0 TSCTEST1 TSCTEST1 0
否則，啟動實據庫實例時會報SQL6031N錯誤，原因碼為10。
原因碼10的解釋是：
(10) 確保在 db2nodes.cfg 的第 "<行>"
行中定義的主機名值在系統上都定義了，并且可操作。
在Windows平臺，如果定義實例為自動啟動，或習慣在服務中啟動實例，需要特別注意這個問題。
以上的相關內容就是對為什么修改機器名后DB2實例會無法啟動的介紹，望你能有所收獲。
以上的相關內容就是對為什么修改機器名后DB2實例會無法啟動的介紹，望你能有所收獲。
【編輯推薦】
- DB2計劃三招“破甲” IBM在華能否得償所愿
- DBA該如何在DB2中找出未使用索引，表和包
- IBM高調反擊Oracle拉里埃里森有關DB2的言論
- 詳解DB2 9.7中值得DBA關注的幾點新特性
- 淺析DB2數據庫應用遷移中可能出現的問題
責任編輯：佚名
來源：
51CTO.com
