[HOSTNAME] \ instanceまたは[FQDN] \ Instance、[IP] \ instanceが機能しているSQLServerへの接続エラー
これは、少なくとも私にとっては奇妙なことです。
Windows認証を使用して、MSSQL Server 2k5（STD）をServer 2k3 R2 SP2にインストールしました（x64またはServer 2008をまだサポートしていない一部のレガシーソフトウェアのため）。 TCP/IP（2）または名前付きパイプ（3）のいずれかを介して、ローカル接続またはリモート接続を受け入れるように構成されています。 （名前付きパイプを無効にしようとしましたが、役に立ちませんでした。）
どのSQLサーバーからでもリモートで接続できます。SQLSMSをプルアップすると、「。\ instance」または[IP]\instanceをパンチインすると接続できますが、[hostname]\instanceを試してみると接続できません。または[FQDN]\instance-「ターゲットマシンがアクティブに拒否したため接続できませんでした」コード10061TCP/IPエラーが発生します。もちろん、nslookupはサーバーのFQDNと適切なIPを返します。
ちなみに、SQL Serverエージェントも起動しません。これは、[hostname]\instanceに接続しようとしてタイムアウトになるためです。これは、他の4つのサービスが正常に起動していることを考えると、特に奇妙なことに思います。 Server Configuration Manager）は、[ホスト名]に接続していると言い、それを変更するオプションはすべてグレー表示されています。私が追加することを考えることができる他の唯一のことは、サービスがドメインSAアカウントで開始するように設定されていることであり、違いを生むべきではありません。
何かご意見は？ （原因、または修正方法のいずれかについて）
ここで提案を試しましたが、根本的な原因や修正を特定できなかった後、サーバーを再構築したところ、問題は解決しました。これで、MSSQLインスタンスは期待どおりに動作しています。
Windows管理者になることの喜びだと思います。
SQL Server構成マネージャーで、ネットワーク構成のTCP/IP設定を確認します。[IPアドレス]タブで、FQDNが解決するIPアドレスが実際に有効になっていますか？
SSMSからローカルマシンに接続する場合、他のすべてのプロトコルよりも共有メモリを使用すると思います。
考えられる原因としてNETBIOS障害を調査しましたか？
たぶん、最初にサーバーとのNETBIOSセッションを確立してみて、以下の投稿のように接続できるかどうかを確認してください。
Net Use\DBSERVER/USER：DOMAIN\USERNAME
ホストファイルを確認してください。そこに誤ったエントリがある可能性があります。 nslookupは意図的にDNSサーバーを調べますが、最初にローカルホストファイルを参照しません。