Mesaj de eroare când încercaţi să modificaţi sau să ştergeţi o mapare de acces alternativ în Windows SharePoint Services 3.0: "s-a produs un conflict de actualizare, şi tu trebuie să re-încerca această acţiune"

IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, si nu de un traducător. Microsoft vă oferă atât articole traduse de persoane, cât şi articole traduse automat, astfel incat aveti access la toate articolele din Baza noastră de informatii în limba dvs. materna. Totuşi, un articol tradus automat nu este întotdeauna perfect. Acesta poate conţine greşeli de vocabular, sintaxă sau gramatică, la fel cum un vorbitor străin poate face greşeli vorbind limba dvs. materna. Compania Microsoft nu este responsabilă pentru nici o inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conţinutului sau de utilizarea traducerii necorespunzătoare de către clienţii nostri. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 939308
Simptome
Efectuaţi o recuperare de sistem în Microsoft Windows SharePoint Services 3.0 în care se restabileşte baza acoperire de date de configurare. Apoi, încercaţi să modificaţi sau pentru a şterge o mapare de acces alternativ.

Când faceţi aceasta, primiţi un mesaj de eroare care seamănă cu următorul mesaj de eroare:
Un conflict de actualizare s-a produs, şi tu trebuie să re-încerca această acţiune. Obiect SPAlternateUrlCollection nume = aplicația Web părinte = SPFarm nume = SharePoint_Config este actualizat de Domeniului\UserName1, procesul de w3wp pe maşină Nume server. Vizualizați jurnalul de urmărire pentru mai multe informații despre conflict.
Atunci când vizualizaţi fişierele jurnal unificat de logare Service (ULS), veţi vedea o intrare care se aseamănă cu următorul:
Data marcă de timp w3wp.exe (0x1620) 0x1988 8xqz Windows SharePoint Services topologie mediu actualizarea SPPersistedObject SPAlternateUrlCollection nume = aplicația Web părinte = SPFarm nume = SharePoint_Config.Versiune: 16449 asigura: 0, HashCode: 30474330, Id: 609b3309-241a-4193-8289-1bba6a70be50, stiva: la Microsoft.SharePoint.Administration.SPPersistedObject.Update() la Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Update() la Microsoft.SharePoint.ApplicationPages.IncomingUrlPage.BtnSave_Click (obiect expeditor, EventArgs e) la System.Web.UI.WebControls.Button.OnClick (EventArgs e) la System.Web.UI.WebControls.Button.RaisePostBackEvent (String eventArgument) la System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent (String eventArgument) la System.Web.UI.Page.RaisePostBackEvent (IPostBackEventHandler sourceControl, String eventArgument) la System.Web.UI.Page.RaisePostBackEvent (NameValueCollection postData) la System.Web.UI.Page.ProcessRequestMain (Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) la System.Web.UI.Page.ProcessRequest (Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) la System.Web.UI.Page.ProcessRequest() la System.Web.UI.Page.ProcessRequestWithNoAssert (HttpContext context) la System.Web.UI.Page.ProcessRequest (HttpContext context) la ASP._admin_editincomingurl_aspx.ProcessRequest (HttpContext context) la System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() la System.Web.HttpApplication.ExecuteStep (IExecutionStep pas, Boolean & completedSynchronously) la System.Web.HttpApplication.ResumeSteps (eroare de excepţie) la System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest (HttpContext context, AsyncCallback cb, obiect extraData) la System.Web.HttpRuntime.ProcessRequestInternal (HttpWorkerRequest wr) la System.Web.HttpRuntime.ProcessRequestNoDemand (HttpWorkerRequest wr) la System.Web.Hosting.ISAPIRuntime.ProcessRequest (IntPtr BCE, Int32 iWRType)06/06/2007 14:36:31.51 w3wp.exe (0x1620) 0x1988 Windows SharePoint Services topologie 75bd mare UpdatedConcurrencyException: obiect SPAlternateUrlCollection nume = aplicația Web părinte = SPFarm nume = SharePoint_Config a fost actualizat de alt utilizator. Determina dacă aceste modificări va intra în conflict, rezolva orice diferenţe şi reaplica schimbarea a doua. Această eroare poate indica, de asemenea, o eroare de programare cauzată de obținerea a două copii ale aceluiași obiect într-un singur fir.Anterioare actualizare informaţii: utilizator: Domeniului\UserName1 Proces: w3wp Machine:Nume server Timp:Data marcă de timp Actualizare informaţii curente: utilizator: Domeniului\UserName2 Proces: w3wp Machine:Nume serverData marcă de timp w3wp.exe (0x1620) 0x1988 Windows SharePoint Services topologie 8xqy mare ConcurrencyException: vechi traducere: noua versiune 16449: 0
Cauză
Această problemă apare dacă conţinutul de fişier sistem cache pe serverele front-end sunt mai noi decât conţinutul bazei acoperire de date de configurare. După ce efectuaţi o recuperare de sistem, trebuie să clar manual memoria cache sistem fişier pe server local.
Rezoluţie
Pentru a rezolva această problemă, goliţi memoria cache sistem dosar pe toate serverele din ferma de fermă de servere pe care se execută serviciul Cronometru Windows SharePoint Services. Pentru aceasta, urmaţi aceşti paşi:
  1. Opriţi serviciul de cronometrare. Pentru aceasta, urmaţi aceşti paşi:
    1. Faceţi clic pe Începe, indicați spre Instrumente de administrare, apoi faceţi clic pe consolidare servicii.
    2. Faceţi clic dreapta pe Windows SharePoint Services Timer, apoi faceţi clic pe opreşte-te.
    3. Închideţi consola Services.
  2. Faceţi clic pe computerul care execută Microsoft Office SharePoint Server 2007 și pe care este gazduit site-ul Administrare centrală, Începe, faceţi clic pe Alerga, tip Explorer, apoi apăsaţi ENTER.
  3. În Windows Explorer, localizaţi şi apoi faceţi dublu clic pe folderul următor:
    Unitate: \Documents şi SettingsAll UsersApplication Data\Microsoft\SharePoint\Config\GUID-UL
    Note
    • The Unitate substituent specifică litera unităţii pe care este instalat Windows. implicit, Windows este instalat pe unitatea C.
    • The GUID-UL substituent specifică folderul GUID.
    • Folderul Application Data pot fi ascunse. Pentru a vizualiza folder ascuns, urmaţi aceşti paşi:
      1. Pe Instrumente meniu, faceţi clic pe Opţiuni folder.
      2. Faceţi clic pe vizualizare Proiect fila.
      3. În Setări avansate listă, faceţi clic pe Manifestare hidden dosar şi pliant sub Fişierele şi folderele ascunse, apoi faceţi clic pe ok.
    • În Windows Server 2008, memoria cache de configurare este în următoarea locaţie:
      Unitate: \ProgramData\Microsoft\SharePoint\Config\GUID-UL
  4. Spate sus Cache.ini fişierul.
  5. Ştergeţi toate fişierele de configurare XML în folderul GUID. Face acest lucru, astfel încât aveţi posibilitatea să verificaţi că folderul GUID este înlocuit de noi fişiere de configurare XML când memoria cache este reconstruit.

    Notă Când goliţi memoria cache de configurare în dosarul GUID, asiguraţi-vă că să nu ştergeţi folderul GUID şi fişierul Cache.ini care se află în folderul GUID.
  6. Faceţi dublu clic pe fişierul Cache.ini.
  7. Pe Editare meniu, faceţi clic pe Selectare totală.
  8. Pe Editare meniu, faceţi clic pe Ştergeţi.
  9. Tip 1, apoi faceţi clic pe Salvaţi pe Fişier meniu.
  10. Pe Fişier meniu, faceţi clic pe Ieşire.
  11. Porniţi serviciul de cronometrare. Pentru aceasta, urmaţi aceşti paşi:
    1. Faceţi clic pe Începe, indicați spre Instrumente de administrare, apoi faceţi clic pe consolidare servicii.
    2. Faceţi clic dreapta pe Windows SharePoint Services Timer, apoi faceţi clic pe Începe.
    3. Închideţi consola Services.
    Notă Sistem dosar cache este recreate după ce efectuaţi această procedură. Asiguraţi-vă că efectuaţi această procedură pe toate serverele din ferma de fermă de servere.
  12. Asiguraţi-vă că fişierul Cache.ini a fost actualizată. De exemplu ar trebui să fie nu mai este 1 dacă memoria cache a fost actualizat.
  13. Faceţi clic pe Începe, indicați spre Programe, indicați spre Instrumente de administrare, apoi faceţi clic pe Administrare centrală SharePoint 3.0.
  14. Faceţi clic pe Operaţiunile tab, şi apoi faceţi clic pe Stare activitate cronometru sub Configurare globală.
  15. În Listă tabel de cronometrare, Verificați că statutul de Config reîmprospătare intrarea este A reuşit.
  16. Pe Fişier meniu, faceţi clic pe închide.
AAC wss3 wssv3 dezastru date

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 939308 - Ultima examinare: 02/04/2013 10:04:00 - Revizie: 0.2

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

  • kberrmsg kbexpertiseinter kbprb kbtshoot kbmt KB939308 KbMtro
Feedback