アップグレード
次のセクション:
サーバおよびデータベースのインフラストラクチャをアップグレードする際は、各手順でのアップグレードの幅を、2つ上のメジャー バージョンまでにとどめることをお勧めします。1回の操作で3つまたは4つ上のバージョンにアップグレードするのは、テスト済みの方法ではなく、予期せぬ動作を招く可能性があります。詳細については、こちらのコミュニティ記事をご参照ください。
インプレース サーバ アップグレード
インプレース アップレードでは、サービスの中断を最小限に抑えることができます。管理サーバまたは個人設定サーバのクライアント構成を変更する必要はありません。さらに、配布エージェントまたは EM エージェントの段階的なアップグレードも実行できます。
既定の Web サイトまたは、管理サーバまたは個人設定サーバがインストールされている Web サイトへの管理サーバまたは個人設定サーバのインプレース アップグレードが開始します。
注意: 個人設定サーバは、インストールされている Web サイトの root にアクセスできる必要があります。既定の Web サイトにインストールされる場合は、現在既定の Web サイトの root を使用している既存のアプリケーションが上書きされます。
既にアプリケーションが既定の Web サイトの root にインストールされている場合は、管理サーバのインプレース アップグレードのみを実行してください。個人設定サーバは個人設定 Web サイトに新規インストールでインストールしてください。「新しいサーバのクリーン インストール アップグレード」セクションをご参照ください。
新規サーバ/クリーン インストール アップグレード
既存の User Workspace Manager サーバをアンインストールして、新しいサーバを再インストールまたはプロビジョニングする方法でもアップグレードすることができますが、警告が発生します。管理サーバまたは個人設定サーバはさまざまな方法でアップグレードできます。ただし、クライアントとコンソールの接続 URL を更新しなければならない場合があるため、計画には注意が必要です。新規インストールおよびデータベース アップグレードに従う最も一般的なオプション:
-
ホスト ヘッダーを削除し、管理サーバまたは個人設定サーバを既定の Web サイトにします。
詳細については、「代替 IIS 構成」をご参照ください。
-
DNS レコード、ロード バランサ、または仮想 IP を更新し、HTTP トラフィックを新しい Web サイトに向けます。
DNS とホスト ヘッダーの使用については、「User Workspace Manager サーバ コンポーネント Web サイト」をご参照ください。
管理サーバのみ
- 管理サーバとデータベースをアップグレードした後、配布エージェントを配布します。これにより、配布エージェント URL が更新されることが保証されます。この方法は、特に、新しいライセンスを配布する場合に有用です。
- Management Center の段階的なアップグレードでは、管理サーバがオンラインになる前に、新しい管理サーバ URL をフェールオーバー サーバ リストに追加します。配布エージェントは、新しいバージョンの管理サーバがオフラインで取得され、オンラインになるまで、前のバージョンの管理サーバと通信を続けます。
個人設定サーバのみ
- アップグレードされた個人設定サーバ URL を含む、新しい Environment Manager ポリシーを配布します。
- Environment Manager 個人設定の段階的なアップグレードのために、アップグレード前に、個人設定の仮想ホスト機能と更新された DNS レコードを使用することをお勧めします。
レプリケーション サーバ
アップグレードは、レプリケーションが有効なときには、実行できません。すべてのサーバを同じバージョンにアップグレードする前に、マスタとサブスクライバでレプリケーションを無効にする必要があります。
新しいリリースへのアップロードには、データベース スキーマの変更が含まれます。このため、処理が完了するまで、すべての個人設定サーバのデータベースがロックアウトされます。
負荷分散されたサーバ
サーバがロードバランシングで、共通 IP アドレスを使用する個別のエンティティとして運用されている場合は、アップグレード前に、すべてのサーバをオフラインにすることをお勧めします。アップグレードが完了すると、サーバがオンラインに戻り、ネットワーク ロードバランス構成に追加されます。
サーバをアップグレードするときには、アップグレードされる最初のサーバがデータベースをアップグレードします。これにより、スキーマ変更後に、サーバとデータベース バージョンが一致することが保証されます。サーバおよびデータベースの更新中には、すべての他サーバがロックアウトされます。
サーバ アップグレードのテスト
アップグレード完了後は、個人設定サーバと管理サーバの両方が機能するか、以下に示す適切なサーバの Web サイトにアクセスすることで、テストする必要があります。
個人設定サーバ
http://localhost:<default port>/PersonalizationServer/status.aspx
または
https://localhost:<default port>/PersonalizationServer/status.aspx
管理サーバ
http://localhost:<default port>/ManagementServer/deployment/status.aspx
または
https://localhost:<default port>/ManagementServer/deployment/status.aspx
推奨される既定ポート値は、個人設定サーバの場合は7771、管理サーバの場合は7751です。ただし、これらの値は変更可能であり、URL には構成で指定されている既定のサーバ ポートが必要です。
リモート ロケーションから個人設定サーバまたは管理サーバへのテストを実行する場合は、localhost をサーバ名とポート番号で置換します。約30秒後、接続の成功を確認するページが表示されます。詳細情報が正しく、テストが成功したことを確認します。接続が完了すると、個人設定サーバは管理されたエンドポイント デバイスからの要求を許可することができます。
データベースのアップグレード
データベースが古い場合、サーバ構成ポータル を開くときに、[必要なデータベース更新] ページが自動的に表示されます。
-
アップグレードするデータベースを選択し、[選択した項目を更新] をクリックします。
あるいは、[すべて更新] を選択し、すべてのデータベースをアップグレードします。
- ステータスが [アップグレード成功] に変わった後、[閉じる] をクリックして、User Workspace Manager 概要ページを表示します。