SQL Server 2008 R2ボックスのIPアドレスを変更する前に、危険または関連する注意事項があるかどうかを知りたいです。
Windows Server 2008 R2とSQL Server 2008 R2で仮想PCを構築しました。このマシンの目的は、(別のサーバーによってコピーされた)バックアップファイルを復元し、それを操作して、再度バックアップし、それを他のサーバーにコピーするジョブを実行することです。 test/dev DMZで数回実行しましたが、現在、導入を検討しています。
最も簡単なオプションは、再IPすることです。サーバー名はそのまま残ります。私の問題は、これが安全でないことを同僚が示唆していることです(SQL Serverを再ipするため)。私の質問は
a)これは、使用しているOSとSQLに当てはまりますか? (Win 2008 R2&SQL 2008 R2?)
b)OSやSQLの他の組み合わせにも当てはまりますか?
c)準備として特別にすべきことはありますか?
これまでの私の調査では、問題はないことが示されていますが、MSDNのソーシャルワーカーよりもDBA StackExchangeの人々を信頼しています。
http://www.sqlservercentral.com/Forums/Topic1164450-391-1.aspx
SQL Serverを実行しているマシンのIPアドレスを変更しても、まったく問題ありません。 SQL Serverが新しいIPアドレスでリッスンを開始するように、IPアドレスを変更した後、SQL Serverを再起動する必要があります。しかし、それだけです。
実際にマシンに接続しているユーザーがいない場合は、他に行うことはありません。
ユーザーがマシンに接続した場合、「ipconfig/flushdns」を実行するか、コンピューターを再起動するだけで、ワークステーションのDNSキャッシュを更新する必要があります。
SQL内でTCPリスナーを使用して非常に異常なことを行っていない限り、SQL Serverでクイックリスタート以外に行う必要があるものはありません。
私が目にする唯一の問題は、サーバーが任意の場所(ジョブ、接続文字列、またはその他の場所)でIPアドレスによって参照されているかどうかです。 IPが変更されると、その参照は壊れます。私のホームラボでは、SQL Serverボックスの1つがDHCP上にあり、IPで参照されているため、別のIPアドレスを取得し、問題が発生する可能性があります(これは、問題のトラブルシューティングのための意図的ではない意図的な破損です。本番環境では静的IPを使用する必要があります)。
IPアドレスの変更は、実際には私の会社が災害復旧を計画していることです(非常に単純な計画)。私たちは小さな店であり、クラスタリングは私たちが必要とするものよりも複雑です。したがって、2台のサーバーがあり、1台が停止した場合は、プライマリとバックアップのIPアドレスを交換するだけです。これは、サーバー名ではなく、アプリケーションで使用されるすべての接続文字列で特定のIPアドレスを参照するため機能します。
スタンドアロンのSQL Serverであれば、通常は問題ありません。DNSの更新がすぐに行われるようにしてください。そうしないと、ユーザーがアクセスできなくなります。
ただし、これがSQLクラスターの場合は、フェールオーバークラスター構成にも変更を加える必要があります。詳細については、MSDNの フェールオーバークラスターインスタンスのIPアドレスを変更する を参照してください。