あっても利用できます。構成マネージャーでの別名設定と同じ内容で設定した場合の例です。別名はレジストリに格納されますが、どちらのツールを使って作成しても同じ場所に格納されます。アプリケーションで使用する場合には接続文字列で次のように指定します。動的ポートの設定となっている場合には、サービス再起動によって異なるポート番号で待ち受けする可能性があります。別名や接続文字列に指定したポート番号とは異なる番号で待ち受けしている場合には接続は失敗しますので、都度変更する必要があります。ポート番号も固定することをお勧めします。※補足:作成した別名は削除することもできます。構成マネージャーでの別名操作については以下のトピックをご覧ください。サービスが停止していると接続は失敗するものでしょうか。用の各種接続コンポーネントには、接続情報のキャッシュが存在します。接続が成功したときに使用したポート番号を保持します。接続試行することになります。サービスが停止していても、そのポート番号が接続試行時点で有効であれば、接続は成功することになります。サービス再起動によって以前とは異なるポート番号で待ち受けしてしまったらどうなるのでしょう。このようにサーバー側で待ち受けポート番号が変わっても、その時点で同サーバーを使用する各クライアントのキャッシュの情報までクリアするような操作は行いません。新たな接続要求では、キャッシュ内の古いポート番号の情報を使用して接続試行が行われることになります。そのため、この接続試行は失敗することになります。サービスへ問い合わせることで適切なポート番号を取得してから接続試行を行うよう動作します。サービスが停止していれば接続が失敗することになります。サービスが起動していれば、セッション確立まで処理を進めることができます。サービスへの問い合わせは接続成功のためには必要となります。サービスを開始した状態にて利用するようにしましょう。※ここで説明しているキャッシュは接続プールとは異なるものです。接続は切断せずに保持した状態でプールし、以降の接続要求で接続試行の段階からの処理を行うことなく再利用することで接続時のオーバーヘッドを減らす目的で使用されます。同一プロセス内の接続要求にのみ再利用が許可されます。一方で今回ご紹介しているキャッシュは、プロトコルやポート番号の情報のみを保持し、接続そのものの実体は保持していません。同一のマシン同一の接続コンポーネントを利用した接続にのみ再利用が許可されます。別名やキャッシュはどのような順番で利用されるのか別名が存在し、キャッシュも存在する環境の場合など、接続試行までに何がどのような順番でチェックされるのでしょうか。その順番をまとめると以下の通りとなります。指定された接続先と合致する別名が存在するかどうかをチェックし、存在する場合には、その別名の設定にしたがって接続試行する。別名が存在せず接続先としてプロトコルやポート番号が明示的に指定されている場合には、その設定にしたがって接続試行する。別名が存在せずプロトコルやポート番号の指定がない場合において、以前に成功した接続の情報がキャッシュ内に存在する場合、そのキャッシュの情報を使用して接続試行する。マークが含まれる場合、接続先は名前付きインスタンスと判断する。サービスへ問い合わせ、待ち受けプロトコルやポート番号を取得する。パケット送信によるセッション確立からの処理を指します。サービスを介さずに接続ができるかを確認してみてください。サービスへのアクセスの問題か、キャッシュによる恩恵を受けていたかなどを切り分けることもできます。この内容がトラブル時の対策の一助となればと思います。次回は・・・接続における問題のトラブルシューティングの一助となるようなものをご紹介したいと思います。FeedbackTrademarks。