Я полный новичок в работе с SharePoint и Windows Server, но на прошлой неделе мне дали небольшую инструкцию по работе с SharePoint 2010, чтобы посмотреть, как я с этим справлюсь.
В любом случае, я настроил сервер SharePoint и повозился, чтобы создать несколько новых сайтов и страниц и т. д., но теперь я хочу попробовать импортировать некоторые группы AD. В рамках этого я посмотрел эти руководства,здесьиздесь.
Пока что я добрался до процесса запуска службы профилей пользователей, который работает нормально, но когда я запускаю службу синхронизации профилей пользователей, она останавливается на запуске. Но когда я обновляю страницу или захожу в раздел мониторинга, он показывает, что он прерван. Теперь я новичок в администрировании серверов, как я уже сказал, и когда я запускаю службу синхронизации профилей пользователей, она пытается работать как NT AUTHORITY\NETWORK SERVICE и запрашивает пароль, поэтому я предоставляю ей пароль администратора, теперь я не уверен, является ли это частью проблемы или нет, так как я проверил файлы журналов, и они, похоже, говорят, что у нее нет разрешений, что достаточно справедливо, но я не вижу, как можно изменить учетную запись, даже если бы я хотел.
Так что если кто-то может помочь, это будет оценено по достоинству. Если вам понадобится дополнительная информация, чтобы помочь с ответом, просто дайте мне знать.
решение1
Просто следуйте инструкциям в этой статье, и вы сможете успешно все настроить. http://www.harbar.net/articles/sp2010ups.aspx
решение2
Вы успешно настроили службу управляемых метаданных? Без нее служба синхронизации профилей пользователей не запустится и останется в «начальном» состоянии.
решение3
На самом деле я попал в ДВЕ ловушки, когда я подготовил SQL для своей фермы SharePoint 2010, и обе ловушки не были хорошо документированы ни в моей знаменитой статье Спенса Харбара UPS (она упоминается), ни в Technet (насколько мне известно, упоминания нет). Сначала я настроил именованный экземпляр SQL Server, например SERVERNAME\SHAREPOINT. Затем я использовал полное доменное имя SQL-сервера (servername.domain.name\SHAREPOINT) при установке SharePoint, что является еще одной проблемой, с которой UPS не может справиться.
Я перепробовал много способов устранения неполадок, но в итоге был вынужден переустановить SQL и SharePoint. Было много проблем с удалением Office Web Apps и SharePoint, и в итоге я застрял с проблемной установкой SharePoint и всего несколькими днями до крайнего срока. Ну что ж, могло быть и хуже.. :)
В любом случае, НЕ используйте SQL named instance ИЛИ SQL FQDN, если вы думаете, что когда-нибудь будете предоставлять UPS, вот в чем суть. Оба варианта прекрасно работают во всех других сценариях, но вы никогда не знаете, не так ли.. :)