SharePoint ページ ライブラリでページを追加または編集すると、次の例外が発生します。
[COMException (0x81020016): アイテムが存在しません 選択したページには、存在しないアイテムが含まれています。別のユーザーによって削除された可能性があります。ページの上部にある [ホーム] をクリックして Web サイトに戻ります。] Microsoft.SharePoint.Library.SPrequestInternalClass.RenderColumn.
奇妙なことに、最初に「チェックイン」を行ってから [公開] ボタンをクリックすると、完全に機能します。ただし、[公開] をクリックすると直接エラーが発生しますが、常に発生するわけではありません。
ページ ライブラリには、発行とアイテムの計画があり、ワークフローはなく (ページを追加/編集する人が承認者でもあると見なされます)、メジャー/マイナー バージョンがあります。発行ページから派生したコンテンツ タイプとカスタム PageLayout を使用します。
すでにこれを確認していると思いますが、ULSログにこれ以上の情報はありますか？
また、すべての例外でブレークするようにデバッガーを設定しようとしましたか？これにより、より多くの情報が得られますか？[デバッグ]、[例外]に移動し、[共通言語ランタイムの例外]にチェックマークを付けます。次に、[ツール]、[オプション]、[デバッグ]に移動し、[マイコードのみを有効にする]のチェックを外します。最後に、w3wp.exeに接続します。
Windows Server 2008を実行している場合は、デバッガーが上記で中断した時点でダンプファイルを取得することもできます。ADPlusは、Server 2003を実行している場合に役立つ可能性がありますが、私はその経験がありません。これで、 DumpChkまたはWinDbgを使用してダンプファイルを開くことができるはずです。
編集：コメントで説明されているように、これは本番環境にデプロイされたコードであり、サービスを中断することはできません。ダンプファイルを作成できる唯一の方法は、プログラムによるものです。私が尋ねたこの質問を見てください。このルートをたどる必要がある場合に役立つことを願っています。
デバッグに没頭したくない場合に試すべき他のことは、カスタムビットをクリーンなサーバーにデプロイすることです。それでも問題を再現できるかどうか、または問題が変化するかどうかを確認してください。
2台のWebサーバーで負荷分散を使用していると想定しています。
それが常に発生するとは限らないという事実は、サーバー間に違いがあることを示しています。
次に、確認できることがいくつかあります。
システムを停止せずにテストするためにできることの1つは、クラスターから最初のWebサーバーを削除してエラーが発生するかどうかを確認し、それを追加して2番目のWebサーバーで同じことを行うことです。