Adobe Experience Manager（AEM）6.5 へのアップグレード upgrading-to-aem

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

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

変更点 what-has-changed

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

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

アセットインサイトを使用し、AEM 6.2 より前のバージョンからアップグレードする場合は、アセットを移行し、JMX Bean で ID を生成する必要があります。 アドビの内部テストでは TarMK 環境の 12.5 万個のアセットが 1 時間で移行されましたが、ユーザーの結果は異なる場合があります。

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

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

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

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

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

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

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

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

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

アップグレードの概要 upgrade-overview

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

アップグレードフロー upgrade-overview-1

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

6.5では、すべての新機能を下位互換性に保つために大きな注目が集まりましたが、下位互換性の問題が引き続き発生する場合は、互換性モードを使用すると、カスタムコードを6.5に準拠させておくために開発を一時的に延期できます。 このアプローチは、アップグレード直後の開発作業を回避するのに役立ちます（AEM 6.5の後方互換性を参照）。

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