以下的文章主要向大家講述的是修改機器名之后，DB2實例無法啟動的具體原因的描述，假如你對修改機器名之后，DB2實例無法啟動不是很了解的話，以下的文章將會為你提供更好的解答。

從DB2版本8開始，原來的DB2企業版與企業擴展版合并一起稱之為企業服務器版，無論對于分區數據庫和非分區數據庫，在實例目錄下都會有db2nodes.cfg文件，該文件記錄了服務器節點信息。

問題:為什么修改機器名后DB2實例無法啟動，并且報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數據庫優化過程中的實用策略的描述
2. DB2數據移動的輕松掌握技巧描述
3. 對DB2數據庫編目概念的深刻理解
4. 正確利用MSCS來創建高效的DB2集群服務并不難！
5. 對DB2數據庫編目的概念的正確認識