Microsoft?SQL?Server錯誤:?233的原因及解決辦法
錯誤信息:
A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: Shared Memory Provider, error: 0 - 管道的另一端上無任何進程。) (Microsoft SQL Server,錯誤: 233)
原因:
找到日志文件,我的目錄是:
C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\Log
點開錯誤日志:
發(fā)現(xiàn)報錯信息
原來是我開啟了服務(wù)器連接強制加密。
解決辦法:
打開
1、Sql Server Configuration Manager找到MSSLSERVER的協(xié)議
2、點擊屬性-取消強制加密
問題解決。
總結(jié)
到此這篇關(guān)于Microsoft SQL Server錯誤:233的原因及解決辦法的文章就介紹到這了,更多相關(guān)Microsoft SQL Server錯誤 233內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
ms sql server中實現(xiàn)的unix時間戳函數(shù)(含生成和格式化,可以和mysql兼容)
這篇文章主要介紹了ms sql server中實現(xiàn)的unix時間戳函數(shù),含生成和格式化UNIX_TIMESTAMP、from_unixtime兩個函數(shù),可以和mysql兼容,需要的朋友可以參考下2014-07-07Mybatis非配置原因,導致SqlSession was not registered for synchroniza
本文主要介紹Mybatis非配置原因出錯,這里對這個出現(xiàn)的問題做了詳細介紹,及解決辦法,有興趣的小伙伴可以參考下2016-09-09MSSQL數(shù)據(jù)庫排序規(guī)則如何更改
更改 SQL Server 2005 實例的默認排序規(guī)則的操作可能會比較復(fù)雜,本文將提供詳細的操作步驟,需要了解的朋友可以參考下2012-11-11sql中varchar和nvarchar的區(qū)別與使用方法
經(jīng)常用varchar總發(fā)現(xiàn)從access數(shù)據(jù)庫直接轉(zhuǎn)到mssql數(shù)據(jù)庫默認的都是nvarchar和ntext所以,找了一下,原來有這個說法。2008-01-01