legacy-knowledge-base
公開されました Jul. 2, 2025

パッチマネジメントのベストプラクティス

written-by

Ivan Cheung

How To articles are not official guidelines or officially supported documentation. They are community-contributed content and may not always reflect the latest updates to Liferay DXP. We welcome your feedback to improve How To articles!

While we make every effort to ensure this Knowledge Base is accurate, it may not always reflect the most recent updates or official guidelines.We appreciate your understanding and encourage you to reach out with any feedback or concerns.

legacy-article

learn-legacy-article-disclaimer-text

以下の原則は、一般的な業界標準のパッチマネジメントのベストプラクティスから採用されています。 これらに従うことで、本番サーバーでの変更のリスクを軽減することができます。

アウェアネス

  • Liferayは、Liferay製品のメンテナンスアップデートの有無を のアナウンスで伝えます。 オンボーディング・コールの際にまだ行っていない場合は、この の購読リンクを使って、最新情報を入手してください。
  • 組織で使用しているLiferayの機能の最新リストを保持し、このリストとメンテナンスアップデートのドキュメントを相互に参照できるようにします。 これにより、本番環境に導入するためのアップデートを評価すべきかどうかを判断することができます。

メンタリティ

  • パッチは、自社で開発したカスタマイズ、新製品、設定の更新など、本番システムに加える可能性のある他の変更と同様に、リスクを伴うものとして扱うことで、安定性を維持します。
  • ダウンロードしたファイルのMD5と、Liferayのウェブサイトに掲載されているMD5を照合して、メンテナンスアップデートの信憑性を確認してください。 フィックスパックとホットフィックスはLiferayによって署名され、その有効性はPatching Toolによってチェックされます。
  • 変更を導入するリスクが、変更を導入しないリスクを上回るかどうかを分析してから、本番システムに変更を加える。 組織の一般的なリスクアセスメントのテンプレートとともに、Liferayパッチに特化した質問のサンプルをいくつかご紹介します。
    • パッチと一緒にLiferayの他の変更も展開されていますか?
    • Liferayのアップデートと同時にメンテナンスアップデートを予定しているシステム(ネットワーク/インフラ、データベース、統合サービス)はありますか?
    • 展開による予期せぬ影響に対処するため、展開期間中に適切なスタッフが働いているか。
    • DXPでは、一部のパッチがローリング・リスタート・アップデートの対象外となります。 このような場合は、クラスタ全体に同時にアップデートを適用する必要があり、ローリングリスタートアップデートはサポートされません。 アップタイムの要件によってメンテナンス・ウィンドウを作成することができるのか、それともゼロダウンタイム展開のためのプロセスを確立し、検証する必要があるのか。 対象となるパッチについては、 こちらをご覧ください。

テスト

  • Liferayの本番環境を反映したテスト環境を作成します(カスタマイズ、データ、構成、サードパーティのテクノロジーなどが同じである必要があります)。 テスト環境を本番環境に同期させるためのスケジュールを作成します。
  • このテスト環境でパッチが正常に適用されていることを確認します。
  • Liferay導入時に想定されるユースケースや負荷を反映したテスト環境の自動および手動のQAテストを作成する。
  • 本番環境にアップデートを展開する前に、自動テストを使用してメンテナンスアップデートをテストします。 アップデートがLiferay機能のカスタマイズに支障をきたさないようにしてください。

バックアップ

  • 関係者全員が理解し、不測の事態が発生した場合に実行できる災害復旧計画を策定する。
  • 全体的な災害復旧計画に Liferay DXPインストールのバックアップ を組み込んでください。
  • Liferayの本番環境を反映した災害復旧環境を構築し、計画を定期的に検証します(カスタマイズ、データ、構成、サードパーティのテクノロジーなどは同じである必要があります)。
  • 災害復旧計画を頻繁にテストし、少なくとも本番前に1回はテストする。 そうすることで、災害復旧計画が本番環境の変化に対応できるようになり、以下のようなバックアッププロセスにおける一般的な異常を特定することができます。
    • 不正確なバックアップ計画の手順(移動した知識ベースの文書、その他の無効なリンク
    • 異常に古いバックアップ(1週間前のバックアップが過去1ヶ月のデータのほとんどを欠いている
    • 不足しているデータまたはステップ(ドキュメントライブラリ、検索インデックス、またはサードパーティシステムから取得したデータの不足
  • 本番環境に変更をデプロイした後は、システム(およびLiferayが統合したりデータを取り出したりする他のシステム)を注意深く監視し、変更に対する予期せぬ反応がないか確認してください。

ロールバック

  • メンテナンスアップデートを本番環境に残しておくことのリスクが、アンインストールすることのリスクを上回る場合は、アンインストールしてください。 パッチのロールバック/アンインストールのテストを必ず行ってください。
  • 本番環境にパッチを適用する前に、本番環境のシステムのバックアップを作成してください。メンテナンスアップデートをアンインストールする際に、バックアップから復元する必要がある場合があります。
did-this-article-resolve-your-issue

legacy-knowledge-base