Добро пожаловать в мой блог! Изначально он не задумывался как блог CRM разработчика, но жизнь сама внесла нужные коррективы. Тут я публикою все свои наблюдения относительно обозначенных в заголовке систем. Если Вы найдете в нем что-то интересное для Вас, как для заказчика, то буду рад сотрудничать с Вами! В моей компетенции 100% задач по MS CRM 3.0/4.0/2011:
MVP 2010, 2011
- Консалтинг
- Проектирование
- Разработка
- Обучение
MVP 2010, 2011
Установка CRM 4.0 на Windows Server 2008 R2 и SQL Server 2008 R2
Запись от Артем Enot Грунин размещена 17.08.2010 в 12:52
Обновил(-а) Артем Enot Грунин 17.08.2010 в 12:56
Обновил(-а) Артем Enot Грунин 17.08.2010 в 12:56
Теги настройка
Недавно, в результате несчастного случая, умерла моя тестовая виртуалка с CRM Server. Ее смерть произошла при столь загадочных обстоятельствах, что вернуть сервер к жизни оказалось совершенно невозможным: смешались, сборки, пакеты обновлений, версии баз и пр. пр. пр. Чистые виртуалки, все как одна оказались под VPC и корректно работать под Hyper-V отказались. В какой-то момент этой эпопеи я понял, что дешевле создать тестовую машину с нуля, да заодно и разобраться с некоторыми тонкостями инсталляции на самом свежем софте. Результат представляю на ваш суд…
Итак, под самым свежим софтом я понимаю Windows Server 2008 R2 и SQL Server 2008 R2. Установить одно на другое - это уже целая проблема, так как новый сервер способен кого угодно убить своей изощренной системой безопасности. Типовые проблемы с которыми вам придется столкнуться: настройка удаленного подключения и брендмауэр (если вы планируете сложную конфигурацию, где SQL Server будет находиться на отдельной машине).
Порядок действий:
1. Создаем новую виртуалку и доступным для вас образом ставим на нее Windows Server 2008 R2. Я использовал ISO образ системы полученный с MSDN.
2. Далее производим быструю базовую настройку: языки, часовой пояс, клавиатура, отключаем защищенный режим IE, меняем имя машины. Последнее очень важно, так как после поднятия контроллера домена переименовать ее будет практически невозможно.
3. Далее необходимо настроить сеть и подключение по удаленному рабочему столу, если конечно вас не устраивают замечательные возможности "диспетчера виртуальных машин Hyper-V". Меня лично нет, поэтому: Открываем "Свойства системы" (горячая кнопка Win + Break), выбираем "Настройка удаленного доступа" и разрешаем удаленные подключения:
4. Далее, идем в центр управления сетями и общим доступом, где нам необходимо разрешить сетевое обнаружение нашей виртуалки. Вот тут нас ожидает первый облом. Нужную галочку сервер будет упорно сбрасывать. К счастью, над ней есть ссылка на документ справки, где популярно изложено, что необходимо предварительно запустить 4 службы, чтобы данная настройка работала:
Запустите эти службы, после чего в оснастке "Управления сетями и общим доступом" выберите пункт "Изменить дополнительные параметры общего доступа", где разрешите все действия.
5. Разворачиваем контроллер домена. Для этого выполняем команду dcpromo через меню Run (горячая клавиша Win + R). Необходимо пройти по шагам мастера, заблудиться будет сложно. Совет один: слушайтесь мастера - DNS сервер категорически нужен!
6. Перед установкой SQL Server необходимо установить на наш сервер дополнительные роли. Нам потребуются "Веб-сервер IIS" и "Сервер приложений". При настройке компонентов роли "Сервер приложений" не забудьте выбрать компонент "Поддержка сервера IIS".
7. Далее устанавливаем SQL Server 2008 R2. Для этого я снова использовал ISO образ с MSDN. При установке на контролере домена для ряда сервисов SQL Server нельзя использовать системные учетные записи, о чем вас честно предупредит инсталлятор. Вы можете создать для них новую доменную учетку или запустить их под администратором (в конце концов это тестовая машина!).
Если вы по каким-то причинам используете несколько виртуальных машин (не тестовая среда), то на сервере где инсталлируется SQL потребуется настроить брендмауэр Windows, чтобы тот разрешал исходящие соединения службам SQL Server. Подробнее тут: Настройка Брандмауэра Windows для разрешения доступа к SQL Server.
8. Последний подготовительный момент: для установки CRM 4.0 нужна "старая" служба индексирования Windows Server 2003. Она входит в состав роли "Файловые службы", но по умолчанию не включена. Ее можно добавить через диспетчер сервера:
Для этого нужно перейти в раздел "Файловые службы" и нажать "Добавить службы ролей"
9. Как мы знаем, дистрибутив Outlook клиента несколько раз обновлялся, чтобы корректно работать с новым ПО, однако дистрибутив сервера так никто и не обновил. Для того чтобы корректно установить его в новой среде нам потребуется обновить его файлы для установки. Данную операцию можно проделать автоматически, для чего нам придется дать виртуалке доступ в интернет, либо можно воспользоваться следующей статьей базы знаний: How to obtain the setup updates for Microsoft Dynamics CRM 4.0. В ней подробно изложено как сформировать ссылку на патч для
нужной нам языковой версии и серверной архитектуры. Вставляем ее в браузер и загружаем нужный нам патч. В моем случае его имя: Server_amd64_RUS.msp.
10. К сожалению, просто запустить его не получится - только задать через конфиг. Для этого создадим на диске С каталог "setup" и разрешим к нему сетевой доступ (благо теперь он работает). Скопируем патч в этот каталог, там же создадим текстовый файл следующего содержания:
В этом же конфиге вы можете задать и все прочие параметры инсталляции сервера. С его форматом вы можете ознакомиться в Implementation Guide.
11. Теперь необходимо запустить из командной строки инсталляцию сервера CRM и передать ему параметром этот конфиг. Я по прежнему использую ISO образы с MSDN и подключаю их как виртуальные CD через оснастку Hyper-V.
12. Сервер выполнит "поиск" обновлений в указанном в конфиге каталоге, и продолжит инсталляцию привычным нам образом. С одним отличием: проблем совместимости теперь не будет. Мой сервер установился с первой попытки, без ошибок и предупреждений.
13. Обновление файлов установки не отменяет необходимость обновления файлов самого сервера! После его установки необходимо будет вручную применить нужные обновления.
Итак, под самым свежим софтом я понимаю Windows Server 2008 R2 и SQL Server 2008 R2. Установить одно на другое - это уже целая проблема, так как новый сервер способен кого угодно убить своей изощренной системой безопасности. Типовые проблемы с которыми вам придется столкнуться: настройка удаленного подключения и брендмауэр (если вы планируете сложную конфигурацию, где SQL Server будет находиться на отдельной машине).
Порядок действий:
1. Создаем новую виртуалку и доступным для вас образом ставим на нее Windows Server 2008 R2. Я использовал ISO образ системы полученный с MSDN.
2. Далее производим быструю базовую настройку: языки, часовой пояс, клавиатура, отключаем защищенный режим IE, меняем имя машины. Последнее очень важно, так как после поднятия контроллера домена переименовать ее будет практически невозможно.
3. Далее необходимо настроить сеть и подключение по удаленному рабочему столу, если конечно вас не устраивают замечательные возможности "диспетчера виртуальных машин Hyper-V". Меня лично нет, поэтому: Открываем "Свойства системы" (горячая кнопка Win + Break), выбираем "Настройка удаленного доступа" и разрешаем удаленные подключения:
4. Далее, идем в центр управления сетями и общим доступом, где нам необходимо разрешить сетевое обнаружение нашей виртуалки. Вот тут нас ожидает первый облом. Нужную галочку сервер будет упорно сбрасывать. К счастью, над ней есть ссылка на документ справки, где популярно изложено, что необходимо предварительно запустить 4 службы, чтобы данная настройка работала:
Цитата:
Для обнаружения сети необходимо, чтобы службы DNS-клиента, публикации ресурсов для обнаружения функций, обнаружения протокола SSDP и узла универсальных PNP-устройств были запущены, сетевому обнаружению было
разрешено подключение через брандмауэр Windows, а другие брандмауэры не влияли на сетевое обнаружение.
разрешено подключение через брандмауэр Windows, а другие брандмауэры не влияли на сетевое обнаружение.
5. Разворачиваем контроллер домена. Для этого выполняем команду dcpromo через меню Run (горячая клавиша Win + R). Необходимо пройти по шагам мастера, заблудиться будет сложно. Совет один: слушайтесь мастера - DNS сервер категорически нужен!
6. Перед установкой SQL Server необходимо установить на наш сервер дополнительные роли. Нам потребуются "Веб-сервер IIS" и "Сервер приложений". При настройке компонентов роли "Сервер приложений" не забудьте выбрать компонент "Поддержка сервера IIS".
7. Далее устанавливаем SQL Server 2008 R2. Для этого я снова использовал ISO образ с MSDN. При установке на контролере домена для ряда сервисов SQL Server нельзя использовать системные учетные записи, о чем вас честно предупредит инсталлятор. Вы можете создать для них новую доменную учетку или запустить их под администратором (в конце концов это тестовая машина!).
Если вы по каким-то причинам используете несколько виртуальных машин (не тестовая среда), то на сервере где инсталлируется SQL потребуется настроить брендмауэр Windows, чтобы тот разрешал исходящие соединения службам SQL Server. Подробнее тут: Настройка Брандмауэра Windows для разрешения доступа к SQL Server.
8. Последний подготовительный момент: для установки CRM 4.0 нужна "старая" служба индексирования Windows Server 2003. Она входит в состав роли "Файловые службы", но по умолчанию не включена. Ее можно добавить через диспетчер сервера:
Для этого нужно перейти в раздел "Файловые службы" и нажать "Добавить службы ролей"
9. Как мы знаем, дистрибутив Outlook клиента несколько раз обновлялся, чтобы корректно работать с новым ПО, однако дистрибутив сервера так никто и не обновил. Для того чтобы корректно установить его в новой среде нам потребуется обновить его файлы для установки. Данную операцию можно проделать автоматически, для чего нам придется дать виртуалке доступ в интернет, либо можно воспользоваться следующей статьей базы знаний: How to obtain the setup updates for Microsoft Dynamics CRM 4.0. В ней подробно изложено как сформировать ссылку на патч для
нужной нам языковой версии и серверной архитектуры. Вставляем ее в браузер и загружаем нужный нам патч. В моем случае его имя: Server_amd64_RUS.msp.
10. К сожалению, просто запустить его не получится - только задать через конфиг. Для этого создадим на диске С каталог "setup" и разрешим к нему сетевой доступ (благо теперь он работает). Скопируем патч в этот каталог, там же создадим текстовый файл следующего содержания:
Код:
<CRMSetup>
<Server>
<Patch update="true">\\crmdev\setup\Server_amd64_RUS.msp</Patch>
</Server>
</CRMSetup>
11. Теперь необходимо запустить из командной строки инсталляцию сервера CRM и передать ему параметром этот конфиг. Я по прежнему использую ISO образы с MSDN и подключаю их как виртуальные CD через оснастку Hyper-V.
12. Сервер выполнит "поиск" обновлений в указанном в конфиге каталоге, и продолжит инсталляцию привычным нам образом. С одним отличием: проблем совместимости теперь не будет. Мой сервер установился с первой попытки, без ошибок и предупреждений.
13. Обновление файлов установки не отменяет необходимость обновления файлов самого сервера! После его установки необходимо будет вручную применить нужные обновления.
Всего комментариев 0
