Fehlermeldung beim Ändern oder löschen Sie eine alternative Zuordnung in Windows SharePoint Services 3.0: "ein Update-Konflikt aufgetreten, und Sie müssen diese Aktion wiederholen"

Problembeschreibung

In Microsoft Windows SharePoint Services 3.0 in der der Wiederherstellung der Konfigurationsdatenbank eine Wiederherstellung ausgeführt. Anschließend versuchen Sie zu ändern oder eine alternative Zuordnung löschen.

Wenn Sie dies tun, erhalten Sie eine Fehlermeldung, die folgenden Inhalts angezeigt:
Ein Update-Konflikt aufgetreten, und Sie müssen diese Aktion wiederholen. Das Objekt SPAlternateUrlCollection Name WEBAPPLICATION Parent = SPFarm Name = SharePoint_Config von Domänennameaktualisiert wird \Benutzername1im w3wp-Prozess auf ServerName. Das Ablaufverfolgungsprotokoll für Weitere Informationen über den Konflikt anzeigen
Wenn Sie Protokolldateien Unified Logging Service (ULS) anzeigen, sehen Sie einen Eintrag, der den folgenden Eintrag ähnelt:
Datum Zeit w3wp.exe (0x1620) 0x1988Windows SharePoint Services Topologie 8xqzMedium aktualisieren SPPersistedObject SPAlternateUrlCollection Name = WEBAPPLICATION Parent = SPFarm Name = SharePoint_Config. Version: 16449 stellen: 0 HashCode: 30474330, Id: 609b3309-241a-4193-8289-1bba6a70be50, Stack: am Microsoft.SharePoint.Administration.SPPersistedObject.Update() in Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Update() in Microsoft.SharePoint.ApplicationPages.IncomingUrlPage.BtnSave_Click (Objektsender, EventArgs e) auf System.Web.UI.WebControls.Button.OnClick (EventArgs e) auf System.Web.UI.WebControls.Button.RaisePostBackEvent (String EventArgument) auf System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent (String EventArgument) auf System.Web.UI.Page.RaisePostBackEvent (IPostBackEventHandler SourceControl, Zeichenfolge EventArgument) auf System.Web.UI.Page.RaisePostBackEvent (NameValueCollection PostData) am System.Web.UI.Page.ProcessRequestMain (boolesche IncludeStagesBeforeAsyncPoint Boolean IncludeStagesAfterAsyncPoint) am System.Web.UI.Page.ProcessRequest (booleschen IncludeStagesBeforeAsyncPoint, boolesche IncludeStagesAfterAsyncPoint) am System.Web.UI.Page.ProcessRequest() in System.Web.UI.Page.ProcessRequestWithNoAssert (HttpContext Context) auf System.Web.UI.Page.ProcessRequest (HttpContext Context) am ASP._admin_editincomingurl_aspx. ProcessRequest (HttpContext Context) am System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() in System.Web.HttpApplication.ExecuteStep (IExecutionStep Schritt, Boolean & CompletedSynchronously) am System.Web.HttpApplication.ResumeSteps (Ausnahmefehler) auf System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest (HttpContext Context, AsyncCallback Cb, Object ExtraData) auf System.Web.HttpRuntime.ProcessRequestInternal (HttpWorkerRequest Wr) auf System.Web.HttpRuntime.ProcessRequestNoDemand (HttpWorkerRequest Wr) auf System.Web.Hosting.ISAPIRuntime.ProcessRequest (EZB IntPtr, Int32 iWRType) 06/06/2007 14:36:31.51 w3wp.exe (0x1620) 0x1988Windows SharePoint Services Topologie 75bdHigh UpdatedConcurrencyException: Objekt SPAlternateUrlCollection Name = WEBAPPLICATION Parent = SPFarm Name = SharePoint_Config von einem anderen Benutzer aktualisiert wurde. Bestimmen Sie, ob diese Änderungen in Konflikt, Unterschiede aufgelöst und die zweite Änderung erneut. Dieser Fehler möglicherweise auch einen Programmierfehler zwei Kopien desselben Objekts in einem einzigen Thread zurückzuführen. Vorherige Informationen: Benutzer: Domänenname\Benutzername1 Prozess: w3wp Computer:ServerName Uhrzeit:Datum Uhrzeit aktuelle Informationen aktualisieren: Benutzer: Domänenname\Benutzername2 Prozess: w3wp Computer:ServerNameDatum Uhrzeit w3wp.exe (0x1620) 0x1988Windows SharePoint Services Topologie 8xqyHigh ConcurrencyException: alte Version: 16449 neue Version: 0

Ursache

Dieses Problem tritt auf, wenn der Inhalt der Dateisystemcache auf den Front-End-Servern jünger als Inhalt der Konfigurationsdatenbank. Nachdem Sie eine Wiederherstellung durchführen, müssen Sie manuell den Dateisystemcache auf dem lokalen Server gelöscht.

Problemlösung

Deaktivieren Sie zum Beheben dieses Problems den Dateisystemcache auf allen Servern in der Serverfarm mit Windows SharePoint Services Timer-Dienst ausgeführt wird. Gehen Sie hierzu folgendermaßen vor:
  1. Beenden Sie den Timer-Dienst. Gehen Sie hierzu folgendermaßen vor:
    1. Klicken Sie auf Start, zeigen Sie auf Verwaltungund klicken Sie auf Dienste.
    2. Maustaste auf Windows SharePoint Services Timer, und klicken Sie auf Beenden.
    3. Schließen Sie die Konsole Dienste.
  2. Klicken Sie auf dem Computer, der Microsoft Office SharePoint Server 2007 ausgeführt wird und die Zentraladministrations-Website gehostet wird, klicken Sie auf Startauf Ausführen, geben Sie Explorerund drücken Sie die EINGABETASTE.
  3. Suchen Sie in Windows Explorer und doppelklicken Sie auf den folgenden Ordner:
    Laufwerk: \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config\GUID
    Hinweise
    • Der Platzhalter Laufwerk gibt den Buchstaben des Laufwerks, auf dem Windows installiert ist. Standardmäßig ist Windows auf Laufwerk c: installiert.
    • Der GUID -Platzhalter gibt den GUID-Ordner.
    • Der Ordner Anwendungsdaten möglicherweise ausgeblendet. Gehen folgendermaßen Sie vor um verborgene Ordner anzuzeigen:
      1. Klicken Sie im Menü Extras auf Ordneroptionen.
      2. Klicken Sie auf die Registerkarte Ansicht.
      3. Klicken Sie in der Liste Erweiterte Einstellungen unter Versteckte Dateien und Ordnerauf Alle Dateien und Ordner anzeigen , und klicken Sie dann auf OK.
    • In Windows Server 2008 ist der Konfigurationscache an folgendem Speicherort:
      Drive:\ProgramData\Microsoft\SharePoint\Config\GUID
  4. Sichern Sie die Datei Cache.ini.
  5. Löschen Sie alle XML-Konfigurationsdateien im Ordner "GUID". Dies, damit Sie überprüfen können, GUID-Ordner durch neue XML-Konfigurationsdateien ersetzt wird, wenn der Cache neu erstellt wird.

    Hinweis Achten Sie Konfigurationscache im Ordner GUID leer ist, nicht löschen, die GUID-Ordner und die Datei Cache.ini im Ordner "GUID".
  6. Doppelklicken Sie auf die Datei Cache.ini.
  7. Klicken Sie im Menü Bearbeiten auf Alles markieren.
  8. Klicken Sie im Menü Bearbeiten auf Löschen.
  9. Geben Sie 1ein, und klicken Sie im Menü Datei auf Speichern .
  10. Klicken Sie im Menü Datei auf Beenden.
  11. Den Timer-Dienst zu starten. Gehen Sie hierzu folgendermaßen vor:
    1. Klicken Sie auf Start, zeigen Sie auf Verwaltungund klicken Sie auf Dienste.
    2. Maustaste auf Windows SharePoint Services Timerund klicken Sie dann auf Starten.
    3. Schließen Sie die Konsole Dienste.
    Hinweis Dateisystemcache wird neu erstellt, nachdem Sie dieses Verfahren ausführen. Stellen Sie sicher, dass Sie dieses Verfahren auf allen Servern in der Serverfarm ausführen.
  12. Stellen Sie sicher, dass die Datei Cache.ini aktualisiert wurde. Angenommen sollte es mehr 1 der Cache aktualisiert wurde.
  13. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Verwaltungund klicken Sie anschließend auf SharePoint 3.0-Zentraladministration.
  14. Klicken Sie auf die Registerkarte Vorgänge , und klicken Sie unter Konfigurationauf Status des Zeitgeberauftrags .
  15. Überprüfen Sie in der Liste der Zeitgeberaufträge der Status des Eintrags Config aktualisieren erfolgreich.
  16. Klicken Sie im Menü Datei auf Schließen.
Eigenschaften

Artikelnummer: 939308 – Letzte Überarbeitung: 13.01.2017 – Revision: 1

Feedback