Перенос структуры таблиц из CRM 4 в CRM 2011

[zrabzdn]

Добрый день. Необходимо мигрировать из CRM 4 в CRM 2011. Конкретно необходимо перенести конкретные поля для сущностей "Бизнес-партнеры" и "Контакты". Как я понял за "Контакты" отвечают таблицы "ContactBase" и "ContactExtensionBase", а для "Бизнес -партнеры" - вьюха "Contact". Где найти сущности "Тип" и "Отрасль"?. До этого CRM-м не занимался.

[Артем Enot Грунин]

Добрый день. Существует стандартное средство миграции базы из 4.0 в 2011. Для этого средствами SQL Server скопируйте базу от 4.0 на сервер где развёрнута база 2011. Например, это можно сделать через бэкап. Далее на сервере CRM запустите оснастку CRM Deployment Magager (доступна в меню Пуск). В этой оснастке найдите Импорт организации. Далее следуйте по шагам мастера.

В работе с CRM в базу нужно лезть только в исключительных случаях.

[zrabzdn]

Данный механизм осуществляет загрузку, а мне нужно перенести структуру таблиц

[Артем Enot Грунин]

Боюсь что вы не понимаете о чем говорите. Если вам так угодно, данный механизм позволяет преобразовать структуру таблиц 4.0 к структуре понятной 2011. Поверьте, в ней произошли значимые изменения и не стоит пытаться реализовать подобное вручную.

[Артем Enot Грунин]

Давайте я поясню подробно. Существует несколько сценариев обновления с CRM 4.0 на 2011. Основные два - это установить 2011 поверх 4.0 (может быть рискованно, если потребуется откатиться) и поставить 2011 на отдельных серверах, после чего импортировать базу от 4.0 в среду 2011.
В версии 4.0 средство импорта в Deployment Magager использовалось только для импорта существующей базы CRM 4.0 (именно БАЗЫ, а не данных) в текущее развертывание. Этот процесс подразумевал мапинг пользователей текущего развертывания и пользователями в базе, после чего происходило, фактически, повторное создание учетных записей пользователей в системе и переназначение всех записей в базе.
В версии 2011 средство импорта в Deployment Magager обогатили еще и возможностью обновить базу данных 4.0 (и 2011) до последней версии (со всеми установленными обновлениями). При этом структура базы изменилась кардинально. В основном это связано с масштабными изменениями в метаданных объектов (подключения, кастомные типы действий, пр.), модели безопасности (группы с назначенными ролями) и принципов разработки (появились "решения"). Мигрировать, или обновлять что либо средствами SQL считаю категорически рискованной задачей.

[zrabzdn]

Добрый день.

Делаю миграцию оснасткой Microsoft Dynamics CRM Deployment Manager, в ней есть организация с базой CRM2011 версии, но на шаге настроек организации необходимо указать наименование организации и наименование БД. Мне не понятно как будет работать CRM,ведь создается еще одна база,

[Артем Enot Грунин]

2011, как и 4.0 (версии Enterprise) поддерживает развертывание нескольких независимых конфигураций (баз данных организации) на одной инстанции сервера. Доступ к ним осуществляется путем добавления в строку адреса уникального имени организации:
http://crm/Org1, http://crm/Org2. Организация по умолчанию (обычно создается при инсталляции, но можно изменить) доступна без указания имени организации: http://crm.

Интересный момент заключается в том, что организация по умолчанию, в действительности, задается для пользователя при создании его учетной записи, а не на уровне развертывания. Но есть неподдерживаемое решение: http://marcellotonarelli.wordpress.c...-4-enterprise/

[zrabzdn]

После маппинга пользователей получаю следующую ошибку:

You must map your Active Directory user account to at least one enabled Microsoft Dynamics CRM User who has the System Administrator security role before the organization can be imported. Как такая проблема решается?

[Артем Enot Грунин]

Пожалуйста, пропускайте через матрицу сознания, или google свои вопросы, прежде чем задавать их на форуме.

      AD      CRM

Это значит что учетная запись под которой вы выполняете импорт должна быть мапирована на одного из администраторов в импортируемой базе. В противном случае есть вероятность, что в созданной в результате импорта организации не будет "живого" администратора, который бы мог дать доступ всем остальным.

http://www.ryanonrails.com/2011/07/0...-user-account/