web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Microsoft Dynamics CRM (Archived)

Mannaged or Unmannaged Solution in Production in CRM 2015

(0) ShareShare
ReportReport
Posted on by 665

Hi,

What is the best approach to have  solution in Production environment . Mannaged or Unmannaged and  reason   behind that.

Thanks,

Abhishek

*This post is locked for comments

I have the same question (0)
  • Suggested answer
    razdynamics Profile Picture
    17,308 User Group Leader on at

    Hi Abishek

    If you want to be able to easily rollback or remove your customisations from production them managed solutions, managed will also help prevent from making changes directly to your live system. If you are very consious of someone deleting your managed solution and losing all your company data then go for unmanaged, or if you are worried you do not have all historical copies of your developed solutions then unmanaged will allow your organisation to own your source code.

    Do you require any further clarification?

    Kindly tick 'Yes' to verify :)

    Best Wishes, Raz

  • Verified answer
    Community Member Profile Picture
    on at

    Hi Abhishek,

    It depend on the system as well as architect how he/she wants to ahead in Product. Below points i have accumulated at once based on that you can decide to which way you would like to go..

     
    Managed:
    1.       A managed solution can be uninstalled after it is imported. All the components (customizations) of that solution are removed by uninstalling the solution.
    2.       Managed solutions are read only when imported into the target system.  This mean that anyone cannot edit or change any of components from managed solution imported.
    3.       Managed Solution imported in Target system cannot be exported.
    4.       If multiple managed solutions are installed, the first one installed is below the managed solution installed later. When two managed solutions have conflicting definitions (same customized component), the general rule is “Last one wins”.
     
    Managed solution creates layers of customizations. Managed solutions have the capability to keep track of which customizations belong to which solution. To the end user, only the top layer (latest solution installed) is visible, but under that layer there can be multiple layers of customizations so you can build a solution on top of another solution without mixing up all the changes.
    Solution layering also means that you can revert-back to a previous system state. If you uninstall a solution, all its components will be removed but the customizations from other solutions in a lower layer will surface back.
     
    Unmanaged:
    1.       When you import an unmanaged solution, you add all the components of that solution into your default solution. So after import components can’t be removed by uninstalling the solution.
    2.       Unmanaged Solution is editable when imported into target system. This mean that anyone can open solution and edit any component included solution.
    3.       If we delete unmanaged solution from system then changes will remain in system.
    4.       When you import an unmanaged solution that contains solution components that you have already customized, your customizations will be overwritten by the customizations in the unmanaged solution. You can’t undo this.
     
    As long as solution is unmanaged, it is “open” (editable) and you can add/remove/edit components, update the publisher, the configuration and the managed properties of the solution. You will also be able to update the version of the solution and you will be able to export it. Another typical use of unmanaged solutions is to work as an integration solution to which multiple developers or teams contribute with different components.


    ð  However, once your solution is ready to go into UAT or production, the solution should be installed as managed because it will no longer need to be editable, this will allow a more rigorous release control because it will force all updates to be made in a development environment and then promoted to UAT/Production as opposed to making direct changes in production environments (a fundamental best practice in IT).

    Unmanaged solution should be installed if you want to add all the components to your default solution, and overwrite any existing customizations.
  • Suggested answer
    Community Member Profile Picture
    on at

    Hi,

    I would recommend you have to use managed solution in your production environment.

    You can easily manage your solutions in a managed environment instead of unmanaged.

    Mansoor

  • Verified answer
    Mahendar Pal Profile Picture
    45,095 on at

    There is a simple rule, if you are not an ISV then use unmanaged solution in your production, it will be easy for you to maintain, but if you are a Isv release managed solution to your customer.

    Thanks

  • Community Member Profile Picture
    on at

    Personally I would always stick to unmanaged solutions for any in-house work, or when using a partner or contractor to do this work for you (ie bespoke customisations or development for your system).

    You are far more likely to get into trouble using managed solutions, potentially making it very hard to make changes later (this idea that you can simply uninstall a managed solution does not address how to deal with the loss of data this might cause, or the reality that sometimes this just does not work).

    Managed solutions are intended for times when you need to *distribute" your customisations to multiple separate systems, such as an ISV selling a product, or a free community add-on.

  • Suggested answer
    Ozarour Profile Picture
    630 on at

    I thin in Production, the managed solution is the best one, for two main reasons:

    1) Use of managed properties, so that you can block changes to your customizations

    2) Removing managed solution components can be done by uninstalling the solution, which means if, for example, you imported a solution with version 1.0 then after that you imported another version of the same solution lets say 1.1, then if you found a bug in the last version you can easily rollback your last changes by uninstalling the 1.1 version which in this case all new features from 1.1 will be removed and CRM will have the previous version 1.0.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics CRM (Archived)

#1
SA-08121319-0 Profile Picture

SA-08121319-0 4

#1
Calum MacFarlane Profile Picture

Calum MacFarlane 4

#3
Alex Fun Wei Jie Profile Picture

Alex Fun Wei Jie 2

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans