SQL1219N 因爲未能分配專用虛擬內存,所以請求失敗。 SQLSTATE=57011

今天開機運行db2,莫名其妙的蹦出一個錯誤,“SQL1219N 因爲未能分配專用虛擬內存,所以請求失敗。 SQLSTATE=57011”。

查了一下說是和 DB2_EXTSECURITY 這個變量的問題,設置爲NO即可。

於是運行 db2set DB2_EXTSECURITY=NO,嘿,還真解決了。

貌似是因爲安裝db2的時候啓用了它的安全設置,這樣由於我登陸的時候不知道爲什麼默認用戶是administrator,而administrator  is not part of either the DB2USERS or DB2ADMNS group,因此就報錯嘍。。。。

原文地址如下:

http://space.itpub.net/16582684/viewspace-630223

環境: db2 v9.7 , windows xp

今天不知怎得,連接DB2數據庫一直報這個錯誤“SQL1219N  因爲未能分配專用虛擬內存,所以請求失敗。  SQLSTATE=57011”,開始一直以爲是內存不夠用,於是重啓電腦,並將其它的進程關掉。仍無法解決問題。在網上找了半天,發現說有個全局變量DB2_EXTSECURITY可以解決這個問題。於是的命令行輸入: db2set  DB2_EXTSECURITY=NO ,重新啓動數據庫即可連接。

 

這個變量DB2_EXTSECURITY描述如下:

DB2 version 8.2 on Windows contains a new security feature that
controls access to DB2 system files, registry keys, and network
shares. The security feature is enabled by default by setting
the DB2 registry variable DB2_EXTSECURITY=YES during
installation of DB2. Attempts to use the DB2 product under a
userid that is not part of either the DB2USERS or DB2ADMNS group
on Windows, will result in a variety of symptoms, including, but
not limited to the following:

- SQL1224N - database agent could not be started.
- Various permissions errors using the DB2 CLP.
- DB2 processes that unexplainably abend.


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章