Ⅰ DB2在控制中心點選資料庫或表時出錯sql1031N，怎麼解決
SQL1031N在指示的文件系統中找不到資料庫目錄。找不到系統資料庫目錄或本地資料庫目錄。尚未創建資料庫，或者沒有正確編目該資料庫。
你試試重新編目資料庫
Ⅱ 由於其數據類型的緣故,不能使用某輸入主機變數sqlstate 07006 sqlerror
以下是對這個錯誤的解釋。SQL0204N""是一個未定義的名稱。解釋:此錯誤由以下之一引起：o未在資料庫中定義由""標識的對象。o在表上未定義由""標識的數據分區。o正在使用某個數據類型。此錯誤可能是由於下列原因而發生的：-如果""是限定名稱，則具有此名稱的數據類型在資料庫中不存在。-如果""是非限定名稱，則用戶的函數路徑不包含期望的數據類型所屬於的模式。-該數據類型在創建時間戳記早於程序包綁定時間的資料庫中不存在（適用於靜態語句）。-如果數據類型在CREATETYPE語句的UNDER子句中，則該類型名可能與正定義的類型相同，這是無效的。o下列其中一項中正在引用某個函數：-DROPFUNCTION語句-COMMENTONFUNCTION語句-CREATEFUNCTION語句的SOURCE子句如果""是限定名稱，則函數不存在。如果""是非限定名稱，則當前函數路徑的任何模式中都不存在此名稱的函數。注意，函數不能以COALESCE、NULLIF或VALUE內置函數作為源函數。o在CREATESECURITYLABELCOMPONENT語句中UNDER子句右邊使用了名為「名稱」的元素，但尚未將該元素定義為ROOT或者在其他某個元素下方（UNDER）。o下列其中一個標量函數指定了「名稱」標識的安全策略，但在資料庫中未定義該安全策略。-SECLABEL-SECLABEL_TO_CHAR-SECLABEL_BY_NAME可為任何類型的資料庫對象生成此返回碼。聯合系統用戶：在資料庫中未定義由""標識的對象，或者""不是DROPNICKNAME語句中的昵稱。某些數據源不向""提供適當的值。在這些情況下，消息標記將具有以下格式："OBJECT:TABLE/VIEW"，指示指定數據源的實際值未知。不能處理該語句。用戶響應:確保在SQL語句中正確指定了對象名（包括任何必需的限定符），並且它存在。如果該名稱表示一個數據分區，則查詢目錄表SYSCAT.DATAPARTITIONS以找到一個表的所有數據分區。對於SOURCE子句中缺少的數據類型或函數，可能是該對象不存在，或該對象處於某模式中，但該模式不在您的函數路徑中。對於CREATESECURITYLABELCOMPONENT語句來說，確保先將每個元素指定為ROOT或者UNDER子句中的子代，然後再在UNDER子句中將其指定為父代元素。對於標量函數SECLABEL、SECLABEL_TO_CHAR或SECLABEL_BY_NAME來說，確保對參數「安全策略名」指定了有效的安全策略。聯合系統用戶：如果該語句是DROPNICKNAME，則確保該對象實際上是一個昵稱。該對象可能不存在於聯合資料庫中或數據源上。驗證聯合資料庫對象（如果有）和數據源對象（如果有）的存在情況。sqlcode:-204sqlstate:42704
Ⅲ db2安裝完成後啟動報錯。 （SQL6030N START OR STOP DATABASE MANAGER failed reason code 13）
1、檢查實例home目錄下的db2diag.log日誌，可能會有比較詳細的報錯日誌；
2、SQL6030N reason code 13報錯可能與DBM參數SVCENAME有關，檢查SVCENAME參數的配置是埠號還是servicename配置：
db2getdbmcfg|grepSVCENAME
可利用上述信息再分析具體原因。
Ⅳ Windows db2 做restore恢復 出現「SQL20319N 不允許在自動存儲器表空間上執行 SET TABLESPACE CONTAINE」
解決辦法:在最初開始恢復的時候就需要設置個路徑
例如：db2 restore db movies from d taken at 20021006213640 on d: redirect
其中d:為windows下的d盤,即自動表空間存放的地址,若你需要在aix上或者windows下其它盤符恢復,替換成相應路徑即可~
Ⅳ DB2資料庫中db2stop的問題
在命令行中輸入 db2 connect reset，截斷連接，就可以輸入db2stop關閉資料庫了
Ⅵ 為什麼修改機器名後實例無法啟動，並且報SQL6031N錯誤
打開DB2實例所有者主目錄下sqllib子目錄下的文件db2nodes.cfg 修改其中的計算機名保存後啟動DB2實例即可。
查看主機名的辦法：
1 cmd進入後，錄入hostname即可。
2 我的電腦右鍵-屬性，即可查看計算機名
Ⅶ DB2 關於 SQL30081N 檢測到通信錯誤問題求助
1. 是否用正確的通信相關參數配置了伺服器上的資料庫管理器配置文件。
若已在伺服器上更新了資料庫管理器配置參數，
則務必停止並重新啟動資料庫管理器，以使更改生效。
TCP/ip 服務名 (SVCENAME) = db2c_DB2
discovery 方式 (discover) = search
discovery 通信協議 (discover_COMM) = TCPip
discover 伺服器實例 (discover_INST) = enable
2. 伺服器上的 DB2COMM 環境變數是否指定了客戶機使用的通信協議。
db2set -all顯示db2comm=tcpip
3. 伺服器上的資料庫管理器是否已成功啟動。
db2admin start看看資料庫實例是否啟動
db2start看看資料庫管理實例是否啟動
4. 是否發生了通信子系統或網路錯誤。
互相ping一下，看看是否連通
Ⅷ DB2報錯SQLSTATE=42601，怎麼解決
1、首先停止DB2資料庫$db2stop，以root用戶修改/etc/pam.d/system-auth-ac，如下圖所示。
Ⅸ Linux系統中DB2備份，報錯誤SQL2061N：訪問介質 介質 的嘗試被拒絕。
你看下 /opt/db2backup文件夾的許可權是不是你實例的用戶和用戶組，感覺你的 /opt/db2backup用戶和屬組應該不對
Ⅹ 如何解決db2nodes.cfg line number「1」，Reason code「10」
如何解決db2nodes.cfg line number「1」,Reason code「10」
今天發現無法用db2connect連接 lpar，剛開始以為密碼改了，後來發現密碼沒錯，於是搜索了一下這個文件。
發現文件內容里有local機器的hostname，想起來 這幾天剛剛改了hostname，估計就是這個原因了。
X:\work\workload\expscript>db2 connect to db2 user user using db2zos
SQL6031N Error in the db2nodes.cfg file at line number "1". Reason code
"10".
文件內容如下：
0 db2zos-desktop db2zos-desktop 0
果然修改後就可以正常連接了
你看看你的。