2

CMS と CDS の 2 つの異なるペアがあります。ローカル ネットワークに 1 つ、パブリック ドメインに 1 つ。ローカル ネットワーク上にある CMS に新しいターゲット タイプを追加しています。この新しいターゲット タイプのプロパティには、パブリック ドメインにある CDS の IIS にある httpuploadwebsite が含まれています。

現在、公開時に成功として結果が得られていますが、ファイルがパブリック ドメインの CDS に到達していません。また、Tridion Incoming Zip フォルダも空です。ノート：

  1. CMS は両方の CDS で異なります。
  2. CMS/CDS の 1 つのペアはローカル ネットワーク上にあり、もう 1 つのペアはパブリック ドメインにあります。

いくつかの解決策を提案します。

4

2 に答える 2

7

要約すると、あなたは次のとおりです。

  • ローカル CMS からのローカル CDS スタックからパブリック CDS スタックへの公開
  • パブリック CDS で公開されたコンテンツを故意に受信しない

したがって、問題を解決するには、ほとんどの場合、パブリック CDS のデプロイヤーの構成を確認する必要があります。パブリック CDS ターゲットが含まれているときにローカル CMS がパブリッシュで成功した場合、パブリック CDS がこれを成功と見なすのは当然のことであり、おそらく構成です。

構成を確認する最善の方法は、デプロイしていないように見えるデプロイヤのログを最初に調べることです。ログには、読み取られている構成が表示されます。そこから、構成のすべてのパスと設定を再確認し、ログにスローされている問題を解決する必要があります。

質問で明示的ではなかったため、2 つの異なる Tridion CMS システムからまったく同じ CDS セットアップに公開することはできないことに注意してください。つまり、2 つの CMS システムがコンテンツを同じドキュメント ルートに発行すると、コンテンツ ID が同じである可能性があるため、コンテンツが上書きされます。そのため、デプロイヤー、構成、およびドキュメント ルート/データベース スキーマを完全に分離する必要があります。

于 2012-06-15T08:51:15.273 に答える
1

HTTPUpload サイト(またはアプリケーション) でトランスポートの問題をトラブルシューティングするには、次のことができます。

  • ブラウザから /HTTPUpload.aspx ページにアクセスしてみます。
    • 正常に接続すると が表示されSDL Tridion ASPX HTTP Uploadます。
    • .NET エラーは、CD 側の dll の問題を示唆している可能性があります。
    • タイムアウト、404、またはその他のネットワーク エラーは、接続またはファイアウォールの問題を示唆している可能性があります。
  • 既定のアプリケーション プール IDに適切なアクセス許可があることを確認します(場合によってNetwork Serviceは、環境の IIS で確認してください)。
  • 構成、ログ、受信フォルダーを確認します。
  • サポートに連絡してください。できれば次の情報を添えて ください。
    • このセットアップは以前、どのような条件下で機能しましたか
    • 構成ファイル
    • エラー、スタック トレース
    • 輸送パッケージの性質に関する詳細 (サイズ、最近の拡張子の変更)

誤解を招くヒントには注意してください。incoming が空だからといって、何かがデプロイされていなかったり、他の場所にデプロイされていなかったりするわけではありません。

publishとtransportトラブルシューティングは似ているかもしれませんが、ファイル、マルチメディア (バイナリ)、および動的コンテンツは異なる場所/メディアに保存できるため、構成可能であることに注意してStorageくださいdeployed。

于 2012-08-13T07:33:11.067 に答える