移行後にORMExceptionまたはStaleObjectStateExceptionが発生し、Staging Publishに失敗する。

ご覧のページは、お客様の利便性のために一部機械翻訳されています。また、ドキュメントは頻繁に更新が加えられており、翻訳は未完成の部分が含まれることをご了承ください。最新情報は都度公開されておりますため、必ず英語版をご参照ください。翻訳に問題がある場合は、こちらまでご連絡ください。

問題

• Liferay DXP 7.3環境を移行した後、ステージングサーバーからライブサーバーへの公開処理がORMExceptionまたはStaleObjectStateExceptionで失敗します。
• 新しいステージング環境のデータベースは、古いステージング環境のデータベースをコピーオーバーしてセットアップされました。
• 新しいライブ環境のデータベースは、古いステージング環境のデータベースをコピーオーバーすることでセットアップされました。
• liveへの公開時に以下のエラーが発生します：

The publication process did not start due to validation errors.
Invocation failed due to com.liferay.exportimport.kernel.lar.PortletDataException

2022-04-12 23:15:08.899 ERROR [liferay/background_task-4][BackgroundTaskMessageListener:182] Unable to execute background task
com.liferay.portal.kernel.exception.PortalException: Invocation failed due to com.liferay.exportimport.kernel.lar.PortletDataException

環境

• Liferay DXP 7.3

解像度

• この例外は通常、複数のスレッド（あるいは複数のサーバー）が同じデータを扱うときに発生し、そのうちの1つが「古い」オブジェクトを更新しようとしてStaleObjectStateExceptionを報告する可能性があります。
• この問題は、新しいステージング環境と本番環境の両方で同じデータベースを使用している場合に発生する可能性があります。 このようにすると、新しいステージング環境と本番環境でUUIDとGroupIdsが一致するエンティティが発生し、StaleObjectStateExceptionが発生するというシナリオが発生することがあります。
• これを解決するには、ステージング環境からデータベースをコピーするのではなく、リモートLive環境用にクリーンなデータベースを作成します。 その後、LiveサイトにパブリッシュするようにRemote stagingを設定し、StagingサイトからRemote Liveサイトへの初期パブリッシュを実行します。 これにより、ステージングサイトからリモートライブサイトにすべてのデータがコピーされ、パブリッシュがエラーなく進行するはずです。