某些情況下, Unix操作系統環境下會發生當DB2用戶使用db2 -td@ -vf <存儲過程創建腳本文件> 創建存儲過程失敗的情況，而查看 db2diag.log 文件則發現有類似如下報錯信息:

2002-10-05-13.47.40.075759 Instance:db2inst1 Node:000PID:1355876(db2agent (ABC) 0) TID:1 Appid:OC10103F.OD12.017302185202oper system services sqloChangeFileOwnership Probe:100 Database:ABCerrno: 0x0FFFFFFFFFFF7AF0 : 0x00000001 ....PID:1355876 TID:1 Node:000 Title: Path/Filename/home/db2inst1/sqllib/function/routine/sqlproc/ABC/DB2INST1/tmp/2002-10-05-13.47.40.166289 Instance:db2inst1 Node:000PID:1355876(db2agent (ABC) 0) TID:1 Appid:OC10103F.OD12.017302185202PSM - SQL Procedure psm_ctrl::psm_init_backend Probe:230 Database:ABCDIA8402C A disk error has occurred.ZRC=0x860F0004PID:1355876 TID:1 Node:000 Title: SQL procedure initialization:0x09000000031213BC : 696E 7374 616E 6365 206F 776E 6572 2064 instance owner d0x09000000031213CC : 6F65 7320 6E6F 7420 6265 6C6F 6E67 2074 oes not belong t0x09000000031213DC : 6F20 6665 6E63 6564 2075 7365 7227 7320 o fenced user's 0x09000000031213EC : 7072 696D 6172 7920 6772 6F75 70 primary group

解決方法:

在 Unix 平臺下的 DB2 存儲過程對于實例用戶和受防護用戶之間的關系有一個約束，即 DB2 實例用戶必須同時是受防護用戶的主組中的一個用戶。上述問題的發生就是由于在系統上，實例用戶未加入至受防護用戶的主組中，從而引發了存取權限不夠的問題所導致的，而并非真的發生了如日志中所報的磁盤錯誤。解決這一問題的方法很簡單，只要將實例用戶加入該主組即可。但有時用戶會發現，即使已將用戶加入到指定組，問題仍然存在，這時還應檢查一下實例用戶所加入的組是否是實例用戶所對應的受防護用戶的主組，即檢查一下加入的組是否正確。

要找到實例用戶所應的受防護用戶以及受防護用戶的主組，可用如下方法:

1. 轉入實例用戶 Home 路徑下的 sqllib/adm 路徑。

2. 執行命令:ls -l .fenced，會得到類似如下輸出。

-r--r--r-- 1 db2fencj db2fgrp2 0 Jul 30 09:57 .fenced

3. 輸出中表明，該文件所屬的用戶(db2fencj)即為受防護用戶，所屬的組(db2fgrp2)即為受防護用戶的主組。

然后，用戶即可驗證實例用戶是否被加入到了正確的組中，如果結果正確，就可以解決上述問題了。