KIS專業(yè)版連接不到主機(jī)

金蝶KIS專業(yè)版連接主機(jī)（注，本文較長，但如果您能夠耐心看完，相信一定會有所收獲！ 本文由昆明蘇博泰克計(jì)算機(jī)有限公司郭永林原創(chuàng)， 在金蝶博客以狂嘯三聲名義發(fā)布。 解決問題時(shí)花了大半天， 整理撰寫和排版又花了一整個(gè)晚上，因此轉(zhuǎn)載收藏時(shí)請保留此說明，謝謝。 ）目錄金蝶KIS專業(yè)版“登錄時(shí)出現(xiàn)問題，請重新輸入”終極解決全過程 1一、 從客戶端PING服務(wù)器，檢查網(wǎng)絡(luò)狀況 2二、 測試訪問服務(wù)器共享文件夾 2三、 修改host解析文件 3四、 關(guān)閉或配置防火墻 3五、 關(guān)閉數(shù)據(jù)執(zhí)行保護(hù) 3六、 重新安裝msdtc組件 3七、 重新分析過程及問題的根本原因 3八、 終極解決辦法之一：注冊表添加別名法 8九、 終極解決辦法之二：客戶端網(wǎng)絡(luò)工具添加別名法 9十、 終極解決辦法之三：ODBC添加數(shù)據(jù)庫訪問別名法 9十一、 其他可能遇到的情況 15十二、 總結(jié) 16精品文檔交流好久沒做專業(yè)版，現(xiàn)在做了一個(gè)。想不到居然遇到了傳說的“登錄時(shí)出現(xiàn)問題，請重新輸入”提示。如下圖所示：我狂暈啊，印象中好像很多人都遇到過，想不到我也會栽到它頭上。我裝了那么多K3經(jīng)過一番配置都沒再出過登錄不了的問題啊！由于是所有客戶端都這樣提示，所以判斷肯定服務(wù)器配置存在問題，好吧，動(dòng)手排查：一、 從客戶端 PING服務(wù)器，檢查網(wǎng)絡(luò)狀況結(jié)果如下：哎呀，不管是用IP地址“00”還是用服務(wù)器名稱“KIS”，返回值都正常，看來網(wǎng)絡(luò)相當(dāng)正常。二、 測試訪問服務(wù)器共享文件夾從開始――運(yùn)行中輸入“ \\00”，結(jié)果出錯(cuò)，提示如下：由于錯(cuò)誤,登錄失敗:用戶帳戶限制?？赡艿脑虬ú辉试S空密碼，登錄時(shí)間限制，或強(qiáng)制的策略限制。服務(wù)器無法登錄 WindowsNT 帳戶‘00\GUEST' ?？磥硎蔷W(wǎng)絡(luò)權(quán)限配置過于嚴(yán)格，于是采取以下辦法處理：精品文檔交流右擊我的電腦，選擇“管理”，在左邊依次展開“計(jì)算機(jī)管理”――“系統(tǒng)工具”――“本地用戶和組”――“用戶”，檢查“GUEST”用戶是否是打“X”禁用，如果是，則右擊屬性，然后取消禁用選項(xiàng)。從“開始”――“運(yùn)行”，輸入“gpedit.msc”，進(jìn)入到組策略管理界面下,依次展開“計(jì)算機(jī)配置--->Winsows設(shè)置----->安全設(shè)置--->本地策略--->用戶權(quán)利指派”,看看右邊有一行:"拒絕從網(wǎng)絡(luò)訪問這臺計(jì)算機(jī)"看它的屬性里有沒有g(shù)uest一項(xiàng),若有,則刪除。3.開始――運(yùn)行，輸入gpedit.msc回車—計(jì)算機(jī)配置—windows設(shè)置—安全設(shè)置—本地策略—安全設(shè)置—“”“賬戶：使用空白密碼的本地賬戶只允許進(jìn)行控制臺登錄－－改為已禁用”。OK，再測試，試了幾臺客戶端都正常了。我有預(yù)感，不會這么簡單！果然，到最后兩臺，功虧一簣啊，不行！?。〔贿^，現(xiàn)在服務(wù)器肯定是沒有問題了，得查客戶端了，根據(jù)網(wǎng)友們總結(jié)的辦法，一步一步排查吧。三、 修改host解析文件找到C:\WINDOWS\system32\drivers\etc 下的HOSTS文件，用記事本打開并添加服務(wù)器的記錄（這個(gè)前提要求服務(wù)器的IP得是手工指定的IP啊，要是動(dòng)態(tài)獲取的話，今天添加了今天有用，明天IP變了就白添加了）：00 KIS四、 關(guān)閉或配置防火墻關(guān)閉防火墻包括 WINDOWS自帶的，或者其他軟件防火墻。如果不關(guān)閉的話，也可以通過其他設(shè)置，如開放端口。 TCP：135、139、445、1069、1090、1433、2967、6985、6988；UDP：137、445、1033、1434、1058、2123、3000。或者采用添加到白名單：設(shè)置--詳細(xì)設(shè)置--網(wǎng)站防問規(guī)則--白名單--增加192.168.1。200。OK，其中一臺通過以上步驟后也可以了。但另一臺死活不行，只能繼續(xù)其他可能影響的設(shè)置修改。五、 關(guān)閉數(shù)據(jù)執(zhí)行保護(hù)通過修改BOOT.INI文件，添加或修改參數(shù)： NoExecute=AlwaysOff六、 重新安裝 msdtc組件1、刪除注冊表中的鍵：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTCHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTCHKEY_CLASSES_ROOT\CID2、運(yùn)行命令停止 MSDTC服務(wù)：netstopmsdtc3、運(yùn)行命令卸載 MSDTC服務(wù)：msdtc-uninstall4、運(yùn)行命令重新安裝 MSDTC服務(wù)：msdtc–install結(jié)果依舊，最后這臺電腦真的是頑固??！好吧，網(wǎng)上能夠找到的都試完了，看來得自已動(dòng)手分析了。七、 重新分析過程及問題的根本原因仔細(xì)觀察登錄時(shí)的錯(cuò)誤提示，當(dāng)服務(wù)器處輸入的是計(jì)算機(jī)名“ KIS”時(shí)，如下圖：精品文檔交流當(dāng)服務(wù)器處輸入的是 IP地址“00”時(shí)，如下圖：得到的結(jié)論是：輸入IP和計(jì)算機(jī)名，得到的結(jié)果不相同。輸入 IP能夠獲取賬套信息，而輸入計(jì)算機(jī)名則連賬套信息均不能獲取。但是，既然輸入IP已經(jīng)獲取到賬套信息，由于我們知道KIS的專業(yè)版的賬套信息是存放在SQL數(shù)據(jù)庫中的，說明通過IP連接數(shù)據(jù)庫是一切正常的了。那么，現(xiàn)在我們已經(jīng)在服務(wù)器中輸入 IP地址來連接數(shù)據(jù)了，為什么選擇了賬套后再確定，還是登錄不了呢？難道金蝶最終并沒有真正使用 IP地址來連接數(shù)據(jù)庫，而是又重新使用計(jì)算機(jī)名來連接了嗎？為了驗(yàn)證我的想法，我在服務(wù)器上打開了賬套信息數(shù)據(jù)庫“ AcctCtl”，找到其中的表“t_ad_kdAccount_gl”。呵呵，果然是這樣，其中的“ FConnectString”字段記錄了每個(gè)賬套的連接字符串，形如：“Provider=SQLOLEDB.1;UserID=KISAdmin;Password=ypbwkfyjhyhgzj;DataSource=KIS;InitialCatalog=KIS_Sample，根據(jù)我”們二次開發(fā)的經(jīng)驗(yàn)，金蝶 KIS專業(yè)版在通過登錄時(shí)，獲取到賬套信息后，顯然是用賬套信息中的連接字符串再進(jìn)一步的查詢數(shù)據(jù)了。上述分析也說明了為什么先前一臺電腦通過修改 HOSTS能夠正常訪問了：我們在登錄精品文檔交流時(shí)輸入的 IP地址僅用于獲取賬套信息，而之后系統(tǒng)再次使用計(jì)算機(jī)名訪問數(shù)據(jù)庫，所以當(dāng)由于某些系統(tǒng)服務(wù)未開啟或防火墻軟件的原因，計(jì)算機(jī)名不能正確解析時(shí)， HOSTS文件就生效了，幫助系統(tǒng)將計(jì)算機(jī)解析為 IP地址，然后即可正常訪問了。但是，為什么最后一臺還是不行呢？金蝶 KIS專業(yè)版將錯(cuò)誤提示封裝了， 就好像IE瀏覽器的“錯(cuò)誤友好提示”一樣，讓人摸不著頭腦。那么要嘗試找找有沒有更詳細(xì)的信息了，經(jīng)過一番搜索，在中找到一個(gè)登錄的錯(cuò)誤日志文檔“KISSVRMGR_1001.log”，用記事本打開一看，內(nèi)容主要形如：01-2909:25:24[ERROR]AcctMgr::GetAccountList()Errornumber:-2147217843Source:MicrosoftOLEDBProviderforSQLServerDesc:用戶'KISAdmin'登錄失敗。01-2909:25:48[ERROR]AcctMgr::GetSuperPropString()Errornumber:-2147467259Source:MicrosoftOLEDBProviderforSQLServerDesc:[DBNETLIB][ConnectionOpen(Connect()).]SQLServer不存在或拒絕訪問。哎，還是封裝過的，不好判斷啊。那么，有沒有辦法顯示更直接的提示呢？既然用KIS專業(yè)版不行，那么咱們用 SQL自帶的客戶端工具來登錄試試！ ?。】蛻舳艘话銢]有安裝 SQL，沒關(guān)系，打開隨身攜帶的綠色版 SQL管理工具“SQLManager”（也就是企業(yè)管理器和查詢分析器的獨(dú)立打包）。使用查詢分析器“isqlw.exe”來測試登錄效果。輸入IP地址和用戶名密碼，果然能夠正常登錄。再輸入計(jì)算機(jī)名和用戶名密碼，也同樣不出意料，沒能夠正常登錄，彈出了以下錯(cuò)誤：細(xì)心的讀者您注意到了嗎？錯(cuò)誤提示中有什么東西和一般不同？對，就是多了“ [Multi-Protocol]”這個(gè)詞。精品文檔交流上網(wǎng)再一番狂搜，獲得許多雜亂的信息，我將各處信息綜合整理如下：客戶端與服務(wù)器的連通需要通訊庫的支持，SQLServer2000的通訊庫NET-LIBRARY網(wǎng)絡(luò)協(xié)議通信庫支持多種網(wǎng)絡(luò)協(xié)議：1.Namedpipes 協(xié)議（命名管理），使用 NTSMB 端口(TCP139,UDP137,138 ）來進(jìn)行通信；2.IPSockets 協(xié)議（TCP/IP），使用TCP1433 端口；Multi-Protocol（多協(xié)議），默認(rèn)情況下使用TCP隨機(jī)端口，客戶端需要支持NTRPCs;NWLink協(xié)議；AppleTalk(ADSP)協(xié)議；BanyanVines協(xié)議。但一般來說，我們平常使用都是選擇 TCP/IP或命名管道協(xié)議通信庫。遇到SQLServer不存在或訪問被拒絕的問題，我們就應(yīng)該檢查這些協(xié)議的配置情況，保證服務(wù)器和客戶端使用同一種通訊協(xié)議即可。檢查服務(wù)器端的網(wǎng)絡(luò)配置是否啟用了命名管道、TCP/IP協(xié)議等等。我們可以利用SQLServer自帶的服務(wù)器網(wǎng)絡(luò)使用工具。點(diǎn)擊：程序-＞MicrosoftSQLServer-＞服務(wù)器網(wǎng)絡(luò)使用工具，打開該工具后看到的畫面如下圖所示：從這里我們可以看到服務(wù)器啟用了哪些協(xié)議。一般如上圖可能只啟用了命名管道和 TCP/IP這兩種協(xié)議，所以客戶端如果使用其他協(xié)議連接將會連接不上。如需進(jìn)一步檢查 SQKServer服務(wù)默認(rèn)端口的設(shè)置，我們可以點(diǎn)中 TCP/IP 協(xié)議，再點(diǎn)擊"屬性"，如下圖所示：精品文檔交流一般而言，我們使用SQLServer默認(rèn)的1433端口。對于"隱藏服務(wù)器"選項(xiàng)，只是限制客戶端通過枚舉服務(wù)器來枚舉這臺服務(wù)器，僅是保護(hù)功能，不影響連接?？蛻舳诉B接服務(wù)器是也是通過NET-LIBRARY網(wǎng)絡(luò)協(xié)議通信庫實(shí)現(xiàn)的，微軟的MDAC組件提供了NET-LIBRARY網(wǎng)絡(luò)協(xié)議通信庫，如DBNMPNTW.DLL——命名管道協(xié)議和DBMSSOCN.DLL——TCP/IP協(xié)議，其上層的數(shù)據(jù)庫訪問基本組件ADO、OLEDB、ODBC、DB-LIBRARY等都是在此基礎(chǔ)上實(shí)現(xiàn)與服務(wù)器的數(shù)據(jù)訪問通訊的。打開客戶端網(wǎng)絡(luò)工具，如下圖所示：精品文檔交流如果沒有安裝SQL客戶端工具，但成功安裝 MDAC28之后，也可以對系統(tǒng)注冊表項(xiàng)：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\ConnectTo下面各配置項(xiàng)的查看和修改來實(shí)現(xiàn)對客戶端網(wǎng)絡(luò)使用屬性的配置。這個(gè)配置節(jié)點(diǎn)下面的配置項(xiàng)實(shí)際上該客戶端可以連接的服務(wù)器別名列表。服務(wù)器的別名是客戶端應(yīng)用程序用來連接的服務(wù)器的偽名稱,其連接屬性參數(shù)中的服務(wù)器是真正的服務(wù)器名稱,兩者可以相同或不同。服務(wù)器別名的定義規(guī)則如下：<服務(wù)器別名>=<網(wǎng)絡(luò)協(xié)議通信庫>,<連接屬性>假定我們有一個(gè) SQLSERVER2000服務(wù)器SQL_SERVER,具有實(shí)例TESTDATA，IP地址為0,定義其別名為 DATASERVER，服務(wù)器上同時(shí)支持命名管道協(xié)議和 TCP/IP 協(xié)議,且TCP/IP的默認(rèn)端口為 1433。對于命名管道協(xié)議，則別名配置如下：DATASERVER=DBNMPNTW，SQL_SERVER\TESTDATA或DATASERVER=DBNMPNTW ，0\TESTDATA注意，這里的服務(wù)器機(jī)器名 SQL_SERVER和服務(wù)器IP地址0是等價(jià)的。有時(shí)候客戶端和服務(wù)器不在同一個(gè)局域網(wǎng)里面，這時(shí)候很可能無法直接使用服務(wù)器名稱來標(biāo)識該服務(wù)器，這時(shí)候我們可以使用 IP地址來直接指定；這與下文將要提及的 HOST文件方式有異曲同工之處。對于TCP/IP協(xié)議，則別名配置如下：DATASERVER=DBMSSOCN ，0\TESTDATA，1433注意，這里使用服務(wù)器的 IP地址0，和指定的1433端口需保持和服務(wù)器一致。有時(shí)，客戶端缺少相關(guān)的組件DLL也可能會導(dǎo)致無法連接，此時(shí)，應(yīng)檢查網(wǎng)絡(luò)庫中所需的組件DLL文件，如下圖所示：如果缺少上圖所示相關(guān)組件，請到服務(wù)器中拷貝同名文件到本地并用 regserver32.exe注冊。至此，真相大白，原來是通訊協(xié)議惹的禍。我們參考上述資料，可以通過修改注冊表或者利用客戶端網(wǎng)絡(luò)工具來添加別名的方法來解決問題 ,方法如下：八、 終極解決辦法之一：注冊表添加別名法修改注冊表HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Client\ConnectTo中精品文檔交流DSQUERY的鍵值為 DBNETLI；然后在HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Client\ConnectTo中增加別名項(xiàng)，鍵名為KIS，值為：DBMSSOCN,00,1433；九、 終極解決辦法之二：客戶端網(wǎng)絡(luò)工具添加別名法那么，萬一我們手中沒有客戶端網(wǎng)絡(luò)工具， 又怕修改注冊表格式易出錯(cuò)， 該怎么辦呢？且看山人妙計(jì)（事實(shí)上我在客戶這邊也是按以下方法處理的， 因此個(gè)人推薦使用以下方法） ：十、 終極解決辦法之三： ODBC添加數(shù)據(jù)庫訪問別名法從開始菜單中打開控制面板，找到管理工具中的 ODBC數(shù)據(jù)源：精品文檔交流先檢查看系統(tǒng)原來是怎樣的，選擇“LocalServer”之后，點(diǎn)擊“配置”，再在彈出的對話框中點(diǎn)擊“下一步”：再在又彈出的對話框中點(diǎn)擊“客戶端配置” ，如下圖所示：確實(shí)選擇了 Multiprotocol 多協(xié)議。將其改正如下：精品文檔交流當(dāng)然，這樣做還是不夠的。 這只是修改了本機(jī)默認(rèn)的訪問協(xié)議， 我們的目的主要是添加服務(wù)器的別名，準(zhǔn)確說，只有按如下操作之后才能夠?qū)ξ覀兊?KIS專業(yè)版系統(tǒng)生效：在上述圖示上點(diǎn)擊“添加”按鈕，再出現(xiàn)下圖：點(diǎn)擊上圖的“完成”按鈕后，將出現(xiàn)下圖：精品文檔交流再點(diǎn)擊“下一步”，出現(xiàn)下圖：再點(diǎn)擊了“客戶端配置”之后，出現(xiàn)下圖：精品文檔交流按上圖再根據(jù)您的實(shí)際情況填寫，這步是最關(guān)鍵的一步，切記！ ?。∪缓簏c(diǎn)擊“確定”按鈕：在回到的上圖中，再按以上內(nèi)容填寫，再點(diǎn)擊“下一步” ：再在上圖中點(diǎn)擊“下一步” ，出現(xiàn)下圖：精品文檔交流再在上圖中點(diǎn)擊“完成”按鈕，出現(xiàn)下圖：點(diǎn)擊“測試數(shù)據(jù)源”，按理應(yīng)該是成功的，如下圖：精品文檔交流點(diǎn)擊“確定”后，回到