Развертывание бизнес-единиц и модели безопасности в рамках решения от Sandbox до Prod - PullRequest
Новая
       4

Развертывание бизнес-единиц и модели безопасности в рамках решения от Sandbox до Prod

0 голосов
/ 10 февраля 2020

Я работаю над проектом Dynamics 365 (v9.1), в котором есть несколько организационных сред, использующих песочницы, такие как DEV, затем несколько других, таких как QA, et c и, наконец, PROD, например.

Мне сказали, что любые изменения роли безопасности в бизнес-единицах должны выполняться вручную в каждой среде.

Причина, по которой мне сказали об этом, заключается в том, что при создании среды имя родительской бизнес-единицы по умолчанию генерируется однозначно по умолчанию в Dynamics 365, и в результате каждая из сред имеет разные GUID родительской бизнес-единицы и это отрицательно сказывается на дочерних бизнес-единицах, командах и т. д. c, поэтому модель безопасности каждой среды должна создаваться вручную для каждой среды.

Я очень новичок в Dynamics 365, но это не совсем кажется интуитивно правильно, что Dynamics 365 потребует от меня внесения изменений в систему безопасности вручную в каждой среде (вместо того, чтобы инкапсулировать их в решение из DEV).

Мои вопросы:

  1. Почему песочница по умолчанию GUID родительского подразделения не совпадает с PROD?
  2. Каков правильный подход, так что мне нужно только изменить бизнес-подразделение, команду и роль безопасности в изолированной программной среде DEV, а затем экспортировать / развернуть как решения в цепочке к PROD?

1 Ответ

0 голосов
/ 10 февраля 2020

Это верно, потому что бизнес-единица является записью объекта, и родительское BU по умолчанию создается, когда Org предоставляется с тем же именем, что и имя организации.

  • Поддерживать иерархию бизнес-единиц в целевая система совпадает с исходной системой
  • Сохраняет те же значения идентификатора бизнес-единицы (GUID) в целевой системе, что и исходная (за исключением root бизнес-единицы)

Бизнес-единица root является исключением из вышеперечисленных целей, поскольку она создается автоматически во время подготовки организации CRM. После создания бизнес-единицы root невозможно изменить значение идентификатора (GUID) его первичного ключа (поле businessunitid). Другими словами, бизнес-подразделения root всегда будут иметь разные идентификаторы для двух разных организаций CRM.

Должно быть исправлено с помощью начальной стратегии развертывания, такой как BU Migration с использованием техники Kingswaysoft .

В случае локальной установки сделайте копию производственной базы данных и создайте экземпляры нижнего региона с помощью диспетчера развертывания.

Если это CRM онлайн, мы можем выполнить PROD refre sh, Full refre sh (схема + данные) предпочтительно один раз. Позже схема только refre sh всякий раз, когда это необходимо.

Таким образом, мы можем быть уверены, что изменения нижнего региона (Решение с ролями, настройки и т. Д. c) можно переместить в QA / PROD, не опасаясь несинхронных c сред.

BU, Команды не могут быть портированы как часть решения, потому что они являются записями таблиц, либо будет работать утилита переноса данных, либо будет работать Экспорт / Импорт с тем же GUID в формате CSV.

...