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)報錯信息
原來是我開啟了服務器連接強制加密。
解決辦法:
打開
1、Sql Server Configuration Manager找到MSSLSERVER的協(xié)議
2、點擊屬性-取消強制加密
問題解決。
總結
到此這篇關于Microsoft SQL Server錯誤:233的原因及解決辦法的文章就介紹到這了,更多相關Microsoft SQL Server錯誤 233內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
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-09sql中varchar和nvarchar的區(qū)別與使用方法
經常用varchar總發(fā)現(xiàn)從access數(shù)據庫直接轉到mssql數(shù)據庫默認的都是nvarchar和ntext所以,找了一下,原來有這個說法。2008-01-01