Prepare for go-live
This topic describes how to prepare to go live with a Microsoft Dynamics 365 for Finance and Operations project by using Microsoft Dynamics Lifecycle Services (LCS).
This graphic lists the phases of the go-live process.
The following table lists all the steps in the process, with the expected duration and who is responsible to take the action.
|1||Update Go-live date in LCS||At the latest 2-3 months in advance||Partner/Customer||The milestone dates should be kept up to date on an ongoing basis|
|2||Complete and send check list||After UAT complete||Partner/Customer||Follow the instructions provided in the "FastTrack Go-live assessment" section later in this topic.|
|3||Project assessment (Fast Track Essentials)||2-business days for initial report, plus additional time for mitigation, if required||FastTrack Architect||Architect delivers assessment after checklist is received and continues review until questions are clarified and mitigations are in place, if applicable.|
|Project workshop (Fast Track)||To coordinate with architect assigned||FastTrack Architect|
|4||Release for production deployment||Upon successfully completed assessment||FastTrack Architect||If the production deployment request has already been submitted, deployment will start. However, we request that you only submit the Production request after the assessment has successfully completed.|
|5||Production deployment request||Self-service||Customer||The production deployment request should only be submitted after the FastTrack Architect has finished the assessment.|
|Sizing||Immediate in case of automatic sizing. Could require further clarifications of the subscription estimate.||Sizing team||Automatic sizing based on subscription estimate by default, manual sizing by exception.|
|Deployment||48 hours||Dynamic Service Engineering (DSE)||Status in LCS reflects the deployment progress. If there are any questions about your request, they will be posted as Comments on the service request.|
|6||Deployable package installation request||Self-service||Customer||Follow the instructions in the topic, Apply updates to cloud environments.|
|Package installation||Depends on number of packages, minimum 5 hours lead time and 4 hours downtime per package||Dynamic Service Engineering (DSE)||Generally, 95% of updates are applied in less than one hour, however we still recommend that you provide a downtime window of four hours in case a rollback is required for any reason. When the package deployment succeeds, the environment will be available as soon as the package deployment has finished, which means that the longer downtime window does not have any negative effect on the availability of the system.|
|7||Database copy from Sandbox request (if applicable)||Self-service||Customer||Must exactly follow instructions documented in Copy a Finance and Operations database from SQL Server to a production Azure SQL Database environment.|
|Copy database||Five hours lead time and two hours downtime||Dynamic Service Engineering (DSE)||Generally, the database copy is completed in less than one hour. We still recommend that you provide a downtime window of two hours in case a rollback is required for any reason.|
|8||Production ready||After all previous steps have been completed||Customer/Partner||Customer/Partner can take control of the production environment.|
|Cutover activities||Depends on the project||Customer/Partner|
|9||Go live||Depends on the project||Customer|
Completing the LCS methodology
A major milestone in each implementation project is the cutover to the production environment.
To help ensure that the production environment is used for live operations, Microsoft will provision the production instance only when the implementation is approaching the Operate phase, after the required activities in the LCS methodology are completed. For more information about the environments in your subscription, see the Licensing guide.
Customers must complete the Analysis, Design and develop, and Test phases in the LCS methodology before the Configure button that is used to request the production environment becomes available. To complete a phase in LCS, you must first complete every required step in that phase. When all the steps in a phase are completed, you can complete the whole phase. You can always reopen a phase later if you must make changes. If you require more help, see Lifecycle Services for Finance and Operations customers.
The process of completing a step has two parts:
- Do the actual work, such as a fit-gap analysis or user acceptance testing (UAT).
- Mark the corresponding step in the LCS methodology as completed.
It's good practice to complete the steps in the methodology as you make progress with the implementation. Don't wait until the last minute. Don't just click through all the steps so that you can get a production environment. It's in the customer's best interest to have a solid implementation.
UAT for your solution
During the UAT phase, you must test all the business processes that you've implemented, and any customizations that you've made, in a Sandbox, or Standard Acceptance Test, environment in the implementation project. To help ensure a successful go-live, you should consider the following as you complete the UAT phase:
- Test cases cover the entire scope of requirements.
- Test by using migrated data. This data should include master data and opening balances, even if they aren't yet final.
- Test by using the correct security roles (default roles and custom roles) that are assigned to users.
- Make sure that the solution complies with any company-specific and industry-specific regulatory requirements.
- Document all features, and obtain approval and sign-off from the customer.
Regardless of whether the environment is a cloud-hosted environment or a downloaded virtual hard disk (VHD), testing can't be considered complete when you test only in an environment that is a developer or demo topology. Here are the reasons:
- The topology of the Tier-1 environments differs from the topology of your production environment. It's important that you test all functionality on a Tier-2 or higher sandbox environment in the Microsoft-managed subscription. It's especially important that you test integrations, printing functionality, workflow functionality, and warehouse and retail devices in the sandbox environment.
- System performance can't be measured when you do the UAT on local virtual machines (VMs) or VMs that are privately hosted.
- To prevent delays during the cutover process, it's important that the team experience the servicing in LCS during the implementation. This servicing includes the processes of applying deployable packages, creating service requests, and moving database between environments.
FastTrack Go-live assessment
All Finance and Operations customers must complete a go-live review with the Microsoft FastTrack team before their production environment can be deployed. This assessment should be successfully completed before you request your Production environment. If you aren't familiar with Microsoft FastTrack, see Microsoft FastTrack for Dynamics 365 overview.
About eight weeks before go-live, the FastTrack team will ask you to fill in a go-live checklist:
- If you have 150 or more seats, and a Microsoft solution architect is assigned to your project, the solution architect will contact you.
- If you have 20–149 seats, the checklist will be sent to you from firstname.lastname@example.org.
You can also download the checklist from CustomerSource at FastTrack pre-go-live checklist.
The project manager or a key project member must complete the go-live checklist during the pre-go-live phase of the project. Typically, the checklist is completed four to six weeks before the proposed go-live date, when UAT is completed or almost completed.
When you've completed the go-live checklist, follow one of these steps:
- If you have 20–149 seats, send the checklist to email@example.com.
- If you have 150 or more seats, and a Microsoft solution architect is assigned to your project, send the checklist to the solution architect.
After the checklist is submitted, a Microsoft solution architect will review the project and provide an assessment that describes the potential risks, best practices, and recommendations for a successful go-live of the project. In some cases, the solution architect might highlight risk factors and ask for a mitigation plan. When the assessment is completed, the solution architect will indicate that you're ready to request the production environment in LCS.
If you request the production environment before the assessment is completed, the deployment will remain in the Queued state until the assessment is successfully completed.
You can cancel an environment deployment request while it is in a Queued state by following these steps:
- Click Queued.
- On the Customer sign-off tab, click Clear sign-off.
This will set the environment back into a state of Configure and allow you to make changes to the configuration, such as selecting a different data center or environment topology.
Requesting the production environment
After you've completed the analysis, design and develop, and test phases in the LCS methodology, and the go-live assessment has concluded that the project is ready, you can request your production environment.
We recommend that you select a service account, for example a generic user account, as the Admin user of the environments that you deploy. If you use a named user account, you might not be able to access an environment if that user isn't available. Here are some scenarios where the Admin user must access an environment:
- First sign-in to any environment after initial deployment – In this case, the Admin user is the only user who can access the environment.
- First sign-in to a sandbox environment after a database refresh from the production environment – In this case, all user accounts except the Admin account are unable to sign in.
Your production environment should be deployed to the same datacenter where your sandbox environments are deployed.
After you've signed off on the request for the production environment, Microsoft is responsible for deploying the production environment for you. The Microsoft service level agreement (SLA) for deployment of a production environment is 48 hours. The production environment can be deployed at any time within 48 hours after you submit the request, provided that your usage profile doesn't require additional information. You can view the progress of the deployment in LCS. Typically, the status of the production environment request remains Queued for a few hours before it's changed to Deploying.
When you submit the deployment request, a service request for the Microsoft Dynamics Service Engineering (DSE) team is automatically created. You can view this service request in the Service requests list in LCS. If the DSE team has questions that prevent them from deploying the production environment, they will add a comment to the service request. For example, the DSE team might ask that you update the subscription estimate or change the datacenter. In some cases, you might have to clear the sign-off from the production deployment request to make changes. You can clear the sign-off only while the status of the production environment request is Queued. To clear the sign-off, click the Queued button. The status of the request is returned to Configure. You can then make any changes that are required and sign off again.
We'd love to hear your thoughts. Choose the type you'd like to provide:
Our feedback system is built on GitHub Issues. Read more on our blog.