代替アクセス マッピングを変更または削除するときに"更新の競合が発生したため、このアクションを再試行する必要があります"
現象
構成データベースが復元されるMicrosoft Windows SharePoint Services 3.0 でシステム回復を実行します。 次に、代替アクセス マッピングを変更または削除しようとします。
これを行うと、次のエラー メッセージのようなエラー メッセージが表示されます。
An update conflict has occurred, and you must re-try this action. The object SPAlternateUrlCollection Name=WEBAPPLICATION Parent=SPFarm Name=SharePoint_Config is being updated by **DomainName**\**UserName1**, in the w3wp process, on machine **ServerName**. View the tracing log for more information about the conflict.
統合ログ サービス (ULS) ログ ファイルを表示すると、次のようなエントリが表示されます。
**Date ****Time** w3wp.exe (0x1620) 0x1988Windows SharePoint Services Topology 8xqzMedium Updating SPPersistedObject SPAlternateUrlCollection Name=WEBAPPLICATION Parent=SPFarm Name=SharePoint_Config. Version: 16449 Ensure: 0, HashCode: 30474330, Id: 609b3309-241a-4193-8289-1bba6a70be50, Stack: at Microsoft.SharePoint.Administration.SPPersistedObject.Update() at Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Update() at Microsoft.SharePoint.ApplicationPages.IncomingUrlPage.BtnSave_Click(Object sender, EventArgs e) at System.Web.UI.WebControls.Button.OnClick(EventArgs e) at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) at System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) at System.Web.UI.Page.ProcessRequest(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) at System.Web.UI.Page.ProcessRequest() at System.Web.UI.Page.ProcessRequestWithNoAssert(HttpContext context) at System.Web.UI.Page.ProcessRequest(HttpContext context) at ASP._admin_editincomingurl_aspx.ProcessRequest(HttpContext context) at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) at System.Web.HttpApplication.ResumeSteps(Exception error) at System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest(HttpContext context, AsyncCallback cb, Object extraData) at System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr) at System.Web.HttpRuntime.ProcessRequestNoDemand(HttpWorkerRequest wr) at System.Web.Hosting.ISAPIRuntime.ProcessRequest(IntPtr ecb, Int32 iWRType) 06/06/2007 14:36:31.51 w3wp.exe (0x1620) 0x1988Windows SharePoint Services Topology 75bdHigh UpdatedConcurrencyException: The object SPAlternateUrlCollection Name=WEBAPPLICATION Parent=SPFarm Name=SharePoint_Config was updated by another user. Determine if these changes will conflict, resolve any differences, and reapply the second change. This error may also indicate a programming error caused by obtaining two copies of the same object in a single thread. Previous update information: User: **DomainName**\**UserName1** Process:w3wp Machine:**ServerName** Time:**Date ****Time** Current update information: User: **DomainName**\**UserName2** Process:w3wp Machine:**ServerName****Date ****Time** w3wp.exe (0x1620) 0x1988Windows SharePoint Services Topology 8xqyHigh ConcurrencyException: Old Version : 16449 New Version : 0
原因
この問題は、フロントエンド サーバー上のファイル システム キャッシュの内容が構成データベースの内容よりも新しい場合に発生します。 システムの回復を実行した後、ローカル サーバー上のファイル システム キャッシュを手動でクリアしなければならない場合があります。
解決方法
この問題を解決するには、Windows SharePoint Services タイマー サービスが実行されているサーバー ファーム内のすべてのサーバーでファイル システム キャッシュをクリアします。 これを行うには、次の手順を実行します。
タイマー サービスを停止します。 これを行うには、次の手順を実行します。
[ スタート] ボタンをクリックして [ 管理ツール] をポイントし、[ サービス] をクリックします。
[タイマーのWindows SharePoint Services] を右クリックし、[停止] をクリックします。
サービス コンソールを閉じます。
Microsoft Office SharePoint Server 2007 を実行していて、サーバーの全体管理サイトがホストされているコンピューターで、[ スタート] をクリックし、[ 実行] をクリックし、「エクスプローラー」と入力し、Enter キーを押します。
Windows エクスプローラーで、次のフォルダーを見つけてダブルクリックします。 \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config*GUID*
Notes
ドライブ プレースホルダーは、Windows がインストールされているドライブの文字を指定します。 既定では、Windows はドライブ C にインストールされます。
GUID プレースホルダーは、GUID フォルダーを指定します。
[アプリケーション データ] フォルダーが非表示になっている可能性があります。 非表示フォルダーを表示するには、次の手順に従います。
[ ツール ] メニューの [ フォルダー オプション] をクリックします。
[ 表示 ] タブをクリックします。
[ 詳細設定 ] の一覧で、[ 非表示のファイルとフォルダー ] の下にある [ 非表示のファイルとフォルダーを表示する] をクリックし、[OK] をクリック します。
Windows Server 2008 では、構成キャッシュは次の場所にあります: ドライブ: \ProgramData\Microsoft\SharePoint\Config*GUID*
Cache.ini ファイルをバックアップします。
GUID フォルダー内のすべての XML 構成ファイルを削除します。 これを行って、キャッシュの再構築時に GUID フォルダーが新しい XML 構成ファイルに置き換えられたことを確認できるようにします。
メモ GUID フォルダー内の構成キャッシュを空にするときは、GUID フォルダーと GUID フォルダーにある Cache.ini ファイルを削除しないようにしてください。
Cache.ini ファイルをダブルクリックします。
[ 編集 ] メニューの [ すべて選択] をクリックします。
[編集] メニューの [削除] をクリックします。
「1」と入力し、[ファイル] メニューの [保存] をクリックします。
[ファイル] メニューの [終了] をクリックします。
タイマー サービスを開始します。 これを行うには、次の手順を実行します。
[ スタート] ボタンをクリックして [ 管理ツール] をポイントし、[ サービス] をクリックします。
[タイマー Windows SharePoint Services右クリックし、[開始] をクリックします。
サービス コンソールを閉じます。
メモ この手順を実行すると、ファイル システム キャッシュが再作成されます。 サーバー ファーム内のすべてのサーバーでこの手順を実行していることを確認します。
Cache.ini ファイルが更新されていることを確認します。 たとえば、キャッシュが更新されている場合は、1 ではなくなります。
[ スタート] をクリックし、[ プログラム] をポイントし、[ 管理ツール] をポイントし、[ SharePoint 3.0 サーバーの全体管理] をクリックします。
[操作] タブをクリックし、[グローバル構成] の [タイマー ジョブの状態] をクリックします。
タイマー ジョブの一覧で、[ 構成更新] エントリの状態が [成功] になっていることを確認します。
[ ファイル ] メニューの [ 閉じる] をクリックします。
詳細
さらにヘルプが必要ですか? SharePoint コミュニティにアクセスしてください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示