これは、少なくとも私にとっては奇妙なことです。
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サーバーを調べますが、最初にローカルホストファイルを参照しません。