"Es ist ein Updatekonflikt aufgetreten, und Sie müssen diese Aktion wiederholen" beim Ändern oder Löschen einer alternativen Zugriffszuordnung
Symptome
Sie führen eine Systemwiederherstellung in Microsoft Windows SharePoint Services 3.0 durch, in der die Konfigurationsdatenbank wiederhergestellt wird. Anschließend versuchen Sie, eine alternative Zugriffszuordnung zu ändern oder zu löschen.
Wenn Sie dies tun, erhalten Sie eine Fehlermeldung, die der folgenden Fehlermeldung ähnelt:
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.
Wenn Sie die ULS-Protokolldateien (Unified Logging Service) anzeigen, wird ein Eintrag angezeigt, der dem folgenden Eintrag ähnelt:
**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
Ursache
Dieses Problem tritt auf, wenn der Inhalt des Dateisystemcaches auf den Front-End-Servern neuer als der Inhalt der Konfigurationsdatenbank ist. Nachdem Sie eine Systemwiederherstellung durchgeführt haben, müssen Sie möglicherweise den Dateisystemcache auf dem lokalen Server manuell löschen.
Lösung
Um dieses Problem zu beheben, löschen Sie den Dateisystemcache auf allen Servern in der Serverfarm, auf denen der Windows SharePoint Services Timer-Dienst ausgeführt wird. Gehen Sie dazu wie folgt vor:
Beenden Sie den Timerdienst. Gehen Sie dazu wie folgt vor:
Klicken Sie auf Start, zeigen Sie auf Verwaltung, und klicken Sie dann auf Dienste.
Klicken Sie mit der rechten Maustaste auf Windows SharePoint Services Timer, und klicken Sie dann auf Beenden.
Schließen Sie die Dienstkonsole.
Klicken Sie auf dem Computer, auf dem Microsoft Office SharePoint Server 2007 ausgeführt wird und auf dem die Website für die Zentraladministration gehostet wird, auf Start, klicken Sie auf Ausführen, geben Sie Explorer ein, und drücken Sie dann die EINGABETASTE.
Suchen Sie in Windows Explorer den folgenden Ordner, und doppelklicken Sie dann auf den folgenden Ordner: Laufwerk: \Dokumente und Einstellungen\Alle Benutzer\Anwendungsdaten\Microsoft\SharePoint\Config*GUID*
Notizen
Der Platzhalter Laufwerk gibt den Buchstaben des Laufwerks an, auf dem Windows installiert ist. Standardmäßig ist Windows auf Laufwerk C installiert.
Der GUID-Platzhalter gibt den GUID-Ordner an.
Der Ordner "Anwendungsdaten" ist möglicherweise ausgeblendet. Führen Sie die folgenden Schritte aus, um den ausgeblendeten Ordner anzuzeigen:
Klicken Sie im Menü Extras auf Ordneroptionen.
Klicken Sie auf die Registerkarte Ansicht .
Klicken Sie in der Liste Erweiterte Einstellungen unter Ausgeblendete Dateien und Ordner auf Ausgeblendete Dateien und Ordner anzeigen, und klicken Sie dann auf OK.
In Windows Server 2008 befindet sich der Konfigurationscache am folgenden Speicherort: Laufwerk: \ProgramData\Microsoft\SharePoint\Config*GUID*
Sichern Sie die Cache.ini-Datei.
Löschen Sie alle XML-Konfigurationsdateien im ORDNER GUID. Führen Sie dies aus, damit Sie überprüfen können, ob der GUID-Ordner durch neue XML-Konfigurationsdateien ersetzt wird, wenn der Cache neu erstellt wird.
Hinweis Wenn Sie den Konfigurationscache im ORDNER GUID leeren, stellen Sie sicher, dass Sie nicht den GUID-Ordner und die Cache.ini Datei löschen, die sich im ORDNER GUID befindet.
Doppelklicken Sie auf die datei Cache.ini.
Klicken Sie im Menü Bearbeiten auf Alle auswählen.
Klicken Sie im Menü Bearbeiten auf Löschen.
Geben Sie 1 ein, und klicken Sie dann im Menü Datei auf Speichern.
Klicken Sie im Menü Datei auf Beenden.
Starten Sie den Timerdienst. Gehen Sie dazu wie folgt vor:
Klicken Sie auf Start, zeigen Sie auf Verwaltung, und klicken Sie dann auf Dienste.
Klicken Sie mit der rechten Maustaste auf Windows SharePoint Services Timer, und klicken Sie dann auf Start.
Schließen Sie die Dienstkonsole.
Hinweis Der Dateisystemcache wird neu erstellt, nachdem Sie dieses Verfahren ausgeführt haben. Stellen Sie sicher, dass Sie dieses Verfahren auf allen Servern in der Serverfarm ausführen.
Stellen Sie sicher, dass die Cache.ini-Datei aktualisiert wurde. Beispielsweise sollte es nicht mehr 1 sein, wenn der Cache aktualisiert wurde.
Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Verwaltung, und klicken Sie dann auf SharePoint 3.0-Zentraladministration.
Klicken Sie auf die Registerkarte Vorgänge, und klicken Sie dann unter Globale Konfiguration auf Zeitgeberauftrag status.
Überprüfen Sie in der Liste der Zeitgeberaufträge, ob der status des Eintrags Konfigurationsaktualisierungerfolgreich ist.
Klicken Sie im Menü Datei auf Schließen.
Weitere Informationen
Benötigen Sie weitere Hilfe? Navigieren Sie zu SharePoint-Community.
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für