Я пытаюсь установить Dynamics CRM 2013 на сервер. Этот сервер находится на виртуальной машине. Есть несколько других виртуальных машин, ADDS и DNS, MSSQL и виртуальная машина WebServer.
Каждый сервер - это Windows Server 2012 R2. SQL Server - это предприятие 2012 года.
Каждая виртуальная машина является частью основного домена, установленного ADDS и DNS. NSLookup подтверждает, что я вижу компьютер по правильному IP-адресу.
Каждая отдельная виртуальная машина имеет свой статический IP-адрес, для DNS установлено значение ADDS & DNS. Я использую администратора домена для входа на все серверы и делаю администратора этого домена локальным администратором.
Я настроил всех пользователей домена для CRM и дал им соответствующие разрешения, я также добавил учетные записи в соответствующие места, так что пользователь развертывания CRM находится в безопасности SQL.
Агент SQL запущен. В диспетчере конфигурации SQL-сервера включена сетевая конфигурация SQL-сервера TCP / IP для разрешения удаленных подключений. На сервере SQL есть пользователь домена в качестве администратора, который является тем же пользователем, который использовался для установки CRM.
В настройке CRM я указываю на [Servername]\[Instance] и я также пробовал только [Servername]. чтобы упростить это, я позвонил на сервер MSSQL и оставил имя экземпляра по умолчанию. Я даже установил экземпляр MSSQL как администратор домена.
CRM может найти URL-адрес ReportServer. Я включил все необходимые порты, в том числе: 135, 1433, 1434, 2382, 2383, 4022. 1434 UDP.
Я чувствую, что абсолютно все сделал, я много раз гуглил и пробовал все разные методы, и, хоть убей, я не могу настроить CRM для поиска агента SQL-сервера. Все остальное он проходит отлично. Я даже могу пинговать MSSQL сервер.
В чем проблема, почему CRM все еще выдает ошибку:
SQLSERVERAGENT (SQLSERVERAGENT) service is not running on the server MSSQL
На MSSQL server имя службы агента sql server:
SQL Server Agent (MSSQLSERVER)
Мне нужно было открыть порт 445 на сервере MSSQL. Это все....
У нас было что-то очень похожее ... кроме открытия портов, обеспечения разрешений и других рекомендуемых действий не помогло. Ошибка по-прежнему сохраняется.
По чистой случайности - мы обнаружили, что общие файловые ресурсы недоступны. Разрешив «Общий доступ к файлам и принтерам для сетей Microsoft» для подключения к локальной сети SQL-сервера, мы смогли решить эту проблему.
Я включаю это здесь исключительно как ссылку на вышеуказанное решение ... поскольку мы не смогли решить проблему с помощью поисковых систем / форумов / сайтов вопросов и ответов и т. Д.