Migration process for Remedy on-premises to BMC Helix Innovation Suite Cloud
Starting from version 21.x, the converged platform environments which are activated in Helix cloud consist of the following applications, which are now a part of BMC Helix Innovation Suite of products:
- BMC Helix ITSM
- Smart IT
- BMC Helix Digital Workplace
- BMC Helix Digital Workplace Catalog
- BMC Helix Dashboards
The migration of BMC Helix ITSM from an existing on-premises system to a BMC Helix Innovation Suite Cloud (BMC Helix ITSM SaaS) system involves several tasks that must be performed in phases. After BMC completes the provisioning of the development, QA, and production environments, the major tasks involved in the migration process include:
- Activation tasks
- Development activities, such as migrating of overlays and customizations and working on integrations
- Data migration
- User Acceptance Tests (UAT)
- Emulated cutover and going live
Supported migration paths
The following table lists the supported product versions from which you can migrate to the BMC Helix Innovation Suite of products:
Application | Source version |
---|---|
BMC Helix ITSM | 20.02 and later |
BMC Digital Workplace | 20.02 and later |
BMC Digital Workplace Catalog | 20.02 and later |
BMC Helix ITSM: Smart IT | 2.0 and later |
BMC Helix ITSM: Smart Reporting | 20.02 and later |
Supported databases
You can migrate data from the following databases:
- PostgreSQL
- Microsoft SQL
- Oracle
Learn about the tools required for migration
The following tools or utilities are required for migrating your data from Remedy on-premises to BMC Helix Innovation Suite Cloud.
Use these tools at the relevant stages as specified in the process:
BMC Helix Data Manager:
This tool migrates the data for BMC Helix ITSM, Smart IT, and Smart Reporting from version 20.02 to 21.x/22.x.
For more information, see BMC Helix Data Manager Home.Use the BMC Helix Data Manager tool to get accustomed to the migration process.
All the data migration steps can be performed on your on-premises system, except the actual import of data, which requires transferring the exported data by copying it to the FTP location provided while activating the staging servers.DWP Data Migration Export and Import Utility:
This utility is used to migrate DWP data from version 20.02 to version 21.x/22.x.
For more information, see Migrating data by using the Export-Import utility.Workflow Migration Utility:
This utility is used to support AR and CMDB objects.
For more information, see Migrating customized objects to a new target system.Auto-Reconciliation Utility:
This utility is used for AR objects.
For more information, see Analyzing the manual reconciliation effort by using the reconciliation report.License Conversion Utility:
This utility converts AR Platform and Product licenses from Classic to Bundled licenses.
For more information, see Moving to the bundled license model by using the Bundled License Conversion utility.
Migration process overview
The following image provides an overview of the migration process:
Stage 0: Planning the migration
No. | Task | Action |
---|---|---|
1. | Run the License conversion utility in assessment mode | BMC Helix SaaS environments are activated with bundled licenses, whereas BMC Helix on-premises environments are available with classic licenses. The License Conversion Utility must be run to assess and convert People profile data licenses before and during migration. Running the License conversion utility in Assessment mode:Before you start any migration steps, you must run the License Conversion utility in Assessment mode on the current licenses on your source on-premises system. Based on the compliance outcome, the Assessment mode helps you to:
For steps to run the utility in Assessment mode, see Moving to the bundled license model by using the Bundled License Conversion Utility in Action Request System documentation. |
2. | Run the License conversion utility in conversion mode | Make sure that you run the License Conversion Utility on the new development environment during the following stages:
The steps to run the utility in Conversion mode are specified in the respective stages. |
3. | Create an implementation plan | Best practices to follow during customization reviews:
Use the templates available with BMC Partners and Professional Services and use that as a reference to create the implementation plan: Implementation planning documents—The Implementation planning questionnaire includes sections for you to add details of your existing environments and applications, integrations, configurations, custom plugins or java code, and custom AI jobs. The document also includes several script files for activities like reviewing workflow and field-level customizations. Use the updated document to understand the project requirements and define the scope of work for the migration.
|
4. | Create a project plan | Use this document to define a project plan that includes the tasks needed for the different phases of your migration project. The plan should include the tasks:
|
Stage 1: Activation - Systems and tools
No. | Task | Action |
---|---|---|
1. | Activate required systems and BMC Helix installations. | BMC initiates the activations for the following systems and services required for your migrations after your ordering process is complete:
After the activation is complete, BMC sends you an email with the environment and access details for the products you purchased. Typically, the SLA for the activation request is seven to ten days. To view a sample of the email sent after activation of the environments, save and view the . The email you receive includes the system details for your activated environments.Important:
|
2. | Install BMC Helix Data Manager, Developer Studio, and other client tools on the on-premises system. | While your BMC Helix environments are being activated, download and install the following tools on your on-premises staging server:
Important:
|
3. | Self-Service: Set up BMC Helix Single Sign-On for SAML and/or Active Directory (AD) authentications: | After you set up BMC Helix SSO as a service provider, configure the SAML authentication and/or Active Directory for a realm on your BMC Helix SSO server by performing the following steps: Configuring SAML: Create a realm for SAML authentication and configure the general details for the realm. Obtain the necessary information from the IdP administrator and then configure SAML authentication. For more information, see Importing configuration from an identity provider and configuring SAML. |
Configuring Active Directory: After you configure BMC Helix SSO as a service provider and Active Data Federation Services (AD FS) as the remote identity provider (IdP) in BMC Helix SSO Admin Console, you can configure SAML for AD FS. For more information, see Configuring Active Directory Federation Services as a SAML identity provider. |
Stage 2: Activation - Lifecycle requests and staging servers
No. | Task | Action |
---|---|---|
4. | Lifecycle request: Create Configure the client gateway | Create a lifecycle request and support tickets to configure the client gateway required for the following scenarios:
For more information, see the following topics: |
5. | Request for development staging servers | The BMC OSS team provides a staging server template document to gather the details required to activate the staging servers; see the .After they receive the completed document, the BMC team works on the activation of the following items:
After the configuration is complete, the BMC team provides the required system and connectivity details via email. Important:
|
Stage 3: Development activities
No. | Task | Action |
---|---|---|
6. | Export and import customizations and overlays |
Important:
|
7. | Reconcile customizations |
|
8. | Perform custom development changes for the BMC Helix applications | Perform all custom development work done for:
Review the best practices for converting nonstandard customizations to standard customizations. For more information, see Best-practices-to-convert-nonstandard-customizations-to-standard-customizations. |
9. | Configure third-party or other BMC applications integrations
| You can integrate the BMC Helix ITSM system with your existing on-premises integrations that are supported in BMC Helix version 21.3. These integrations can include BMC TrueSight Operations Management, BMC Helix Discovery, and so on.
Important: You need to re-design third-party integrations that use integrations methods that are not supported. The supported integration methods include:
|
10. | Request database backup with customizations and integrations | Create a self-service lifecycle request to take a database backup with all the customizations and integrations. This backup is your Golden Backup #1 with the base data and customizations and integration information. For more information about creating self-service lifecycle requests, see Creating a lifecycle request for requesting services. Best Practice: We recommend that you create a package with all your customizations and fixes. |
Stage 4: Initial data migration
No. | Task | Action |
---|---|---|
11. | Configure BMC Helix Data Manager and prepare for migration | Complete the following tasks to configure your BMC Helix Data Manager on-premises and development staging server to prepare for migration:
|
12. | Execute the initial BMC Helix Data Manager data migration | Complete your initial data migration for the following applications by using BMC Helix Data Manager:
Important:
You are now ready to unit test your migration. |
13. | Run license assessment and conversion | Download and run the License Compliance Utility to convert the People profile data licenses. Important: Make sure you include this activity in your project plan. See Moving to the bundled license model by using the Bundled License Conversion Utility in Action Request System documentation. |
Stage 5: Perform unit testing and fixes
No. | Task | Action |
---|---|---|
14. | Perform unit testing and fixes | Before you begin the unit testing, make sure the following tasks are completed:
Complete the following steps to complete unit testing:
|
Stage 6: Delta Data Migration (Emulated cutover 1)
No. | Task | Action |
---|---|---|
15. | Perform delta data migration | Complete the following steps to perform a delta migration and apply unit test fixes:
Important:
|
16. | Run license conversion for delta data | Contact the BMC OSS team to create a support ticket to run the License Compliance Utility to perform an assessment and convert the new People profile data licenses. Important: The utility is run for all available data, and only People profile data that has not yet been converted is updated. |
Stage 7: User Acceptance Tests (UAT)
No. | Task | Action |
---|---|---|
17. | Perform UAT | Create a self-service lifecycle request to deploy Golden Backup #3 with the fixes to your BMC Helix QA and production environment. Important: It is recommended that you perform the following user acceptance tests:
Complete the tests and fix the issues found. |
18. | Complete UAT cycles, fixes, and sign-off | Fixing issues Use one of the following options to fix the issues that you find during your UAT cycles:
UAT sign-off Perform the required number of UAT cycles for the scenarios that apply to you, and make sure all blocker issues are resolved to get a successful UAT sign-off. Important:
|
Stage 8: Perform prefinal data migration and validation
No. | Task | Action |
---|---|---|
19. | Apply freeze restrictions | After the UAT sign-off, prepare for the final data migration and delta data migration (Emulated cutover). At this stage, enable freeze restrictions on your on-premises production system, if you were not able to freeze the activities in Step 7 of Stage 3: Development activities. For more information about freeze and restrictions, see the Change freeze requirements section in Planning your environment migration to SaaS . |
20. | Perform prefinal data migration and validation |
|
Stage 9: Emulated cutover 2
No. | Task | Action |
---|---|---|
21. | Perform a final Emulated cutover 2 |
Postmigration
The development staging server must remain in Quite mode during this go-live week and the database restore to the production environment should be done on go-live day, after the final data migration. We recommend that you do not have any further validations or testing in the BMC Helix production environment during this time. Important:
|
Stage 10: Go-live
No. | Task | Action |
---|---|---|
22. | Perform the final go-live delta data migration | Repeat the procedure described in Stage 9: Emulated cutover 2. |
23. | Go-live | Obtain the go-live reference template from your BMC contacts. Use this template to document all the tasks and details for the go-live activities. Going live includes the following activities:
Create the following tickets seven to ten days before going live:
|
Stage 11: Post Go-live
No. | Task | Action | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
24. | Hypercare | BMC provides you with hypercare for two weeks. Make sure that you resolve all blocker issues and work with BMC Support for any critical issues. Before you close the hyper care, make sure that the system is in a steady state and you create two tickets. | ||||||||||||||||||
25. | Back up the development staging server | Before you close the hyper care, make sure that:
| ||||||||||||||||||
26. | Create a DB refresh change request (CRQ) | Once you reach an agreement on the decommissioning process, create a DB refresh CRQ from the development server to the QA server, and from the development server to the production server. Provide the following details in the DB refresh CRQ:
| ||||||||||||||||||
27. | Reimport the package from the development staging server to the actual development server. | After the DB Refresh CRQ is complete, import the package from the development staging server to the actual development server. | ||||||||||||||||||
28. | Decommissioning of HDM staging servers | Work with your OSS and provide the latest client gateway XML file to create a DWP internal request to decommission the HDM staging server. |