今朝、ArcGIS Serverを実行するサーバーに大きな問題があり、新しいサーバーにインストールするためにパニックに陥っていました（今後数週間の計画と同様）。すべてのサービス/アプリケーションを移動する準備ができたので、どこから始めればよいかわからないことに気付きました。新しいサーバーにデータをコピーし、すべてのアプリケーションを再作成しなくてもArcGIS Serverを使用できる方法はありますか？サービスとアプリケーションをコピーしましたが、驚いたことではありませんが、機能しませんでした。IIS Web Deployを試しましたが、問題が発生しました。どんな助けでも大歓迎です！
回答:
これが私たちがやったことです。これは数日間のプロセスであり、ujjwalesriが示唆したように、標準構成としてのフェイルオーバーが適切です。しかし、フェイルオーバーができるほど幸運ではありませんでした。ほとんどの場合これで問題は解決しましたが、いくつかの問題が発生しました。
ArcGIS Serverのインストールやポストインストールなどの後、server / user / cfgフォルダーからファイルをコピーしました。これらを新しいサーバーの同じ場所に貼り付けます。（これは、新しいサーバーがネットワークを介してmxd / msdにアクセスし、それらのドキュメントがサーバーにローカルではないことを前提としています。）
次に、inetpub / wwwrootフォルダーからアプリケーションをコピーします。もう一度、これらを新しいサーバーのinetpub / wwwrootフォルダーに貼り付けます。
inetpub / wwwroot / ArcGIS / Manager / App Dataにあるサイト XMLドキュメントを編集します（ArcGISは名前付きインスタンスに置き換えられる場合があります）。ホスト XMLドキュメント内でホストタグが編集されます。
IIS 7は新しいサーバーで使用されていましたが、IIS 6は古いサーバーで使用されていました。これは、IIS 7を使用していないという意味でのみ問題でしたが、非常に異なります。既定のWebサイトの下にあるIIS 7マネージャーのwwwrootフォルダーに貼り付けたばかりのアプリケーションを見つけ、右クリックして[ アプリケーションに変換 ]を選択します。
次に、inetpub / wwwroot / [アプリケーション名]にあるコードで、古いサーバーへのすべての参照を変更します。フォルダー全体の多数のファイルでサーバー参照を見つけました。ArcGIS Server Managerで各サービスを編集し、正しい出力ディレクトリなどを選択することにより、CFGファイルが適切に更新されました。
最終的にesriから次の指示が送られてきました...少し遅れて：
そして
ハウツー：ArcGIS Server .NET Webアプリケーションを新しいWebサーバーコンピューターに移動する
これが誰かの役に立つことを願っています。これは実行できます。サーバー名へのすべての参照を見つけようとするのは、大きな痛みです。
Norton Ghostなどのバックアップソフトウェアを使用してみてください。これを使用して、サーバーの「イメージ」を作成し、別のサーバーに正確なレプリカを作成できます。ただし、次の点を考慮する必要があります。
理想的には、このような問題を回避するために、フェイルオーバーを標準構成として作成する必要があります。
乾杯！
最近、同様の問題が発生しました。ArcGISServer 10をホストしているコンピューターのブートディスクに障害が発生し、サーバーを急いで移動する必要がありました。私はアカデミックラボで働いています。そこでは、フェイルオーバーサーバーの人員、現金、または先見の明がありません...
セットアップはここで説明したものとは少し異なり、IISにはカスタムWebアプリがありませんでしたが、ArcSDEでMSSQLデータベースを使用していました。
古いサーバーから新しいサーバーへのserver / user / cfgファイルのコピーと貼り付けは、私にとっては魅力のように機能しました。別の開発者によって元のサーバーに散らばっていた.mxdマップファイルを移動するだけではなく、次のステップに進むことにしました。すべてのファイルを新しいサーバーの1つのディレクトリに統合し、のディレクトリパスを変更しました。そこを指すcfgファイル。ArcGIS Serverのインストール、変更された.cfgsのコピー、およびServer Object Managerサービスの再起動だけで、ArcGISがマップを見つけてサービスを開始することができました。
.mxdファイル自体の移動に関する注意事項は、それらを使用するすべてのArcGISサービスを停止する必要があります。そうしないと、ファイルをコピーすることもできません。ちなみに、何百ものファイルやフォルダが含まれるフォルダ接続（たとえば、デスクトップ）が誰かに追加された場合、構成ファイルの検査は、使用中の.mxdファイルを見つけるのに非常に役立ちました。
ArcSDE MSSQLデータベースを移動することは、もう少し困難でした。データベースのバックアップと復元を実行してもうまくいきませんでした。その理由はわかりません。古いサーバー上のデータベースを切断し、.mdfファイルを新しいサーバーに転送して、再接続しても機能しました。データベースの復元にかかった数回の試行の間に、SDEポストインストールウィザードが新しいシステムのユーザーアカウントでデータベースを正しく設定できたかどうか覚えていませんが、ある時点で手動で権限を削除したことを覚えています接続されているデータベースの（古い）sde MSSQLアカウントと、新しいインスタンスの（新しい）sde MSSQLアカウントの権限を追加します。
もう1つの小さな問題は、SDEレイヤーを含む古い.mxdファイルがすべて古いサーバーを指していることでした。私の場合、合計で数十のレイヤーしかありませんでした。これは、各マップファイルを開き、各サーバーを新しいサーバーのSDEデータベースに向けることで（プロパティ>ソース>データソースの設定）、簡単に手動で修正できました。大規模な展開でこれを自動化できるかどうかはわかりません。SDEデータが予期しない場所から来ていないことに注意してください。そうしないと、元のサーバーが完全にダウンしたときに驚かれる可能性があります。
ArcGISサーバーの再インストールに関するメモ、新しいサーバーの構築中にIISで問題が発生し、IISを削除して再度追加しました（これが必要かどうかは別の議論です...私たちはシステム管理者ではなく学生です）。また、ArcGISサーバーの再インストールも必要でした。ArcGISサーバーが完全にアンインストールされず、壊れて修正不可能なIISのWebサイトとの関連付けを維持しているという問題が発生しました（私たちの理解の範囲内です！）。サーバー管理アプリと残りのサービスは、この壊れたサイトに再インストールされており、インストーラーで宛先を変更するオプションはありませんでした。古いArcGISサーバーフォルダーを削除し、IISでArcGISアプリケーションプールを削除すると、問題が解決しました。または、サイレントインストールを調査することもできます これらのアプリがインストールされているサイトを指定できるオプション。
ArcGIS Serverをインストールする人にとっての重要なヒント：インストールを実行する前に、IISで空のWebサイトを作成してArcGISアプリを保持します。私の場合、ArcGISが別のサイトに絡まないようにすることは、たとえそれが単なるデフォルトサイトであっても、価値がありました。
全体として、ArcGISインストールの移動の経験は思ったよりも簡単でした。ほとんどのファイルは単に移動して、新しいシステムで「そのまま」使用できます。あなた自身のサーバーの移動で幸運を祈る。ここで、あなたのサーバーが私のサーバーより少し狂気であることを望んでいます。
直接コピーする方法はありません。データ/ソースディレクトリを新しいマシンにコピーしてから、ArcCatalogを介してそのマシンに接続し、すべてのさまざまなサービスを再マウントする必要があります。これを実行したら、古いサーバー名と比較して新しいサーバー名を使用するようにすべてのアプリを更新する必要があります（ほとんどの人は設定ファイルを設定するか、単純な更新のためにページ/アプリで定数を定義しています）。
システム全体を明確に把握していないと、段階的なガイダンスを提供できません。しかし、基本的には、data / msdなどを新しいマシンに移行し、サービスをゆっくりと追加し直します。
この記事を試して、何が起こっているのかを説明してください：