いうプロパティが追加されていたので、どのような動きになるかを少し試してみました。2015マルチサブネットフェールオーバーの設定の動作がデフォルトになっているっぽいのも興味深いですが。これらのプロパティですが、「アイドル状態の接続の失敗があったことの識別後」の動作となるため、初回の接続については成功している必要があるようです。そのため、コネクションをオープンするときではなく、コネクションをオープン後に、コマンドを実行するタイミングでコネクションが切断されていた場合のリトライの動作となるようですね。以下のようなスクリプトを実行してみます。}}$Connection.Close()$Connection.Dispose()単純にループしながら、クエリを実行するスクリプトになります。一度再起動させてみます。サービス停止後に実行されたクエリがタイムアウトを待たずにエラーとなっているとが確認できますね。“接続が中断されたため復元できません。回以上試みましたが、すべての試行は失敗しました。値を増やして、復元の試行回数を増やしてください。それでは、次に以下を追加して実行してみます。5こちらもエラーとなりますね。それでは、以下を設定するとどうなるでしょう。5この設定の場合は、エラーは発生せずにクエリを実行することができますね。コマンドタイムアウトと合わせて、設定値を検討する必要があるようです。今回は、以下のような環境でテストをしています。コマンドタイムアウトの秒数を全体として、その秒数の中でどのような間隔で何回リトライをするかを指定する設定となるようですね。回は接続の再試行を実行し、それで実行できなかった場合はエラーとするという動作となっている感じでしょうか。起動していないためエラーとなります。停止していたとしても、コマンドタイムアウト内の接続再試行の範囲内ですのでエラーとならない動作となっているのかと。それでは、以下のような設定をするとどうなるでしょう。5この場合は、以下のエラーとなります。タイムアウトを超過します。再接続は終了しました。秒になっているため、コマンドタイムアウト期間内に設定した再試行の間隔をすべて実施することができません。そのため、再接続の試行がクエリタイムアウトを超過したというメッセージでエラーとなっていますね。コマンドタイムアウトと組み合わせて使うことで、有効に働いてくるプロパティな感じなんですかね。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。