金蝶k3中間層的配置及應用問題

1、第三章 k3 中間層的配置及應用問題2008-05-06 09:25目錄第三章 k3 中間層的配置及應用問題 263.1 K3 卸載低版本后再裝 10.3 ，裝好后打開賬套管理，出現(xiàn)報錯提示：“你計 算機當前使用的中間層服務器為 XXX （XXX為網(wǎng)絡上的數(shù)據(jù)庫服務器的計算機 名），賬套管理只用于管理本機的中間層服務， 請將中間層切換回本機后再運行 賬套管理”，無法打開賬套管理界面。 263.2 K3 在新建賬套時 , 選擇賬套類型時出現(xiàn)空白沒有顯示。 263.3 K3 數(shù)據(jù)庫服務器在退出桌面后，中間層無法備份賬套。 263.4 K3 中間帳套管理登陸提示：文件路徑訪問錯誤。 293.5 K3

2、在恢復 K/3 賬套時出現(xiàn)以下錯誤：The backed-up database has on-disk structure version 539. The server supports version 515 and cannot restore or upgrade this database 。 293.6 K3打完10 .2SP1補丁之后中間層帳套中用戶的權(quán)限權(quán)出現(xiàn)丟失。293.7 K3 k3 在2003英文操作系統(tǒng)中出現(xiàn)的問題：安裝過程一切正常，打開帳套 管理無響應，按確定沒反映，也沒出錯提示。另在操作系統(tǒng)上有出錯提示：Fanlting application kdsvrmgr.

3、exe version10.1.0.0,fanlting module KDAladdin,version0.0.0.0,fanltaddress 0x0000fqcf。 293.8 k310.3 版本升級帳套，通過帳套檢查后點擊取消后，重新進行帳套升級，提示：“帳套正在進行升級 ”。 293.9 K3 中間層帳套升級后，主控臺登陸提示：“該帳套不是最新版本”。 293.10 K310.3 進行站點配置的時候提示：“你所安裝的不是 IIS5.0 以上的版本， 或此帳號沒有管理員的權(quán)限，不能進行安裝” , 但用戶已經(jīng)安裝 IIS5.0 以上版 本，并且登陸操作系統(tǒng)是管理員組的帳號。 293.11

4、 K3 賬套管理登錄界面點擊確定確定，沒有任何響應。293.12 K3 中間層起用新帳套或點擊帳套的用戶管理時提示“NTAuthorityNetworkService 登陸失敗”。 303.13 K310.3 數(shù)據(jù)庫和中間層分開，新建數(shù)據(jù)庫的時候報如圖錯誤： 303.14 K310.3 數(shù)據(jù)庫和中間層分開，已經(jīng)安裝最新版本的數(shù)據(jù)庫的服務部件。新 建數(shù)據(jù)庫時提示需要安裝數(shù)據(jù)服務部件，但已經(jīng)安裝數(shù)據(jù)服務部件。 303.15 K3在網(wǎng)絡域環(huán)境下，中間層服務器無法使用賬套管理看到數(shù)據(jù)庫服務器名。303.16 K3使用帳套用戶管理，提示“新事務不能登記到指定的事務服務器”：313.17 K3工作組環(huán)境下

5、，使用賬套管理備份到同一工作組下的其它機器的共享目 錄下出現(xiàn)無法備份的問題。 323.18 K3 中間賬套備份到其它服務器器中的共享目錄中提示錯誤如圖： 323.19 K3 中間層、數(shù)據(jù)庫分開部署時，新建賬套時的 Automation 錯誤： 343.20 K3 使用終端服務調(diào)用賬套管理的用戶管理時，出現(xiàn)錯誤提示如圖： 343.21 K3 中間層系統(tǒng)使用狀況中，加密記錄不能手動清除。 35第三章 k3 中間層的配置及應用問題3.1 K3 卸載低版本后再裝 10.3，裝好后打開賬套管理，出現(xiàn)報錯提示：“你 計算機當前使用的中間層服務器為 XXX（XXX為網(wǎng)絡上的數(shù)據(jù)庫服務器的計算機 名），賬套管

6、理只用于管理本機的中間層服務， 請將中間層切換回本機后再運行 賬套管理”，無法打開賬套管理界面。此問題是由于 kdsvrmgr 組件的注冊信息并沒有跟新裝 k/3 更新過來，解決方法 只要到組件服務下的com+應用程序中把kdsvrmgr組件包下面所有的組件全部刪 除，然后再用 system32kdcom 目錄下的 kdsvrmgr.dll 文件把它重新手工注冊回 來即可。3.2 K3 在新建賬套時 ,選擇賬套類型時出現(xiàn)空白沒有顯示。此問題是由于 k3installpackage.lst 損壞造成，賬套類型的信息記錄在 kdcom目錄下的k3installpackage.lst 文件中，可以從

7、正常的中間層復制同名 文件。3.3 K3 數(shù)據(jù)庫服務器在退出桌面后，中間層無法備份賬套。 此情況是因為數(shù)據(jù)庫服務器上的 pkdac 組件為交互式用戶， 當服務器退出桌面后 就沒權(quán)限調(diào)用此組件，解決方法就是在開始菜單選中運行，輸入命令“dcomcnfg”打開dcom配置界面，在其中找到pkdac.ckdac（10.2 以后的版本改 名為pkdacnew），將身份驗證級別改為無，標識設(shè)置成本地系統(tǒng)管理員賬戶。Win2000如圖界面：Win2003如圖界面:3.4 K3 中間帳套管理登陸提示：文件路徑訪問錯誤。中間層帳套管理登陸會去檢測 KDCO目錄下的ACCTCTL.DAT果報此錯誤，可 能是此文

8、件被損壞或不存在，用戶可以刪除此文件（需要重新注冊帳套），系統(tǒng) 會自動生成，如果不能生存，請在組件服務刪除 kdsvrmgr 包下的組件，再手工 注冊一下組件或重新注冊中間層。3.5 K3在恢復 K/3 賬套時出現(xiàn)以下錯誤：The backed-up database has on-disk structure version 539. The server supports version 515 and cannot restore or upgrade this database 。將在 SQLServer2000 中備份的賬套恢復在 SQLServer 7.0 中，即會出現(xiàn)此錯誤。 不

9、支持將SQL SERVE高版本的帳套恢復到低版本中去。3.6 K3 打完 10 .2SP1 補丁之后中間層帳套中用戶的權(quán)限權(quán)出現(xiàn)丟失。 已發(fā)補丁 pt000799 補丁解決此問題，建議與補丁 pt000977 同時安裝。3.7 K3 k3 在 2003英文操作系統(tǒng)中出現(xiàn)的問題：安裝過程一切正常，打開帳套管理無響應，按確定沒反映，也沒出錯提示。另在操作系統(tǒng)上有出錯提示： Fanlting application kdsvrmgr.exe version10.1.0.0,fanlting module KDAladdin,version0.0.0.0,fanltaddress 0x0000fqcf

10、。重新安裝加密狗的驅(qū)動驅(qū)動 , 手動注冊加密組件。3.8 k310.3 版本升級帳套，通過帳套檢查后點擊取消后，重新進行帳套升級，提示：“帳套正在進行升級 ”。此問題只會出現(xiàn)在 win2003 操作系統(tǒng)，由于 ebosystem 組件包的組件沒有正常釋 放造成的。出現(xiàn)這種情況，請結(jié)束進程中 dllhost 進程，或是直接注銷電腦，或 是直接在組件服務中結(jié)束 ebosystem 進程。3.9 K3中間層帳套升級后，主控臺登陸提示：“該帳套不是最新版本”進入中間層帳套管理，點擊帳套的屬性，將帳套屬性重新保存一次。若出現(xiàn)相同 問題，請刪除acctctl.dat 文件，重新注冊帳套信息。3.10 K3

11、10.3進行站點配置的時候提示：“你所安裝的不是 IIS5.0以上的版 本，或此帳號沒有管理員的權(quán)限，不能進行安裝”，但用戶已經(jīng)安裝IIS5.0以上 版本，并且登陸操作系統(tǒng)是管理員組的帳號。查看dtc服務是否啟動修復com環(huán)境關(guān)閉防火墻，殺毒軟件。3.11 K3賬套管理登錄界面點擊確定確定，沒有任何響應。如果是遠程控制方式，先確定本機是否有用戶登錄，只有本機用戶登錄后組件 服務啟動，賬套管理才能正常使用。刪除中間層服務器system32kdcom目錄下的acctctl.dat文件，重新進入帳套管理，以此新建一個acctctl.dat文件，如果該文件仍為1999的文件，則表明KDSvrmgr并未

12、正確執(zhí)行該表的升級，有可能是Access數(shù)據(jù)庫引擎的問題，需 要重新安裝Jet引擎。手工注冊kdsvrmgr組件。重新安裝 MDAC2.8sp1組件（對于 windows xp sp1 &sp2 及 windows 2003sp1 系統(tǒng)由于內(nèi)置的MDA（版本較高，可能安裝無效，若需要修復MDAC請到microsft 官方網(wǎng)站下載相對應的工具進行修復： nl oads/details.aspx?FamilylD=8f0a8df6-4a2 1-4b43-bf53-14332ef092c9&DisplayLa ng=e n ）。3.12 K3中間層起用新帳套或點擊帳套的用戶管理時提示“NTAutho

13、rityNetworkService 登陸失敗”。安裝iis在sql server的企業(yè)管理器中登錄用戶中增加本機用戶 IIS_wpg， 然后設(shè)置該用戶為需要訪問的賬套數(shù)據(jù)庫的權(quán)限為db_owner,或者使用sql身份驗證。刪除acctctl.dat 文件，注銷電腦后，重新注冊帳套，acctctl文件存在于中 間層system32kdcom目錄下。3.13 K310.3數(shù)據(jù)庫和中間層分開，新建數(shù)據(jù)庫的時候報如圖錯誤：該問題是由于安裝10.3以后，數(shù)據(jù)庫服務部件沒有更新，仍為以前版本造成， 安裝最新版本的數(shù)據(jù)服務部件即可解決此問題。3.14 K310.3數(shù)據(jù)庫和中間層分開，已經(jīng)安裝最新版本的數(shù)據(jù)

14、庫的服務部件。 新建數(shù)據(jù)庫時提示需要安裝數(shù)據(jù)服務部件，但已經(jīng)安裝數(shù)據(jù)服務部件。在數(shù)據(jù)庫這臺計算機上加入登陸到 k3中間層操作系統(tǒng)的帳號，將這個帳號賦 予管理員的權(quán)限。在新建帳套的時候在不選擇數(shù)據(jù)庫文件和數(shù)據(jù)庫日志文件的存放路徑。直接手工鍵入文件的存放路徑。3.15 K3在網(wǎng)絡域環(huán)境下，中間層服務器無法使用賬套管理看到數(shù)據(jù)庫服務器 名。檢查主域控制器，是否啟用了個人防火墻，初次啟用后，一般要求重新設(shè)置防火 墻?；蛘咴跀?shù)據(jù)庫服務器重新添加域用戶賬號，直到正常為止。3.16 K3使用帳套用戶管理，提示“新事務不能登記到指定的事務服務器”：在 Windows 2003中， K/3 中間層的組件注冊會有

15、兩個不正常，在組件管理中 不能顯示組件名稱，而是一長字符串。8005BBB8-E3B0-11D5-9FA1-00E04C54B3B 組件名稱應為：KdSvrMgr.cIsAct F004846C-E7A2-11D5-9FAB-00E04C54B3B 組件名稱應為：Tran sXmlLib.cIsXml 由于這兩個COM組件不能正確地解析名稱，在使用中，第一個會引發(fā)上面的用 戶管理問題，第二個會引起注冊組件不能通過的問題。影響版本：已經(jīng)測試有影響的版本包括 K/3 V9.4.1 、K/3 V10.0 ，不同版本產(chǎn)生 的字符串可能會有差別。解決方法：目前我們通過手工修改注冊表來解決，具體見附錄。

16、將該內(nèi)容用記事本保存成 .reg 文件，然后雙擊執(zhí)行添加到注冊表中即可。 附錄：（注冊表手工修改，或手工將以下內(nèi)容粘貼并存放到文本文件，并將后綴 TXT改為REG雙擊該注冊信息即可）【只針對10.0，對于10.1以上或者其他 版本無效，這里只是個例子，對于其他版本都需要通過查看組件的 VBF文件確定 這里的組件 UUID】Windows Registry Editor Version 5.00 HKEY_CLASSES_ROOTAppID8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6 RunAs=Interactive User=KdSvrMgr.clsActHKEY

17、_CLASSES_ROOTAppIDKdSvrMgr.exeAppId=8005BBB8-E3B0-11D5-9FA1-00E04C54B3B6HKEY_CLASSES_ROOTAppIDF004846C-E7A2-11D5-9FAB-00E04C54B3B6 =TransXmlLib.clsXmlAuthenticationLevel=dword:00000000RunAs=Interactive UserHKEY_CLASSES_ROOTAppIDtransxmllib.exe AppId=F004846C-E7A2-11D5-9FAB-00E04C54B3B6另外一種原因就是中間層、客戶

18、端不能按照數(shù)據(jù)庫服務器的IP地址解析機器名。解決方法： 在中間層、 客戶端、 數(shù)據(jù)庫雙方的 hosts 文件中分別加入其他兩個機 器的IP地址和機器名，另外更加保險的做法是在各自的TCP/IP協(xié)議的Wins中加入其他兩個機器的 IP 地址。對于windows2003SP1需要設(shè)置組件服務的屬性中的“安全配置”的“事務 管理器”通信衛(wèi)“不要求進行驗證”，系統(tǒng)默認值是“要求對方進行驗證”。3.17 K3工作組環(huán)境下，使用賬套管理備份到同一工作組下的其它機器的共享 目錄下出現(xiàn)無法備份的問題。由于SQLServer默認使用System登錄，因此在工作組環(huán)境下，即使同一工作組 下的另一臺機器將共享目錄設(shè)置為 Everyone均可寫時，SQLServer仍無法進行 備份。因此必須在控制面板中的服務中指定SQLServer的啟動用戶，選擇本地指定管理員權(quán)限的用戶作為啟動用戶即可。3.18 K3 中間賬套備份到其它服務器器中的共享目錄中提示錯誤如圖： 由于導致此原因的問題時SQLServer不支持IP地址的備份，必須在備份路徑中 使用機器名，如 :luoxtemp ，進行備份。另， SQLServer 必須擁有此共享目錄 的可寫權(quán)限。3.19 K3 中間層