ファイアウォールを無効にするだけで十分かどうかはわかりません。ユーザーがsysadmin権限を持っていてもこのエラーが発生する場合は、クライアントがデバッグモードでサーバーに接続できないことを意味します。このTCPおよびUDPポートが正しく開いていることを確認してください。
SQLリモートデバッグ構成
編集:1
あなたもたくさんググって、エラーメッセージについて調べようとしたに違いありません。私がこれまでに見つけたのは、あなたが言及したOPのエラーは誤解を招くものであり、そのエラーから、正確に何が間違っているのか、次に何を見るべきかを判断できません。ただし、コメントで返信したように、リモートデバッガーを有効にするために変更を加えた後。言及されたエラーはより明確であり、適切な許可はまだ問題であると私は感じています。これまでに試したことがあるかもしれない他の提案がたくさんありますが、これを行っていない場合は、もう一度試してみましょう。
コメントの1つで、Windowsユーザーを使用してログインしてみることをお伝えしました。
ここで、上記のリンクで説明されているTCPポート、ファイアウォール例外などに対してすでに行った設定を保持します。DBサーバーをインストールしたWindows2012サーバーがあります。およびWindows8Profで、DBクライアントがあり、SSMSを介して接続しています。今では、両方のマシンが同じドメインにあると思います。ドメインXYZとしましょう。サーバーにWindowsをログインさせる必要があります。たとえば、WindowsServerにログインできるのは「XYZ\HALI」です。ログインして、sysadmin権限を持つSQLSERVERにもログインが存在することを確認します。クライアントマシンも同じドメインにあるため、同じユーザー「XYZ\HALI」を使用してクライアントマシンにログインしていることを確認してください。次に、SSMSを起動し、SQLSERVER認証の代わりにWindows認証を選択します。今すぐT-SQLコードのデバッグを開始してみてください。
クライアントマシンとサーバーマシンが同じドメインにない場合は、クライアントマシンのサーバー名をリンクサーバーとして登録し、ログイン/ユーザーをローカルに偽装してから、デバッグを試行する必要があります。
編集:2
