ドキュメントExperience Cloud KCS

AEM 6.5 LTS アップグレード時のMongoMK オーサークラスタトポロジ

最終更新日： 2026年10月17日

この記事では、AEM 6.5 LTSへのインプレースアップグレードにMongoMK オーサークラスターをシングルノードに減らすことが技術的に必要かどうか、または主にロールバックセーフガードとして機能する場合について説明します。

説明 description

環境

  • Adobe Experience Manager 6.5またはAEM 6.5 LTS
  • 複数のオーサーインスタンスとMongoDB レプリカセットを持つMongoMK オーサークラスター

問題/症状

  • AEM 6.5からAEM 6.5 LTSへのインプレースアップグレード中に、MongoMK オーサークラスターを1つのアクティブなオーサーインスタンスに減らし、MongoDB レプリカを1つのメンバーに設定するように指示されます。
  • この削減がアップグレードに技術的に必要かどうか、または主にロールバックのセーフガードとして機能するかどうかを判断する必要があります。
  • 完全なMongoDB レプリカセットとすべてのオーサーインスタンスをそのままアップグレードできるかどうかを確認します。

原因

アップグレード中にリポジトリに書き込む必要があるのは1つのオーサーインスタンスのみです。他のツールやプロセスは書き込んではなりません。 Adobeの公開済みアップグレード手順では、MongoDB レプリカを1つのメンバーに減らし、そのトポロジのプライマリ オーサーのDocumentNodeStoreService.cfgを更新することも指示されます。 ソースのテクニカル・アセスメントでは、シングル・ライターの条件とバックアップ・セーフ・ガードが満たされた場合、完全なレプリカ・セットの保持を考慮できると述べていますが、これはAdobeの文書化された手順とは異なり、デプロイメント固有のレビューが必要です。

解決策 resolution

問題を解決するには、次の手順に従います。

  1. コンテンツのオーサリングを停止し、アップグレード中にAEM オーサーインスタンスが1つだけアクティブでリポジトリに書き込まれていることを確認します。

  2. アップグレード中に、指定されたオーサーのみが実行され、MongoDBに接続されたままになるように、他のすべてのオーサーインスタンスを停止します。

  3. アップグレードするMongoDB トポロジを選択します。

    • Adobeの文書化されたアップグレード手順の場合、MongoDB レプリカセットを1つのメンバーに一時的に減らし、プライマリオーサーのDocumentNodeStoreService.cfgを更新して、1つのメンバーのレプリカセットを反映します。
    • 完全なMongoDB レプリカセットを保持する場合は、アップグレード所有者がこのトポロジがデプロイメントに適していることを確認した後にのみ続行します。

    メモ： Adobeの公開アップグレード手順では、アップグレードの準備中に設定された1つのメンバーのMongoDB レプリカを使用し、アップグレードが成功した後に削除されたノードを再構築します。 完全なレプリカセットを保持することは、公開されたランブックのデフォルトの手順ではなく、技術評価で特定される代替手段です。 続行する前に、Adobeまたは適格なAEM/MongoDB アップグレードスペシャリストで代替案を検証します。

  4. アップグレードウィンドウ中に、他のツールやプロセスがリポジトリに書き込まないことを確認します。

  5. アップグレードする前に、信頼性の高いテスト済みバックアップを作成します。

    • MongoDB レプリカセットをバックアップします。
    • ファイルストレージまたはS3を使用するかどうかに関係なく、データストアをバックアップします。
    • 作成者のインストール （含むcrx-quickstart）をバックアップします。

  6. Adobeの文書化された[のインプレースアップグレード手順] （https://experienceleague.adobe.com/ja/docs/experience-manager-65-lts/content/implementing/deploying/upgrading/in-place-upgrade）に従って、アクティブなオーサーインスタンスのアップグレードを進めます。

  7. アップグレードが成功したら、オーサーインスタンスとMongoDB レプリカが期待どおりに機能を設定していることを確認します。 メモ：削除したMongoDB ノードをシングルメンバー手順を使用した場合は、Adobeのアップグレード手順で説明されているように、削除したMongoDB ノードを再構築し、DocumentNodeStoreService.cfgを更新して完全なレプリカセットを反映し、オーサーインスタンスを1つずつ再起動します。

recommendation-more-help
experience-cloud-kcs-help-kbarticles