Move Dynamics CRM 2011
Иметь CRM 2011. Переход на другой сервер с конечной целью обновления до CRM 2016.
Установил CRM 2011 на новый сервер. Резервное копирование существующих БД и восстановление на новом сервере. Изменены имена серверов в конфигурационной таблице Servers. Воссоздал PrivReportingGroup, SQLAccessGroup, ReportingGroup и PrivUserGroup. Похоже, что имена групп указаны в формате имени, а идентификатор организации - в квадратных скобках после имени.
Я получаю сообщение:
"Нет пользователя Microsoft Dynamics CRM с указанным именем домена и идентификатором пользователя:", "Не существует записи пользователя Microsoft Dynamics CRM с указанным именем домена и идентификатором пользователя".
Что на самом деле мне следует делать или как правильно выбрать этот тип миграции?
Старый сервер и новый находятся в разных доменах и разных сетях. Первоначальный сервер был Win 2008 и SQL 2008. Новый сервер Win 2016 и SQL 2016.
Я вручную создал пользователя администратора в таблице SystemUser и администратора для пользователя в таблице SystemUserRoles.
1 ответ
Во-первых, ваша конфигурация не поддерживается, CRM 2011 не может быть установлен на WS2016 и SQL 2016 ( читайте). Хотя это может сработать (я думаю, что я провел такой тест некоторое время назад, но я не могу проверить его сейчас, поскольку у меня больше нет доступа к этой среде), вы должны делать такие вещи только для сред DEV. Для сред PRD, учитывая, что вы являетесь партнером, поэтому ваш клиент ожидает, что вы будете придерживаться рекомендованного подхода, чтобы не потерять поддержку Microsoft для его системы, вы должны всегда устанавливать программное обеспечение в поддерживаемой среде. Правильный способ обновления CRM 2011 до CRM 2016 заключается в следующем:
- Установите поддерживаемую среду для CRM 2011 (WS2008/SQL2008)
- Импорт организации на этот сервер
- Исправьте вещи, которые больше не поддерживаются в CRM 2013
- Установите поддерживаемую среду для CRM 2013 (WS2012/SQL2012)
- Импорт организации на этот сервер
- Обновление (на месте) до CRM 2015 (работает на WS2012/SQL2012, поэтому нет необходимости в другой среде)
- Обновление (на месте) до CRM 2016 (также работает на WS2012 / SQL2012)
- Установить среду WS2016/SQL2016
- Импорт организации в эту среду
- Избавьтесь от ненужных сред
- Пей пиво и празднуй
Конечно, на каждом этапе системы (CRM2013/CRM2015) вы можете добавлять / изменять некоторые настройки, используя вещи, которые были введены в новой системе (или просто добавить их все в CRM 2016).
Теперь о перемещении организации - вы явно совершаете магию, которую не должны делать. Перемещение между доменами - самый простой сценарий, и я делал это сотни раз.
- создавать резервные копии из одной среды (ТОЛЬКО база данных organization_MSCRM)
- восстановить эту базу данных во второй среде
- запустить Deployment Manager во второй среде и импортировать организацию
- сопоставлять пользователей (если у них одинаковые доменные имена, вы можете перейти к автоматическому сопоставлению, в противном случае сделать это вручную или с помощью файла сопоставления) - необходимо сопоставить хотя бы системного администратора
- сделанный
Ни больше ни меньше. Если вы создаете вручную несколько групп в AD или вручную создаете SystemUser, вставляя значение в таблицу SQL (!!!!! OMG!!!!!) - вы делаете что-то не так, и вам следует остановиться и начать все с нуля. И я имею в виду, что - с нуля, поскольку вы в настоящее время сломали все, что в вашей среде могло быть сломано, даже если система работает в какой-то момент, вы можете получить некоторые ошибки на более позднем этапе или, возможно, после другого обновления, которым вы никогда не будете в состоянии исправить.
Убедитесь, что вы не восстановили MSCRM_CONFIG в вашей целевой среде (и я боюсь, что вы сделали это, потому что написали, что вы восстановили базы данных) - вам следует восстанавливать только базу данных организации, а не базу данных CONFIG. Если он все еще не работает, то я на 99% уверен, что причиной является ваша неподдерживаемая среда, поэтому вам придется выбрать более длинный путь, который я описал в начале.