DB2 密碼變更與備份還原實戰：從 SQL30081N 到「目錄殘留」的雙重破局

省總伺服器上線前夜，資料庫建好、程式包部署完畢，一切按部就班，唯獨應用程式死活連不上庫。錯誤碼 SQL30081N (通訊協議 TCP/IP, 錯誤 10054) 反覆出現，端口、防火牆、網路全查遍均正常。本文完整還原從連線失敗 → 重裝還原 → 目錄殘留阻礙 → 密碼不同步 三重關卡的破解全過程。

關卡一：詭異的 SQL30081N / 10054

測試指令如下：

catalog tcpip node local remote localhost server 50000
catalog db sample as test at node local
connect to test user <用戶名> using <密碼>

錯誤訊息指向 `recv` 函數斷連 (10054)，網路層面無異常。無奈重裝資料庫，轉戰備份還原流程。

關卡二：還原時提示「資料庫別名 HD 已存在」

執行 `restore database HD taken at ` 卻報錯：「在本地或系統資料庫目錄中已存在資料庫別名 HD」。

嘗試排查：

1. `db2 list db directory` — 未見 HD 條目。
2. `db2 drop db HD` — 若資料庫實體存在應可刪除，否則報錯。
3. `db2 uncatalog db HD` — 報 `SQL1013N 找不到資料庫別名 HD`。

陷入死循環：目錄裡沒有，卻說有；實體不在，卻刪不掉。

破解關鍵：先目錄再刪除

參考社群建議，反向操作：

db2 catalog db HD
db2 drop db HD

原理：`catalog` 先在目錄建立條目（指向實體路徑），`drop` 再依條目刪除實體與條目。隨後 `restore` 順利成功。

關卡三：程式仍連不上 — 真兇是密碼不同步

還原成功，應用程式卻依舊連線失敗。靈光一現：還原的資料庫內部帳號密碼，與新建實例時的作業系統帳號密碼不一致。

DB2 密碼修改的隱形陷阱

直接修改 `db2admin` 等服務帳號的 OS 密碼，會導致 DB2 系統服務啟動失敗（報「管理伺服器未啟動」），因為 Windows 服務註冊時綁定的是安裝時的帳號密碼。

正確對策：雙邊同步更新

1. 修改 OS 層面帳號密碼（如 `db2admin`）。
2. 開啟 服務管理員，找到 `DB2 - <實例名>`、`DB2 Management Service` 等服務，逐一進入「登入」頁籤，更新密碼並重啟服務。
3. 若使用 DAS（DB2 Administration Server），同步更新 `DB2DAS00` 服務登入資訊。

完整檢查清單（下次直奔主題）

心法總結

• 備份還原不僅是資料，更包含權限與目錄元資料，環境不一致極易產生「幽靈別名」。
• DB2 服務帳號密碼變更 = OS 密碼 + 服務登入密碼 雙邊同步，缺一不可。
• 遇到「目錄裡沒有卻說有」，大膽 `catalog` 再 `drop`，打破邏輯死循環。

這一夜從傍晚搞到凌晨，換來的不只是上線成功，更是對 DB2 服務身份認證與目錄機制的深層肌肉記憶。