протокол IMAP про помилку під Вільний час спроби змінити або видалити це альтернативне відображення доступу у служби Windows SharePoint Services 3.0: "стався конфлікт оновлення, і ви повинні повторити цю дію"

Переклади статей Переклади статей
Номер статті: 939308 - Показ продуктів, яких стосується ця стаття.
Розгорнути все | Згорнути все

Ознаки

Виконати Відновлення системи в Microsoft служби Windows SharePoint Services 3.0, в якій відновлено база даних конфігурації. Потім ви спробуйте змінити або видалити це альтернативне відображення доступу.

Після цього ви отримаєте протокол IMAP про помилку приблизно такого вигляду:
Стався конфлікт оновлення, і ви повинні повторити цю дію. Об'єкт SPAlternateUrlCollection ім'я = батьківський веб-ЗАСТОСУНКУ = SPFarm ім'я = SharePoint_Config триває оновлення по Ім'я домену\UserName1, в процесі w3wp на машину Ім'я сервера. Перегляд журнал трасування для отримання додаткових відомостей про конфлікт.
Під Вільний час перегляду файлів журналу єдиного входу служби (ULS), див запис А приблизно такий запис:
Дата Вільний час w3wp.exe (0x1620) 0x1988 служби Windows SharePoint Services топології 8xqz середнього оновлення SPPersistedObject SPAlternateUrlCollection ім'я = батьківський веб-ЗАСТОСУНКУ = SPFarm ім'я = SharePoint_Config. Версія: 16449 забезпечення: 0, HashCode: 30474330, Id: 609b3309-241a-4193-8289-1bba6a70be50, стек: в Microsoft.SharePoint.Administration.SPPersistedObject.Update() в Microsoft.SharePoint.Administration.SPAlternateUrlCollection.Update() в Microsoft.SharePoint.ApplicationPages.IncomingUrlPage.BtnSave_Click (об'єкт відправника, EventArgs e) в System.Web.UI.WebControls.Button.OnClick (EventArgs e) в System.Web.UI.WebControls.Button.RaisePostBackEvent (рядок eventArgument) в System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent (рядок eventArgument) в System.Web.UI.Page.RaisePostBackEvent (IPostBackEventHandler sourceControl, eventArgument рядок) в System.Web.UI.Page.RaisePostBackEvent (NameValueCollection postData) в System.Web.UI.Page.ProcessRequestMain (логічне includeStagesBeforeAsyncPoint, булеві includeStagesAfterAsyncPoint) в System.Web.UI.Page.ProcessRequest (логічне includeStagesBeforeAsyncPoint, булеві includeStagesAfterAsyncPoint) в System.Web.UI.Page.ProcessRequest() в System.Web.UI.Page.ProcessRequestWithNoAssert (HttpContext контексті) в System.Web.UI.Page.ProcessRequest (HttpContext контексті) в ASP._admin_editincomingurl_aspx.Обробки OneNote. ashx (HttpContext контексті) в System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() в System.Web.HttpApplication.ExecuteStep (IExecutionStep крок, логічне значення & completedSynchronously) в System.Web.HttpApplication.ResumeSteps (виняток помилки) в System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest (HttpContext контексті, AsyncCallback cb, extraData об'єкт) в System.Web.HttpRuntime.ProcessRequestInternal (HttpWorkerRequest wr) в System.Web.HttpRuntime.ProcessRequestNoDemand (HttpWorkerRequest wr) в System.Web.Hosting.ISAPIRuntime.ProcessRequest (IntPtr ЄХБ, Int32 iWRType) 06/06/2007 14:36:31.51 w3wp.exe (0x1620) 0x1988 служби Windows SharePoint Services топології 75bd високої UpdatedConcurrencyException: SPAlternateUrlCollection ім'я об'єкта = батьківський веб-ЗАСТОСУНКУ = SPFarm ім'я = SharePoint_Config було оновлено іншим користувачем. Визначити, якщо будуть ці зміни конфліктують, виправте розбіжності та повторно застосуйте другу зміну. Ця помилка може також указувати на програмну помилку, пов'язану з отриманням двох копій одного об'єкта в єдиному потоці. Відомості про попередні оновлення: користувача: Ім'я домену\UserName1 Процес: w3wp машини:Ім'я сервера Час:Дата Вільний час Відомості про поточне оновлення: користувача: Ім'я домену\UserName2 Процес: w3wp машини:Ім'я сервераДата Вільний час w3wp.exe (0x1620) 0x1988 служби Windows SharePoint Services топології 8xqy високої ConcurrencyException: старої версії: 16449 нова версія: 0

причина

Ця проблема виникає, якщо вміст файлу систему кеш на зовнішніх серверах новіший, ніж вміст бази даних конфігурації. Після того, як ви виконати Відновлення системи, можливо, доведеться вручну очистити кеш системи файл на локальному сервері.

Розв'язанн

Щоб вирішити цю проблему, очистити кеш файлів системи на всіх серверах у фермі серверів, на яких запущено службу таймера служби Windows SharePoint Services. Для цього виконайте такі інтерактивні елементи.
  1. Зупинити службу таймера. Для цього виконайте такі інтерактивні елементи.
    1. Натисніть кнопку Почати, наведіть вказівник на пункт Адмініструванняа потім натисніть кнопку застосунок-служба.
    2. Клацніть правою кнопкою миші служби Windows SharePoint Services таймера потім натисніть кнопку Зупинити.
    3. Закрийте консоль послуг.
  2. На комп'ютері під керуванням Microsoft Office SharePoint Server 2007-Українська версія, і на якому розміщується на сайті центру адміністрування виберіть Почати, натисніть кнопку Запустити, тип Провідник, а потім натисніть клавішу ENTER.
  3. У провіднику Windows знайдіть і двічі клацніть таку папку:
    дублювання диска: \Documents і Settings\All Users\Application Data\Microsoft\SharePoint\Config\GUID
    Примітки
    • На дублювання диска покажчик місця заповнення визначає буква диска, на якому інстальовано Windows. За промовчанням Windows інстальовано на диску c.
    • На GUID покажчик місця заповнення задає каталог вхідних повідомлень GUID.
    • Папка Application Data можуть бути приховані. Щоб переглянути приховані папки, виконайте такі дії:
      1. На в Інструменти меню, натисніть Параметри папки.
      2. Натисніть на подання елементів Вкладка.
      3. У в Додаткові параметри Виберіть Відображати приховані файли та папки у розділі Приховані файли та папкиа потім натисніть кнопку Гаразд.
    • У Windows Server 2008 конфігурація кеша є в такому розташуванні:
      дублювання диска: \ProgramData\Microsoft\SharePoint\Config\GUID
  4. архівувати файлів Cache.ini.
  5. Видалити всі файли конфігурації XML GUID папки. Зробити це, так що ви можете перевірити, що GUID папки замінено на нові файли конфігурації XML, коли перебудована кеш.

    Примітка. Під Вільний час очищення кешу конфігурації в папці GUID, переконайтеся, що ви не видаляти каталог вхідних повідомлень GUID і Cache.ini файл, що міститься в папці GUID.
  6. Двічі клацніть файл Cache.ini.
  7. На в Редагувати меню, натисніть Виділити все.
  8. На в Редагувати меню, натисніть Видалити.
  9. Тип 1а потім натисніть кнопку Зберегти на в Файл меню.
  10. На в Файл меню, натисніть Вихід.
  11. Запустити службу таймера. Для цього виконайте такі інтерактивні елементи.
    1. Натисніть кнопку Почати, наведіть вказівник на пункт Адмініструванняа потім натисніть кнопку застосунок-служба.
    2. Клацніть правою кнопкою миші служби Windows SharePoint Services таймера потім натисніть кнопку Почати.
    3. Закрийте консоль послуг.
    Примітка. файл кеша система буде повторно створено, після виконання цієї процедури. Переконайтеся, що виконання цієї процедури на всіх серверах у фермі серверів.
  12. Переконайтеся, що файл Cache.ini було оновлено. Для прикладу він більше не 1, якщо оновлення кешу.
  13. Натисніть кнопку Почати, наведіть вказівник на пункт Програми, наведіть вказівник на пункт Адмініструванняа потім натисніть кнопку Центр адміністрування SharePoint 3.0.
  14. Натисніть на Операції вкладки а потім натисніть кнопку Стан завдання таймера у розділі Глобальні налаштування.
  15. У списку завдань таймера, переконайтеся, що статус на Оновлення конфігурації запис А у Виконано успішно.
  16. На в Файл меню, натисніть Закрити.

Властивості

Номер статті: 939308 - Востаннє переглянуто: 4 лютого 2013 р. - Редакція: 0.1
Застосовується до:
  • 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 KbMtuk
Машинний переклад
УВАГА! Цю статтю переклала програма машинного перекладу Microsoft, а не людина. Корпорація Microsoft пропонує вам як машинні переклади, так і переклади фахівців, щоб Ви мали доступ до всіх статей бази знань рідною мовою. Проте стаття, яку переклав комп’ютер, не завжди бездоганна. Вона може містити лексичні, синтаксичні або граматичні помилки. Так само помиляється іноземець, спілкуючись вашою рідною мовою. Корпорація Microsoft не несе відповідальність за жодні неточності, помилки або шкоду, завдану неправильним перекладом змісту або його використанням з боку користувачів. Крім того, корпорація Microsoft часто оновлює програму машинного перекладу.
Клацніть тут, щоб переглянути цю статтю англійською мовою: 939308

Надіслати відгук

 

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