2012-05-02 11 views
5

SDL Tridion 5.2から2011 SP1への移行後に特定のページおよび構造グループを公開または公開解除しようとすると、問題が発生します。導入準備コミットフェーズに失敗しました。トランザクションを準備できません。

公開トランザクションがコミット展開段階で失敗している、次のエラーメッセージを返して:

フェーズ:失敗展開は トランザクションを準備することができない、フェーズコミット準備:TCM:0-682623-66560を、null、null

cd_deployer.exeサービスも、ほぼ同じ時間にほぼ100%CPU使用率で実行されています。

またcd_deployer.logとcd_core.logファイルに以下の情報を得る:

2012-05-02 07:32:09,346 ERROR DeployPipelineExecutor - Unable to start processing deployment package with transactionId: tcm:0-682520-66560 
2012-05-02 07:36:36,071 ERROR DeployPipelineExecutor - Final attempt in Phase: Deployment Prepare Commit Phase failed for transaction: tcm:0-682526-66560 
2012-05-02 07:36:36,071 ERROR DeployPipelineExecutor - Original stacktrace for transaction: tcm:0-682526-66560 
com.tridion.deployer.ProcessingException: Unable to prepare transaction: tcm:0-682526-66560, null, null 
    at com.tridion.deployer.phases.PreCommitPhase.handleFailure(PreCommitPhase.java:120) ~[cd_deployer.jar:na] 
    at com.tridion.deployer.phases.PreCommitPhase.execute(PreCommitPhase.java:101) ~[cd_deployer.jar:na] 
    at com.tridion.deployer.phases.DeployPipelineExecutor.runMainExecutePhase(DeployPipelineExecutor.java:186) [cd_deployer.jar:na] 
    at com.tridion.deployer.phases.DeployPipelineExecutor.doExecute(DeployPipelineExecutor.java:97) [cd_deployer.jar:na] 
    at com.tridion.deployer.phases.DeployPipelineExecutor.execute(DeployPipelineExecutor.java:61) [cd_deployer.jar:na] 
    at com.tridion.deployer.TransactionManager.handleDeployPackage(TransactionManager.java:80) [cd_deployer.jar:na] 
    at com.tridion.deployer.queue.QueueLocationHandler$1.run(QueueLocationHandler.java:176) [cd_deployer.jar:na] 
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) [na:1.6.0_30] 
    at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) [na:1.6.0_30] 
    at java.util.concurrent.FutureTask.run(Unknown Source) [na:1.6.0_30] 
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) [na:1.6.0_30] 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [na:1.6.0_30] 
    at java.lang.Thread.run(Unknown Source) [na:1.6.0_30] 

は、ページからコンポーネントのプレゼンテーションを削除し、[OK]を作品を再発行。異なるコンポーネントテンプレートを使用しても機能しないため、問題はコンポーネントのどこかにあるように見えます。

ページ、バイナリ、およびDCPは、すべてファイルシステムに公開されています。大規模なバイナリを公開することに関連する問題が、コンポーネントから削除しても何の差もないのではないかと思いました。

これを解決する方法はありますか?

種類は

EDITについて:私は今、私は公開または非公開にすることができませんコンポーネントの数にこれを突き止めています。コンポーネントをパブリッシュまたはパブリッシュしようとすると、トランザクションは「デプロイメントのコミット」ステージに約5分間留まり、cd_deployerサービスがCPUをオーバーしてから同じエラーメッセージが表示されます。

コピーと貼り付けで同じコンポーネントのコピーを作成した場合、これはうまく動作し、サーバーのCPUに影響を与えずに数秒でパブリッシュされます。非常に奇妙な!

EDIT 2:

​​

メタデータの特定のタイプのマッピングがありません。これは、我々は現在、各パブリケーションのための私達のcd_storage_conf.xmlファイル内に持っているものの一例です。

答えて

3

公開しないようにしてから問題のページを再公開しましたか?これはしばしば私の問題を解決します。私は時には失敗したトランザクションがブローカ内の特定の行をロックしているという理論を持っています。ページを公開しないと、それらを解放するようです。これは実際問題の原因を解決するものではありませんが、問題の原因を特定するのに役立ちます。

+0

こんにちはクリス、私は非公表問題のあるページやコンポーネントの両方を試してみましたが、残念ながら取引を非公表も同じエラーメッセージを失敗し、返しますので、私はありませんよ残念ながら今のところ彼らと何かをすることはできません。 –

+0

私はこれにどれくらいの助けができるかわかりません。可能であれば、Deployer and Databasesを再起動することを検討します。また、ウイルススキャナがファイルに干渉していないことを再度確認します(MM Componentsの特定のファイル拡張子はおそらく?)。また、どの環境にいるのか、使用しているJavaのバージョンを確認できますか? Publish Transaction Zipファイルは、パブリッシュ時に失敗したファイルのサイズがどれくらい大きいかわかりますか? –

+0

Windows 2008 R2では、2011 SP1が実行されています。コンテンツ配信サーバはjava 1.6.0_30を実行しています。パブリッシュトランザクションのzipファイルのサイズは大きく異なります。小さなもの(1kbから5kbの間)でも、失敗する可能性があります。残念ながらデプロイヤを再起動しても差はありません。私は、問題を引き起こしている可能性があるので、私たちのサーバーの人たちにウイルススキャナについて確認します。着信ディレクトリをスキャン対象から除外することをお勧めしますか? –

2

cd_storage_confを確認してください - すべてのメタデータを同じ場所に保存していますか?そうでない場合は、これを変更してください。

まだcd_broker_confを使用していて、システムがcd_storage_confに変換できるようにする場合は、問題が発生しているので、独自のcd_storage_confを作成する方がよいでしょう。

+0

私たちは独自のcd_storage_conf.xmlファイルを作成しました。上記の呼び出しの詳細に、各パブリケーションのサンプルを追加しました。ご覧のとおり、メタデータには特定のタイプマッピングはなく、ページ、バイナリ、およびコンポーネントプレゼンテーションのみがあります。 のようなものを追加する必要がありますか? –

0

デプロイヤーconfには、フェーズ設定があります。展開タグごとに、展開ハンドラが起動されるときのWHENの段階が定義されます。Pre、normal & post。

正確な設定はわかりませんが、アーカイブマネージャを設定しているときに問題が発生しています。

また、一時的な作業ディレクトリにデータがオーバーフローしたときに、展開/転送に問題がありました。フォルダをクリアすると(デフォルトはc:\ tempまたはc:\ work)、処理が高速化されます。

2セント...

+0

アーカイブマネージャをセットアップ中に同じ問題が発生しています。問題を解決したことを教えてもらえますか? – Guestuser1122

関連する問題