AlwaysOnの2012からSQL 1マスター4を使用して、同社のコアトランザクションデータベース、2（8.14,8.15）があるライブラリサーバから、プログラムを起動し、すでにインストールされている新しい2台のサーバーを買う、保証交換の三年以上使用されています。次のように：
サーバ（8.14）選択肢： 1、先に設定し、DBMSの8.14を接続し、8.15関連サービスにサーバを再起動するプログラム修正する必要性 2を、数日間ませ監視プログラムは、8.14データベースサーバ使用していない 3、2時-5点、でAlwaysOnのクラスタは8.14サーバ削除 、4を新しいIPに（1.14）8.14原稿を変更し、（8.14）を8.84 IPを変更し 、新しい8.14マシンが8.13フェールオーバークラスタ追加設定する、5 6、新しい8.14は3つのデータベースを復元し、ログ 7追加新しいデータベースを設定8.14 3のAlwaysOnクラスターの 8、8.14の新たな試験の利用可能性
自分の考え、DNSを使用してプログラムしても失敗IPの前の問題を解決する機会は、8.14サーバはプログラムでも失敗したら、接続8.14に対するすべての変更は、あまりにも多くの問題を、プログラムを再起動して、障害が発生し、それは私が欲しい、大きな事故でなければなりませんDNSは本当に間違って行くときには、この機会を解決するために使用されます
唯一のIPをすることができ解決にDNSを変更する必要があります。
その後、実際にそれらを変更するにはあまりにも多くの問題を伴う通信テストプログラムの開発とテストで、あそこ開発が感じ、会社のネットワークの安定内のDNS解決が信頼できない、開発関係者は彼の元クラブが古いDNSを使用する準備を言っドメイン名は、信頼できない、それ以降のキャンセル、実行します。
だから、多くの人が、反対するDNSは、プログラムを置き換えることではありません。
その後の議論は：あなたがプログラムを修正するために、仮想IPの問題を解決することができますので、8.14,8.15を使用する前に、このIPは8.14手数料の仮想IPおよびその他のIPに似た任意のプログラムを変更しなかったであろう、IPは、Windowsは仮想言っていないので、これは、直接IPで接続されています。
オンラインシミュレーション、オンラインシミュレーション環境を作られた仮想IPを持つサーバを交換します：
テストレポート ラインテスター： 192.168.60.36（メイン） 192.168.60.133/60.152/60.247（製造機） 、マスタからのSQLサーバのAlwaysOn 3を配置 テストノードを削除する： 1.製造機60.133 SQL ServerのAlwaysOnのクラスタ（1分を削除内側） 2、Windowsクラスタ60.133（1分）のバックアップマシン削除 のIP 60.133修正し、3を 4、新しいIP 60.133 60.247の増加 5 60.133他のマシンでも、通常のデータベースを
仮想IP方式が実現可能であるとともに、ダウンテスト、および週間後の継続的なテスト、例外なく。次のように後でテストと開発の議論は、プログラムは以下のとおりです。
8.15交換する古いマシン を削除8.15ノード： 1を、SQL ServerのAlwaysOnのクラスター（1分）のバックアップマシン8.15削除 2を、Windowsクラスタ（1分）のためにバックアップ・マシン8.15を削除 3、（3分）でIP 8.14を変更 4、8.14新しいIP 8.15（3分）のほか にも（10分）通常の場合5は、データベースのテスト8.15は、 ノード8.85新しく追加された 先に設定されたアカウントのパスワード（加工）、事前にいくつかの時間は、最新のフルデータベースバックアップ（3）を復元します最新の3つのデータベース・ログのバックアップする時間半、以前 のWindowsクラスタ（1分）に1を、新たに追加されたバックアップ・マシン8.85 2、直近の3つのデータベースログ8.13を復元する（15分） SQL ServerのAlwaysOnのクラスタへの構成3. 8.85（15分） 4、削除、8.15 IP 8.14（3分） 8.85 8.15 IP（3分）において5、プラス新しい 6、テストデータベースも8.15通常の（10分）
日曜日1の早い時間に設定してください：00--5：00、この時間は、ダウン二つのマシンを置き換えるために、約2時間かかった、置換処理は比較的滑らかです。
要約：
1は、私たちは、窓はほとんどこれを実行しない、常にLinuxの仮想IPを言うために使用され、この時間は、実際のIPマシンが削除、仮想IP、必要に応じて異なるサーバの増加になることができます。サーバーを達成するための時間を減らすことはできませんし、問題を迅速に解決することができます。
図2は、このサーバの交換を解決するための仮想IPと、確かに比較省の省力化方法。