5

Dynamics CRM 2011の場合、Microsoftは、変更を管理対象（または管理対象外）ソリューションとしてパッケージ化することにより、エンティティのカスタマイズをDEVからPRDに移行することをお勧めします。アンマネージドは、必要なときにエンティティを削除できないため、問題があります（ソリューションを削除すると、コンテナーのみが削除され、ソリューションに含まれるエンティティは残ります）。トレーニング中のほとんどのラボの例では、システムをカスタマイズしてから、カスタマイズしたエンティティをマネージドソリューションとしてエクスポートしてから、本番環境にインポートします。このソリューションベースのアプローチはクリーンであり、PRDの内容の制御、関連するエンティティのバンドル、依存関係の追跡などを容易にするので、私はそれを理解しています。

ただし、組織をDEVサーバーにダンプし、PRDから復元する必要がある場合があります（データ固有の問題に対処するため、またはその他の理由で）。これを行うには、DEV組織を無効にしてから削除し、DBAチームにCRMデータベースを本番環境から復元するように依頼してから、組織をDEVサーバーにインポートし直します。しかし、この「マネージドソリューション」ベースの変更移行プロセスを実装すると、DEVをダンプして、これらのソリューションが読み取り専用モードになっているPRDから再作成した後、エンティティを変更する機能が失われませんか？これらの管理対象ソリューションでカスタマイズを有効にした場合、ソリューション全体を削除せずに、ソリューションに新しいエンティティを追加したり、ソリューション内からエンティティを削除したりできますか？マネージドソリューションは単一のコード単位として扱われると思ったので、すべてを削除するか、何も削除しないかのどちらかです。

4

2 に答える 2

2

このような開発からテスト、製品への移行という状況では、ソリューションを使用しないことをお勧めします。

これについて確信が持てない場合は、開発環境でエンティティを削除し、変更を本番環境に公開してみてください。

ソリューションは包括的であるため、CRM はソリューションで削除されたフィールドやエンティティを削除しません。

エンティティを削除する唯一の方法は、ソリューションをアンインストールすることです。そのため、ソリューションに含まれるすべてのエンティティの運用データが削除されます。

理論的にはソリューションは完璧に見えますが、それらはサードパーティ ベンダーにとってのみ有用です。

ソリューションをアンインストールしてロールバックできるという目標は夢物語です。データ変換を伴うデータ モデルの更新を考えてみましょう。それを逆転させる魔法の機能はありません。

バックアップを復元する方がはるかに簡単で信頼性があります。

于 2013-04-30T21:02:49.293 に答える
2

これを処理した 1 つの方法は、「構成マスター」として構成を管理するために使用する別のクリーンな開発マシンを使用することです。そのマシンは、他の開発またはテスト作業には使用されません。プラグインなどの開発マシンは本番から再構築できますが、このマシンは引き続きすべてのソリューションのマスターです。理想的なソリューションではありませんが、管理されたソリューションを管理されていないソリューションに変換できるという「機能のギャップ」を回避します (おそらくパスワード機能を介して)

于 2012-10-03T09:59:33.337 に答える