Лучший отвечающий
Sharepoint 2010. User Profile Synchronization Service не стартует

Вопрос
-
Не удается настроить службу синхронизации.
Симптомы одни и те же: долго стартует, потом переходит в 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:EPM3 октября 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 video4 октября 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- Изменено Sergii BielskyiMVP, Moderator 5 октября 2010 г. 4:40 редактирование
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 video5 октября 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