此文章主要向大家講述的是在修改機器名后，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實例會無法啟動的介紹，望你能有所收獲。

【編輯推薦】

1. DB2計劃三招“破甲” IBM在華能否得償所愿
2. DBA該如何在DB2中找出未使用索引，表和包
3. IBM高調反擊Oracle拉里埃里森有關DB2的言論
4. 詳解DB2 9.7中值得DBA關注的幾點新特性
5. 淺析DB2數據庫應用遷移中可能出現的問題