デプロイメントに関するAEM as a Cloud Service メンテナンスの更新をスケジュールし、休止状態を確認します

この記事では、重要なデプロイメントウィンドウ中に自動Adobe Experience Manager(AEM)as a Cloud Service メンテナンスリリースが環境の休止状態をトリガーするのを防ぐ方法と、デプロイメント検証の遅延を回避するためのスケジューリングオプションを設定する手順について説明します。

説明 description

環境

  • Adobe Experience Manager as a Cloud Service
  • ステージング環境と実稼動環境を持つCloud Manager プログラム
  • プログラムで自動メンテナンス更新が有効になっている

問題/症状

  • デプロイメントウィンドウ中の自動メンテナンスパイプライントリガー
  • ステージ環境と実稼動環境は休止状態としてマークされます
  • デプロイメントの検証が遅れる(最大1.5時間)
  • ログイン可能な場合でも、UIに「休止」ステータスが表示される

原因

静止時間数または無料期間の更新が設定されていない場合、重要なデプロイメントウィンドウと遅延検証中に自動メンテナンス更新が発生する可能性があります。 これらのスケジュール設定は、休止状態を引き起こしたり、制御したりすることはありません。 自動ハイバネーションは、8時間の非アクティブ状態の後にサンドボックスプログラムの環境に適用されます。実稼動プログラムの環境はハイバネーションできません。 環境にアクセスできる間にCloud Managerが「休止」と報告した場合は、ステータスが表示の問題のみであると想定するのではなく、プログラムのタイプと環境ステータスを確認します。

解決策 resolution

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

  1. Cloud Managerで、自動メンテナンス更新アクティビティと、影響を受ける環境のステータスを確認します。 メンテナンス更新が完了したかどうかを確認します。

  2. プログラムのタイプを確認し、環境ステータスを確認します。

    • 自動休止は、8時間非アクティブにした後にサンドボックスプログラムの環境に適用されます。 サンドボックス環境が実際に休止状態になっている場合は、Cloud ManagerまたはDeveloper Consoleでサポートされている休止解除アクションを使用して、その環境がアクティブになるのを待ちます。
    • 実稼動プログラム環境は休止状態にできません。 環境にアクセスできる間にCloud Managerで休止状態が報告された場合は、Cloud ManagerとDeveloper Consoleに表示されるステータスを比較します。

    注意:休止状態は表示上の問題のみであると仮定しないでください。 ステータスに一貫性がなかったり、パイプラインの検証がブロックされたりする場合は、Adobe サポート ​にお問い合わせください。

  3. 今後の自動メンテナンスリリースが重要なデプロイメントウィンドウに影響を与えるのを防ぐには、次のスケジューリングオプションを設定します。

    • サイレットアワーを、ローカルタイムゾーンで最大8時間の1日の間隔に設定します。
    • 7日間の期間に 無料期間を更新 するよう設定します。 365日間のフローティング期間で最大3つの期間をスケジュールできます。期間の間には少なくとも1週間の期間があります。
  4. スケジュールを設定または変更する際は、現在の休眠時間および無料期間の更新に従ってください。

  5. 環境が動作していることを確認したら、リリースの検証と実稼動アクティビティに進みます。

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