Fehlermeldung, wenn Sie versuchen zu ändern oder löschen Sie eine alternative Zugriffszuordnung in Windows SharePoint Services 3.0: "ein Update-Konflikt aufgetreten ist und Sie Aktualisierungskonflikt"

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 939308 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Problembeschreibung

Sie führen eine Wiederherstellung in Microsoft Windows SharePoint Services 3.0 in dem die Konfigurationsdatenbank wiederhergestellt wird. Anschließend versuchen Sie zu ändern oder löschen Sie eine alternative Zugriffszuordnung.

Wenn Sie dies tun, erhalten Sie eine Fehlermeldung, die folgenden Inhalts angezeigt:
Ein Update-Konflikt aufgetreten ist und Sie Aktualisierungskonflikt. Das Objekt SPAlternateUrlCollection Name = WEBAPPLICATION Parent = SPFarm Name = SharePoint_Config wird aktualisiert, indem Domänenname\Benutzername1, in den w3wp-Prozess auf einem Computer ServerName. Zeigen Sie das Ablaufverfolgungsprotokoll für Weitere Informationen über den Konflikt.
Wenn Sie die Protokolldateien Unified Logging Service (ULS) anzeigen, sehen Sie einen Eintrag, der den folgenden Eintrag ähnelt:
Datum Uhrzeit w3wp.exe (0x1620) 0x1988 Windows SharePoint Services-Topologie 8xqz mittlere aktualisieren SPPersistedObject SPAlternateUrlCollection Name = WEBAPPLICATION Parent = SPFarm Name = SharePoint_Config. Version: 16449 sicherzustellen: 0, HashCode: 30474330, Id: 609b3309-241a-4193-8289-1bba6a70be50, Stapel: am Microsoft.SharePoint.Administration.SPPersistedObject.Update() bei Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Update() bei Microsoft.SharePoint.ApplicationPages.IncomingUrlPage.BtnSave_Click (Object Sender, eventargse) Bei System.Web.UI.WebControls.Button.OnClick (eventargse) Bei System.Web.UI.WebControls.Button.RaisePostBackEvent (String EventArgument) Bei System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent (String EventArgument) Bei System.Web.UI.Page.RaisePostBackEvent (IPostBackEventHandler SourceControl, String EventArgument) Bei System.Web.UI.Page.RaisePostBackEvent (NameValueCollection PostData) Bei System.Web.UI.Page.ProcessRequestMain (Boolean IncludeStagesBeforeAsyncPoint, Boolean IncludeStagesAfterAsyncPoint) Bei System.Web.UI.Page.ProcessRequest (Boolean IncludeStagesBeforeAsyncPoint, Boolean IncludeStagesAfterAsyncPoint) Bei System.Web.UI.Page.ProcessRequest() Bei System.Web.UI.Page.ProcessRequestWithNoAssert (HttpContext Context) Bei System.Web.UI.Page.ProcessRequest (HttpContext Context) Bei ASP._admin_editincomingurl_aspx.ProcessRequest (HttpContext Context) Bei System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() Bei System.Web.HttpApplication.ExecuteStep (IExecutionStep Step, Boolean & CompletedSynchronously) Bei System.Web.HttpApplication.ResumeSteps (Ausnahmefehler) Bei System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest (HttpContext Context, AsyncCallback Cb, Object ExtraData) Bei System.Web.HttpRuntime.ProcessRequestInternal (HttpWorkerRequest Wr) Bei System.Web.HttpRuntime.ProcessRequestNoDemand (HttpWorkerRequest Wr) Bei System.Web.Hosting.ISAPIRuntime.ProcessRequest (IntPtr EZB, Int32-iWRType) 06/06/2007 14:36:31.51 w3wp.exe (0x1620) 0x1988 Windows SharePoint Services-Topologie 75bd hoher UpdatedConcurrencyException: das Objekt SPAlternateUrlCollection Name = WEBAPPLICATION Parent = SPFarm Name = SharePoint_Config wurde von einem anderen Benutzer aktualisiert. Feststellen Sie, ob diese Änderungen in Konflikt stehen, beseitigen Sie etwaige Unterschiede und die zweite Änderung erneut. Dieser Fehler kann auch einen Programmierfehler Abrufen von zwei Kopien desselben Objekts in einem einzigen Thread zurückzuführen hindeuten. Vorherige Aktualisierungsinformationen: Benutzer: Domänenname\Benutzername1 Prozess: w3wp-Machine:ServerName UhrzeitDatum Uhrzeit Aktuelle Informationen: Benutzer: Domänenname\Benutzername2 Prozess: w3wp-Machine:ServerNameDatum Uhrzeit w3wp.exe (0x1620) 0x1988 Windows SharePoint Services-Topologie 8xqy hoher ConcurrencyException: alte Version: 16449 neue Version: 0

Ursache

Dieses Problem tritt auf, wenn der Inhalt des Dateisystemcache auf den Front-End-Servern neuer ist als der Inhalt der Konfigurationsdatenbank. Nachdem Sie eine Systemwiederherstellung durchführen, müssen Sie den Dateisystem-Cache auf dem lokalen Server manuell löschen.

Lösung

Um dieses Problem zu beheben, deaktivieren Sie den Dateisystem-Cache auf allen Servern in der Serverfarm auf der Windows SharePoint Services-Timer-Dienst ausgeführt wird. Gehen Sie hierzu folgendermaßen vor:
  1. Beenden Sie den Zeitgeber-Dienst. Gehen Sie hierzu folgendermaßen vor:
    1. Klicken Sie auf Start, zeigen Sie auf Verwaltung, und klicken Sie dann auf Dienste.
    2. Mit der rechten Maustaste Windows SharePoint Services-Timer, und klicken Sie dann auf Beenden.
    3. Schließen Sie die Konsole Dienste.
  2. Auf dem Computer, die Microsoft Office SharePoint Server 2007 ausgeführt wird, und klicken Sie auf die Website die Zentraladministration gehostet wird, Start, klicken Sie auf Ausführen, Typ Explorer, und drücken Sie dann die EINGABETASTE.
  3. Suchen Sie in Windows Explorer und doppelklicken Sie dann auf den folgenden Ordner:
    Laufwerk: \Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config\GUID
    Hinweise
    • Die Laufwerk Platzhalter gibt den Buchstaben des Laufwerks, auf dem Windows installiert ist. Standardmäßig ist Windows auf Laufwerk c: installiert.
    • Die GUID Platzhalter gibt den GUID-Ordner.
    • Der Ordner Anwendungsdaten möglicherweise ausgeblendet. Gehen folgendermaßen Sie vor um versteckten Ordner anzuzeigen:
      1. Auf der Tools Menü, klicken Sie auf Ordneroptionen.
      2. Klicken Sie auf der Ansicht Registerkarte.
      3. In der Erweiterte Einstellungen auf Versteckte Dateien und Ordner anzeigen Klicken Sie unter Versteckte Dateien und Ordner, und klicken Sie dann auf OK.
    • In Windows Server 2008 ist der Konfigurationscache an folgendem Speicherort:
      Laufwerk: \ProgramData\Microsoft\SharePoint\Config\GUID
  4. Sichern Sie die Datei Cache.ini.
  5. Löschen Sie alle XML-Konfigurationsdateien im Ordner "GUID". Tun Sie dies, zu überprüfen, ob der GUID-Ordner durch neue XML-Konfigurationsdateien ersetzt wird, wenn der Cache neu erstellt wird.

    Hinweis Wenn Sie den Konfigurationscache im GUID-Ordner leeren, stellen Sie sicher, dass Sie den GUID-Ordner und die Datei Cache.ini im Ordner GUID nicht löschen.
  6. Doppelklicken Sie auf die Datei Cache.ini.
  7. Auf der Bearbeiten Menü, klicken Sie auf Wählen Sie alle.
  8. Auf der Bearbeiten Menü, klicken Sie auf Löschen.
  9. Typ 1, und klicken Sie dann auf Speichern auf der Datei Menü.
  10. Auf der Datei Menü, klicken Sie auf Beenden.
  11. Starten Sie den Zeitgeber-Dienst. Gehen Sie hierzu folgendermaßen vor:
    1. Klicken Sie auf Start, zeigen Sie auf Verwaltung, und klicken Sie dann auf Dienste.
    2. Mit der rechten Maustaste Windows SharePoint Services-Timer, und klicken Sie dann auf Start.
    3. Schließen Sie die Konsole Dienste.
    Hinweis Der Dateisystem-Cache 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 Cache.ini-Datei aktualisiert wurde. Zum Beispiel sollte es nicht mehr 1 sein, wenn der Cache aktualisiert wurde.
  13. Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Verwaltung, und klicken Sie dann auf SharePoint 3.0 Central Administration.
  14. Klicken Sie auf der Vorgänge Registerkarte, und klicken Sie dann auf Status des Zeitgeberauftrags Klicken Sie unter Globale Konfiguration.
  15. In der Liste der Zeitgeberaufträge, stellen Sie sicher, dass der Status der Konfigurationsaktualisierung Eintrag ist Wurde erfolgreich abgeschlossen.
  16. Auf der Datei Menü, klicken Sie auf Schließen.

Eigenschaften

Artikel-ID: 939308 - Geändert am: Montag, 4. Februar 2013 - Version: 0.2
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows SharePoint Services 3.0
  • Microsoft Office SharePoint Server 2007
  • Microsoft SharePoint Foundation 2010
  • Microsoft SharePoint Server 2010
  • Microsoft SharePoint Foundation 2013
  • Microsoft SharePoint Server 2013
Keywords: 
kberrmsg kbexpertiseinter kbprb kbtshoot kbmt KB939308 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 939308
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com