以下的文章主要向大家講述的是在修改機器名之后，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實例無法啟動的描述，希望會給你帶來一些幫助在此方面。

【編輯推薦】

1. DB2 9 Viper 2續寫不老傳奇
2. DB2 9 分布式管理之維護的描述
3. DB2管理頁大小的一些限制條件有哪些？
4. 存儲DB2 9 XML 數據的作用有哪些？
5. IBM DB2文件系統已滿如何破解？