Adobe Experience Manager(AEM)6.5 へのアップグレード

この節では、AEMのインストールをAEM 6.5 にアップグレードする方法について説明します。

• アップグレードの計画
• パターン検出を使用したアップグレードの複雑性の評価
• AEM 6.5 における後方互換性
• アップグレード手順
• コードのアップグレードとカスタマイズ
• アップグレード前のメンテナンスタスク
• インプレースアップグレードの実行
• アップグレード後のチェックおよびトラブルシューティング
• 持続可能なアップグレード
• 遅延コンテンツ移行
• AEM 6.5 におけるリポジトリの再構築

この手順に出てくる AEM インスタンスをわかりやすく区別するために、以下のように呼ぶことにします。

• アップグレード元の AEM インスタンスを「ソース」インスタンスと呼びます​。
• アップグレード先のインスタンスを「ターゲット」インスタンスと呼びます​。

変更点

以下に、AEM の最近のいくつかのリリースでの注目すべき主な変更点を示します。

AEM 6.0 で、新しい Jackrabbit Oak リポジトリが導入されました。Persistence Manager は、マイクロカーネルで置き換えられました。バージョン 6.1 から CRX2 がサポートされなくなりました。5.6.1 インスタンスから CRX2 リポジトリを移行するには、crx2oak と呼ばれる移行ツールを実行する必要があります。 詳しくは、CRX2OAK 移行ツールの使用を参照してください。

Assets Insights を使用していて、AEM 6.2 より前のバージョンからアップグレードする場合は、アセットを移行し、JMX Bean を使用して ID を生成する必要があります。 Adobeの内部テストでは、TarMK 環境上の 125,000 個のアセットが 1 時間で移行されましたが、結果は異なる場合があります。

6.3 では、TarMK 実装の基礎となる SegmentNodeStore の新しい形式が導入されました。AEM 6.3 より前のバージョンからアップグレードする場合は、アップグレードの一環としてリポジトリの移行が必要です（システムのダウンタイムが伴います）。

アドビのエンジニアリング部は、この移行には約 20 分かかると予測しています。インデックスの再作成は不要です。 また、新しいリポジトリ形式で動作する新しいバージョンの crx2oak ツールがリリースされました。

AEM 6.3 から AEM 6.5 へのアップグレード時には、この移行は必要ありません。

アップグレード前のメンテナンスタスクは、自動化をサポートするように最適化されました。

crx2oak ツールのコマンドライン使用オプションが、自動化に適した、より多くのアップグレードパスをサポートするように変更されました。

アップグレード後のチェックも自動化しやすくなりました。

リビジョンとデータストアのガベージコレクションの定期的なガベージコレクションは、定期的に実行する必要がある定期的なメンテナンスタスクになりました。 AEM 6.3 の導入に伴い、アドビはオンラインリビジョンクリーンアップをサポートし、推奨するようになりました。これらのタスクの設定方法については、リビジョンクリーンアップを参照してください。

AEM では最近、アップグレードの計画時に役立つ、アップグレードの複雑性評価のためのパターン検出が導入されました。また、6.5 では、機能の後方互換性が非常に重視されています。持続可能なアップグレードのためのベストプラクティスも追加されています。

最近の AEM バージョンの変更点について詳しくは、完全版のリリースノートを参照してください。

• Adobe Experience Manager 6.5 の最新のサービスパックリリースノート

アップグレードの概要

AEM のアップグレードには複数の段階があり、場合によっては数か月のプロセスとなります。以下に、アップグレードプロジェクトに含まれる作業と、このドキュメントに含まれる内容の概要を示します。

アップグレードフロー

以下の図は、アップグレード方法を強調する全体的な推奨フローを示しています。Adobeで導入された新機能への参照に注意してください。 アップグレードは、まずパターン検出から始まります（パターン検出を使用したアップグレードの複雑性の評価を参照）。ここで生成されたレポートのパターンに基づき、AEM 6.4 との互換性を確保するためにどのパスを使用するかを決定できます。

6.5 では、すべての新機能の後方互換性を維持することが大きく重点的に行われましたが、後方互換性の問題がまだ見られる場合、互換モードを使用すると、カスタムコードを 6.5 に準拠させるために開発を一時的に遅らせることができます。この方法により、アップグレード直後の開発作業を回避できます ( AEM 6.5 の後方互換性) をクリックします。

6.5 の開発サイクルでは、持続可能なアップグレード（持続可能なアップグレードを参照）の下で導入された機能により、今後のアップグレードをより効率的かつシームレスにするためのベストプラクティスに従いやすくなります。