数日前にMS SQL Server 2014をインストールしたところ、今日まで問題なく動作していました。オブジェクトビューアを使用して接続しようとすると、エラーメッセージが表示されました
MyserverNameに接続できません。
追加情報:サーバーとの接続は正常に確立されましたが、ログイン前のハンドシェイク中にエラーが発生しました(プロバイダー:共有メモリプロバイダー、エラー:0-Moプロセスがパイプの反対側にあります)(Microsoft SQLサーバー、エラー:233)
コンセンサスは、SQL Server構成マネージャーで名前付きパイプが無効になっていることが問題の原因であるか、プロトコルの順序で名前付きパイプがTCP/IPの前にあることのようです。プロトコルの順序が適切であることを確認しました。最初に共有メモリ、次にTCP/IP、最後に名前付きパイプに設定しています。別のソースによると、ポートがブロックされている可能性がありますが、ファイアウォールにはデフォルトのポート(私の場合は1433)へのアクセスを許可する作業ルールがあります。
別のソースによると、SQL Serer Server Managerのサーバープロパティの下にある[Allow Remote Connections]をクリックする必要がありますが、右クリックしてプロパティをクリックするたびにプログラムがクラッシュします...
助言がありますか?
SSMSは基本的に、SQL Serverが実行されていない、またはSQL Serverに接続できないと述べています。これは馬鹿げた質問のように聞こえるかもしれませんが、サービスは実行中ですよね?
すみません、私は尋ねなければなりませんでした。
また、静的ポートが設定されていることを確認してください。 SQL Serverはデフォルトで動的ポートを使用します。ファイアウォールで1433のみが許可されている場合は、ポートが変更されている可能性があります。
静的ポート設定は次のようになります。
TCP動的ポートのデフォルト値は0に設定されていますが、静的ポートは空白です。
そのすべてがあなたをどこにも運ばないと仮定すると...
sqlcmd を使用してサーバーに接続できますか?もしそうなら、私の最初の衝動はdbcc checkdb
マスターで、それは完全にワイルドな推測ですが(プロパティペインを開こうとするたびにSQL Server Managerがクラッシュすることに基づく)。
幸運を!ここの何かが役に立てば幸いです。
これは私がこの時点で調べ始めるものです。
マシンの同じポートでSQL Serverの別のインスタンスを実行している場合。私の経験では、 SQL Serverを実行してから、SQLのインスタンスがインストールされているVisual Studioをインストールすると、ポートの所有者が競合状態になります。
実行ボックスタイプservices.mscにサービス(Crtl R)を入力して、サービスマネージャーをロードします。そこからSQL Serverを見つけて、使用していないサービスを無効にし、目的のSQL Serverを再起動して、接続を試みます。