Dynamics CRM 2011の場合、Microsoftは、変更を管理対象（または管理対象外）ソリューションとしてパッケージ化することにより、エンティティのカスタマイズをDEVからPRDに移行することをお勧めします。アンマネージドは、必要なときにエンティティを削除できないため、問題があります（ソリューションを削除すると、コンテナーのみが削除され、ソリューションに含まれるエンティティは残ります）。トレーニング中のほとんどのラボの例では、システムをカスタマイズしてから、カスタマイズしたエンティティをマネージドソリューションとしてエクスポートしてから、本番環境にインポートします。このソリューションベースのアプローチはクリーンであり、PRDの内容の制御、関連するエンティティのバンドル、依存関係の追跡などを容易にするので、私はそれを理解しています。
ただし、組織をDEVサーバーにダンプし、PRDから復元する必要がある場合があります（データ固有の問題に対処するため、またはその他の理由で）。これを行うには、DEV組織を無効にしてから削除し、DBAチームにCRMデータベースを本番環境から復元するように依頼してから、組織をDEVサーバーにインポートし直します。しかし、この「マネージドソリューション」ベースの変更移行プロセスを実装すると、DEVをダンプして、これらのソリューションが読み取り専用モードになっているPRDから再作成した後、エンティティを変更する機能が失われませんか？これらの管理対象ソリューションでカスタマイズを有効にした場合、ソリューション全体を削除せずに、ソリューションに新しいエンティティを追加したり、ソリューション内からエンティティを削除したりできますか？マネージドソリューションは単一のコード単位として扱われると思ったので、すべてを削除するか、何も削除しないかのどちらかです。