none
Sharepoint 2010. User Profile Synchronization Service не стартует RRS feed

  • Вопрос

  • Не удается настроить службу синхронизации.

    Симптомы одни и те же: долго стартует, потом переходит в stopped. При этом служба FIM Synchronization Service переходит в режим disabled. При попытке ее запуска вручную, ругается на ненайденный файл, а в логах пишет на отсутствующие записи SQLInstance и DBName. В реестре таких записей нет, но должны быть, согласно документации по FIM, так что вполне логично что не может стартовать. Я так понимаю, что эти записи туда должен добавить визард добавления User Profile Service Application, но по какой-то причине он этого не делает.

    Сервер Win 2008 R2, SQL 2008 R2, Sharepoint Server 2010 farm.

    Пробовал русскую и ангийскую версию sharepoint, пробовал первоначальную настройку фермы визардом и вручную, добавление-удаление приложения профилей, перезагрузка, iisreset, запуск от всяких разных привеллигированных и не очень пользователей  и прочие танцы. Ничего не помогает.

    Использованные руководства:

    http://www.harbar.net/articles/sp2010ups.aspx
    http://technet.microsoft.com/en-us/library/ee721049.aspx
    http://www.sharepointdevwiki.com/display/spadmin2010/15+-+Configure+User+Profile+Synchronization+Service

    Везде застреваю на запуске этого сервиса. Уже неделю "сожительствую" с этой проблемой, и, кажется, меня скоро забанят во всех поисковиках :(

     

    • Перемещено Denis DyagilevModerator 16 декабря 2010 г. 11:12 (От:Серверные приложения)
    2 октября 2010 г. 21:38

Ответы

  • Этого мануала вполне достаточно для настройки и запуска службы синхронизации: http://www.harbar.net/articles/sp2010ups.aspx

    Если пробовали запускать службы синхронизации вручную, то лучше начинать с чистой установки Sharepoint.

    И еще один нюанс есть. В статье той я не нашел этого. После того как все настроено, перед запуском службы синхронизации нужно будет сделать следующее, чтобы избежать некоторых ошибок с синхронизацией. К сожалению не нашел ссылку, поэтому процитирую здесь

     

    Well it has been a while but this is now resolved. After working with Microsoft, we found 
    that the OWSTimer.exe service was crashing. All this came down to proxy issues. After running 
    netsh winhttp show proxy, i saw I had direct access. This however was not the case.
    1. You need to create a owstimer.exe.config file with the following
    <configuration>
    <system.net>
    <defaultProxy>
    <bypasslist>
    <add address="[a-z]+\.yourdomain\.com" />
    <add address="192\.168\..*" /> Your internal IP Range
    </bypasslist>
    </defaultProxy>
    </system.net>
    </configuration>

    This helped us get the User Profile Syncronisation Service running.
    At this point the case was closed with Microsoft. But then i ran into an issue creating the
    import connection "MOSS MA not found"

    2. To resolve this you need to add the proxy bypass to the web.config file for the central
    admin web application only the content between the <defaultProxy> tags. You should be able
    to see this section in the file.
    Now you will have the connection. Close but still not happy, syncing will run but with errors.
    I was seeing hundred of event

    6801 - FIMSynchronizationService
    System.NullReferenceException: Object reference not set to an instance of an object. at
    Microsoft.Office.Server.UserProfiles.ManagementAgent.ProfileImportExportExtension.Microsoft.
    MetadirectoryServices.IMAExtensibleCallExport.ExportEntry(ModificationType modificationType,
    String[] changedAttributes, CSEntry csentry) Forefront Identity Manager

    and

    6100 - FIMSynchronizationService
    MOSS-f43f00de-4210-43b1-a3fe-e7403684bddb
    MOSS_EXPORT_d752b66b-e7c7-447b-b782-c4bf69baee10

    3. This was fixed by creating another config file.
    MIISClient.exe.config in c:\Program Files\Microsoft Office Servers\14.0\Synchronization Service\UIShell
    Add the same proxy settings as discussed previously.
    We are now very close, but i was still getting errors during the export part of the process

    4. One more config file
    MIISServer.exe.config in c:\Program Files\Microsoft Office Servers\14.0\Synchronization Service\Bin

    Same proxy bypass and done before.

    Now i have a full sync running. An ordeal but hopefully this will help someone in the future.

    Попробуйте в текущей ситуации, может поможет решить вашу проблему, но вообще говоря, мне кажется, что ваша ошибка из другой оперы. Если нет, при установке с нуля крайне рекомендую это делать. Избавляет от многих проблем.

     

    • Помечено в качестве ответа Nikita Panov 29 ноября 2010 г. 6:25
    22 ноября 2010 г. 13:13

Все ответы

  • Посмотрите это обсуждение, может быть какой-нибудь вариант поможет
    MCTS, MCITP:EPM
    3 октября 2010 г. 19:53
    Отвечающий
  • Посмотрел до написания поста. Безрезультатно.
    3 октября 2010 г. 21:12
  • Посмотрел до написания поста. Безрезультатно.

    Попробуйте так - http://blogs.technet.com/b/steve_chen/archive/2010/09/20/user-profile-sync-sharepoint-2010.aspx
    Sergey A Belskiy - Microsoft® Most Valuable Professional, Sharepoint Server || My blog || My twitter || My space || My video
    4 октября 2010 г. 10:21
    Модератор
  • А какие там отличия от вышеприведенных ссылок? Такое ощущение, что я пропускаю что-то важное. Я застреваю вот на этом:

    "So far, the FIM services should be also in that status after 30-45 min. If they change back to "disabled" then you did something wrong ;-) "
    • Предложено в качестве ответа Dunaeva_NY 6 октября 2010 г. 1:35
    4 октября 2010 г. 19:40
  • Вам необходимо предоставить разрешения “Replicate directory changes" на учетку администратора фермы.

    Прочитайте здесь - http://social.technet.microsoft.com/Forums/ru-RU/msoserverru/thread/7db829c6-d1f7-4ce1-afcf-969629b3e65e/


    Sergey A Belskiy - Microsoft® Most Valuable Professional, Sharepoint Server || My blog || My twitter || My space || My video
    5 октября 2010 г. 4:40
    Модератор
  • Посмотрите ещё здесь - http://www.harbar.net/articles/sp2010ups2.aspx
    Sergey A Belskiy - Microsoft® Most Valuable Professional, Sharepoint Server || My blog || My twitter || My space || My video
    5 октября 2010 г. 6:41
    Модератор
  • мне помогло во это:

    http://blogs.msdn.com/b/yvan_duhamel/archive/2010/06/29/you-get-a-system-security-securityexception-when-you-try-to-start-the-fim-synchronization.aspx

     

    6 октября 2010 г. 1:37
  • Ничего вышеупомянутое не помогает. Прописывал разрешения в домене: как я понял по руководствам оно нужно для синхронизации изменений в AD. У меня до этого - как до Киева вприсядку. Сам сервис не стартует, так что разрешения на домен и схему - тут пока ни к чему.

    поднял новый домен, сделал все как написано: результат тот же самый, служба автоматически переходит в состояние disabled.

    Кто-нибудь может сказать, что пропписано в реестре по указанному адресу?

    у меня только это:

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\FIMSynchronizationService\Parameters]
    "EventSource"="FIMSynchronizationService"
    "EventProductName"="FIM Synchronization Service"
    "Path"="C:\\Program Files\\Microsoft Office Servers\\14.0\\Synchronization Service\\"
    

    8 октября 2010 г. 16:36
  • Какие ошибки присутствуют в журнале событий приложений? Служба переходит в состояние Disabled сразу после 15 попыток запуститься. Соответственно смотрите журнал и скажите какие ошибки выдает. Вероятнее всего это будут ошибки FIM Synchronization Service.
    14 октября 2010 г. 12:19
  • Papa Padlo Медали пользователяВаша проблема сохраняется?
    Данный форум является бесплатным сервисом Microsoft с целью оказания посильной помощи пользователям и повышения уровня знаний о продуктах Microsoft. Информация, представленная на форуме, распространяется "как есть" без официальной ответственности компании Microsoft.
    11 ноября 2010 г. 12:30
  • Уважаемый пользователь!

    В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.


    Данный форум является бесплатным сервисом Microsoft с целью оказания посильной помощи пользователям и повышения уровня знаний о продуктах Microsoft. Информация, представленная на форуме, распространяется "как есть" без официальной ответственности компании Microsoft.
    22 ноября 2010 г. 7:14
  •  

    Кому продать душу чтобы запустить синхронизацию? Учетка фермы уже повышалась чуть ли не до администратора домена, администратора всего и всея.

    После этого мануала всплыли вот эти ошибки:

    Forefront Identity Manager

    Microsoft.ResourceManagement.Service: Microsoft.ResourceManagement.ResourceManagementException: Исключение из HRESULT: 0x80230622 ---> System.Runtime.InteropServices.COMException (0x80230622): Исключение из HRESULT: 0x80230622
      в MIISRCW.IMMSServer.CreateMA(String pszMADataXML, String& ppszUpdatedXML)
      в Microsoft.ResourceManagement.SyncConfig.CreateMA(String maData, String& returnString)
      в Microsoft.ResourceManagement.ActionProcessor.SyncConfigActionProcessor.Create(String typeName, IList`1 createParameters, Guid creator, Guid cause)
      --- Конец трассировки внутреннего стека исключений ---
      в Microsoft.ResourceManagement.ActionProcessor.SyncConfigActionProcessor.Create(String typeName, IList`1 createParameters, Guid creator, Guid cause)
      в Microsoft.ResourceManagement.ActionProcessor.SyncConfigActionProcessor.ProcessInputRequest(RequestType request)
      в Microsoft.ResourceManagement.ActionProcessor.ActionDispatcher.ProcessInputRequest(RequestType request)
      в Microsoft.ResourceManagement.WebServices.RequestDispatcher.ExecuteAction(RequestType request)
      в Microsoft.ResourceManagement.WebServices.RequestDispatcher.ExecuteAction[ResponseBodyType](RequestType request)
      в Microsoft.ResourceManagement.WebServices.RequestDispatcher.DispatchRequest[ResponseBodyType](RequestType request, Guid requestIdentifier, Object redispatchSingleInstanceKey)
      в Microsoft.ResourceManagement.WebServices.RequestDispatcher.DispatchRequest[ResponseBodyType](RequestType request)
      в Microsoft.ResourceManagement.WebServices.ResourceManagementService.Create(Message request)
    
    Microsoft.ResourceManagement.ResourceManagementException: Исключение из HRESULT: 0x80230622 ---> System.Runtime.InteropServices.COMException (0x80230622): Исключение из HRESULT: 0x80230622
      в MIISRCW.IMMSServer.CreateMA(String pszMADataXML, String& ppszUpdatedXML)
      в Microsoft.ResourceManagement.SyncConfig.CreateMA(String maData, String& returnString)
      в Microsoft.ResourceManagement.ActionProcessor.SyncConfigActionProcessor.Create(String typeName, IList`1 createParameters, Guid creator, Guid cause)
      --- Конец трассировки внутреннего стека исключений ---
    

    FIMSyncronizationService

    The server encountered an unexpected error while performing an operation for the client.
     
     "BAIL: MMS(6080): mastate.cpp(3117): 0x80230622 (A management agent with this name already exists.): MA directory cannot be created because it is already in use by an existing MA: C:\Program Files\Microsoft Office Servers\14.0\Synchronization Service\MaData\ILMMA
    BAIL: MMS(6080): mastate.cpp(1637): 0x80230622 (A management agent with this name already exists.)
    BAIL: MMS(6080): server.cpp(964): 0x80230622 (A management agent with this name already exists.)
    Forefront Identity Manager 4.0.2450.5"
    

    22 ноября 2010 г. 12:40
  • Этого мануала вполне достаточно для настройки и запуска службы синхронизации: http://www.harbar.net/articles/sp2010ups.aspx

    Если пробовали запускать службы синхронизации вручную, то лучше начинать с чистой установки Sharepoint.

    И еще один нюанс есть. В статье той я не нашел этого. После того как все настроено, перед запуском службы синхронизации нужно будет сделать следующее, чтобы избежать некоторых ошибок с синхронизацией. К сожалению не нашел ссылку, поэтому процитирую здесь

     

    Well it has been a while but this is now resolved. After working with Microsoft, we found 
    that the OWSTimer.exe service was crashing. All this came down to proxy issues. After running 
    netsh winhttp show proxy, i saw I had direct access. This however was not the case.
    1. You need to create a owstimer.exe.config file with the following
    <configuration>
    <system.net>
    <defaultProxy>
    <bypasslist>
    <add address="[a-z]+\.yourdomain\.com" />
    <add address="192\.168\..*" /> Your internal IP Range
    </bypasslist>
    </defaultProxy>
    </system.net>
    </configuration>

    This helped us get the User Profile Syncronisation Service running.
    At this point the case was closed with Microsoft. But then i ran into an issue creating the
    import connection "MOSS MA not found"

    2. To resolve this you need to add the proxy bypass to the web.config file for the central
    admin web application only the content between the <defaultProxy> tags. You should be able
    to see this section in the file.
    Now you will have the connection. Close but still not happy, syncing will run but with errors.
    I was seeing hundred of event

    6801 - FIMSynchronizationService
    System.NullReferenceException: Object reference not set to an instance of an object. at
    Microsoft.Office.Server.UserProfiles.ManagementAgent.ProfileImportExportExtension.Microsoft.
    MetadirectoryServices.IMAExtensibleCallExport.ExportEntry(ModificationType modificationType,
    String[] changedAttributes, CSEntry csentry) Forefront Identity Manager

    and

    6100 - FIMSynchronizationService
    MOSS-f43f00de-4210-43b1-a3fe-e7403684bddb
    MOSS_EXPORT_d752b66b-e7c7-447b-b782-c4bf69baee10

    3. This was fixed by creating another config file.
    MIISClient.exe.config in c:\Program Files\Microsoft Office Servers\14.0\Synchronization Service\UIShell
    Add the same proxy settings as discussed previously.
    We are now very close, but i was still getting errors during the export part of the process

    4. One more config file
    MIISServer.exe.config in c:\Program Files\Microsoft Office Servers\14.0\Synchronization Service\Bin

    Same proxy bypass and done before.

    Now i have a full sync running. An ordeal but hopefully this will help someone in the future.

    Попробуйте в текущей ситуации, может поможет решить вашу проблему, но вообще говоря, мне кажется, что ваша ошибка из другой оперы. Если нет, при установке с нуля крайне рекомендую это делать. Избавляет от многих проблем.

     

    • Помечено в качестве ответа Nikita Panov 29 ноября 2010 г. 6:25
    22 ноября 2010 г. 13:13