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:
| |
|---|
| |
| |
BMC Digital Workplace Catalog | |
| |
BMC Helix ITSM: Smart Reporting | |
SuccessBest practice
We recommend you use the latest version of BMC Helix Data Manager.
For information about downloading the installation files, see Downloading the installation files.
Supported databases
You can migrate data from the following databases:
- PostgreSQL
- Microsoft SQL
- Oracle
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:
| Tool | Recommended training for all customers | Additional mandatory training for partners and services |
|---|
BMC Helix Data Manager: This tool migrates the data for BMC Helix ITSM, DWP Catalog, 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 familiarize yourself with the migration process. All data migration steps must 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 when activating the staging servers. | We strongly recommend you complete the following trainings to be able to download the BMC Helix Data Manager tool: | The following certifications are mandatory to get the BMC Helix Data Manager credentials to access the BMC Helix production server to complete Stage 9 and 10: |
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. | Webinar-Digital Workplace (DWP) 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. | Webinar-Workflow Migration Utility | |
Auto-Reconciliation Utility: This utility is used for AR objects. For more information, see Obtaining and analyzing 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. | Webinar-License Conversion Utility | |
*SaaS permissions
As part of the implementation planning questionnaire, please note that your administrative permissions in on-premises will differ from the administrative permissions in SaaS.
- The on-premises "Administrator" permission is replaced by the structural administrator labelled as "Struct Admin" within the SaaS application.
- The on-premises "Sub Administrator" permission is replaced by the structural administrator labelled as "Struct SubAdmin" within the SaaS application.
The "Struct Admin" permission allows you to modify custom and overplayed objects in the Best Practices mode when using BMC Helix Developer Studio. You are unable to modify any coding in the Base Mode on SaaS.
Recommendations for integrations
On-premises integrations typically used service accounts with "Administrator" permissions. However, on SaaS, please use the application-specific permissions, such Incident or Change User, in addition to setting the client type of 34 - Web Service. For example, in a REST API, send a header X-AR-Client-Type with value 34.
InformationUsing the client type of 34 eliminates the following error:
Error Message: "User is currently connected from another machine or incompatible session."
*SaaS permissions
As part of the implementation planning questionnaire, please note that your administrative permissions in on-premises will differ from the administrative permissions in SaaS.
- The on-premises "Administrator" permission is replaced by the structural administrator labelled as "Struct Admin" within the SaaS application.
- The on-premises "Sub Administrator" permission is replaced by the structural administrator labelled as "Struct SubAdmin" within the SaaS application.
The "Struct Admin" permission allows you to modify custom and overplayed objects in the Best Practices mode when using BMC Helix Developer Studio. You are unable to modify any coding in the Base Mode on SaaS.
Recommendations for integrations
On-premises integrations typically used service accounts with "Administrator" permissions. However, on SaaS, please use the application-specific permissions, such Incident or Change User, in addition to setting the client type of 34 - Web Service. For example, in a REST API, send a header X-AR-Client-Type with value 34.
InformationUsing the client type of 34 eliminates the following error:
Error Message: "User is currently connected from another machine or incompatible session."
Migration process overview
The following image provides an overview of the migration process:

Stage 0: Planning the migration
| | |
|---|
| 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. SuccessBest practice We recommend converting your existing people profile data from classic to bundled licenses before you go-live. 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: - review your license compliance of your classic fixed, floating, licenses.
- evaluate or determine the bundled licenses that you must purchase.
- reassign fixed licenses from people profiles that are obsolete or offline to the active profiles.
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. |
| 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: - After you complete the initial BMC Helix Data Manager migration (Stage 4: Initial data migration) on the development staging server.
- When you restore the database to Gold Build Backup #1 (Stage 8: Perform prefinal data migration and validation).
- After you complete a BMC Helix Data Manager delta data migration. In this step, the utility runs for all available data but only converts data that has not yet been converted.
The steps to run the utility in Conversion mode are specified in the respective stages. |
| Create an implementation plan | Best practices to follow during customization reviews: - Customizations may not involve the installation of a third-party application in the cloud.
- Make sure that the customization does not use any Run process commands to execute non-BMC-created executable, batch, or Java ARchive (JAR) files.
- No direct-write connection to the database is allowed. Read-only access is permitted via a JDBC connection only.
- No direct SQL statements are allowed in a custom or overlay-type workflow object.
- Customizations should not involve any changes to the standard Helix service image or infrastructure configuration, for example, a different Java Runtime Environment (JRE) or Java Development Kit (JDK) version other than BMC's standard version is not allowed.
- For integrations - Follow the supported integrations methods to ensure that all your existing integrations can still work and/or to redesign using the supported methods.
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. - Based on the data assessment from the Implementation planning document, create the following plans:
- Implementation plan—This plan covers development work that includes code updates, workflow customizations, integrations, configurations, custom plugins or Java code, custom AI jobs, and any new development work.
- Data migration plan—For form-level, table-level, and field-level data customizations.
To create the data migration plan:- Evaluate your data volume and database size.
- Investigate and document any custom forms or field updates to be added to the BMC Helix migration pack.
|
| | 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: -
- You need to perform for the various stages.
- To be performed by the BMC team.
- To create support tickets and to track the implementation activity for those BMC tasks.
|
| | |
|---|
| 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: - Systems
BMC activates the following environments with the updated versions of BMC Helix ITSM and the BMC Helix applications purchased by the customer.- Development (with Admin access)
- QA
- Production
- Email services
BMC configures one inbound and one outbound email server for each environment. - Permanent FTP
- BMC configures and sets up a permanent FTP setup to transfer data related to integrations.
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 Activation Email. The email you receive includes the system details for your activated environments. Important: - Partners must review the complete list of the BMC Helix products purchased by the customer and validate that these applications are available in the activated systems.
- Make sure that you have access to BMC Support Central for submitting and managing support tickets.
For more information, see Registering for Support Central. - Request for an onbmc domain account for remote access to the staging server. An access request form must be filled out and reviewed by the BMC SaaS Information Security team prior to approval.
|
| 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: - BMC Helix Data Manager
- Important:
BMC Helix Data Manager is currently available only to customers in the Controlled Availability (CA) program. Create a support ticket for BMC to send you the required password to download the BMC Helix Data Manager installation files.
Download and install the BMC Helix Data Manager tool and the master template pack for your source and target versions. For more information about planning and installing the BMC Helix Data Manager installation, see Planning and Installing .
- AR Import
BMC Helix Digital Workplace (DWP) OnPrem Data Migration Tool (Data Migration utility) Download the BMC Helix Digital Workplace OnPrem Data Migration Tool Version 21.3.06 file from EPD. Access to the EPD website by providing your BMC Support credentials and complete the Export Compliance Form, if prompted. Always download the latest version of the DWP Data Migration utility.
Important: - Use the BMC Helix Data Manager tool to get accustomed to the migration process. You must perform all the data migration steps on your on-premises system, except the actual import of data, which requires transferring the exported data through your FTP server.
- For more details about the migration process, review the following resources:
|
| 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. |
|
Stage 2: Activation - Lifecycle requests and staging servers
| | |
|---|
| Lifecycle request: Create Configure the client gateway | Create a lifecycle request and support tickets to configure the client gateway required for the following scenarios: - Initial client gateway setup
Create a BMC Client Management Gateway Connectivity lifecycle request and attach the completed BMC Helix Client Gateway request form to the request. This includes:- The BMC team configuring the Client Gateway server by using details provided in the client gateway request form provided with the request.
You installing the client gateway software on your on-premises systems. For more information about installing the client gateway software, download the BMC Helix Client Gateway Installation Guide available at BMC Helix Client Gateway connectivity.
- Client tool connectivity configuration
The BMC team configures the connectivity between client tools on-premises and your BMC Helix SaaS systems. You should be able to verify your connectivity by using the client tools.
For more information, see the following topics: |
| 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 BMC Helix Data Manager Staging Server Request Form. After they receive the completed document, the BMC team works on the activation of the following items: - Windows staging server for BMC Helix Data Manager
The following tools are installed on the staging server:- PG Admin—PostgreSQL client used to connect to the staging development database server.
- DWP Utility—Used to import BMC Helix Digital Workplace data after data files exported from the on-premises system are uploaded to the development staging server.
- BMC Helix Data Manager—Used to import data from files exported from the on-premises system after they are uploaded to the staging server.
- Linux database server with PostgreSQL
The development database with out-of-the-box data of the fresh BMC Helix ITSM installation. - FTP location for copying BMC Helix Data Manager files
The FTP location to copy BMC Helix Data Manager and other files for transfers between your on-premises environment and your BMC Helix environments. This location is accessible only for the duration of the migration project. - Access to the staging server
The BMC team configures the remote desktop connection to the staging server. These details are provided during the activation of the development staging servers. A domain account is required for remote access to the staging server. An access request form must be filled out and reviewed by the BMC SaaS Information Security team prior to approval.
After the configuration is complete, the BMC team provides the required system and connectivity details via email. Important: - Review your environment to ensure that the server has at least four times the space of your database size provided in the request form, so you have enough space to save the database backup required during your migration process.
- To access the staging server, the client gateway configuration must be completed, and a copy of the kwic-config.xml file must be provided to the BMC OSS team.
|
Stage 3: Development activities
WarningImportant
Package and deploy all configuration or environment changes or fixes applied on the development staging server during any phase of the migration to all your BMC Helix environments.
- Perform this activity after every database restore, unit testing, UAT, and your final UAT.
- If you do not apply these changes to all environments, create a request to reapply these changes after every database restore. Track these requests so that data from existing requests can be used as a reference for the changes to be applied.
| | |
|---|
| Export and import customizations and overlays | Enable freeze restrictions on your current production environment. For more information about freeze and restrictions, see the Change freeze requirements section in Preparing the system before migration.
Important: - Track all workflow changes made on your current production system. You must import these changes to the new development environment during the final emulated cutover activities.
- Deploy all configuration or environment changes that are applied to the new development environment during any stage of the migration to all your environments.
Perform this activity after unit testing, UAT, and your final UAT.
|
| | - Create a deployment package with all the customizations that you imported.
- Validate the customizations after the three-way reconciliation.
|
| Perform custom development changes for the BMC Helix applications | |
| Configure third-party or other BMC applications integrations | 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. - For integrations that require client gateway (Support tickets)
Create a support ticket to configure the ports for your integrations. You can create single or multiple tickets depending on the integration information available. The BMC team configures the ports for your integrations. - To configure the BMC Change and Configuration Management (CCM) integration, use Atrium integrated jobs.
Integrate BMC Helix Discovery with BMC Helix by using the BMC gateway, or purchase BMC Helix Discovery and integrate it with BMC Helix. For more information about integrating BMC Helix Discovery, see BMC Helix Discovery activation. - Other BMC Helix applications
- BMC Helix products are available for customers to purchase. These services can be integrated with BMC Helix Innovation Suite.
For more information see:For more information about the available products, see Integrations .
Important: You need to re-design third-party integrations that use integrations methods that are not supported. The supported integration methods include: - AR API
- Rest API
- Web Services
|
| Request database backup with customizations and integrations | Create a self-service lifecycle request to take a database backup with all the customizations and integrations. When creating the request, under Choose Backup , select Golden Backup 1:Customizations/Fixes No Data. 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. For more information about using Developer Studio to create a package, see Defining and deploying data and object packages. |
Stage 4: Initial data migration
| | |
|---|
| 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: - Create a copy of the latest on-premises production database on your on-premises system for the BMC Helix Data Manager export.
This action is necessary because the BMC Helix Data Manager data export requires that all AR services are shut down. Since the services on the on-premises production environment cannot be shut down, perform the export of the latest database copy from the on-premises system. Configure a file system connection on the on-premises and development staging server BMC Helix Data Manager. For more information about configuring the files system connection, see Configuring a file system connection .
|
| Execute the initial BMC Helix Data Manager data migration | Complete your initial data migration for the following applications by using BMC Helix Data Manager: - BMC Helix ITSM
To migrate BMC Helix ITSM data, see the following topics:
Important: Create a self service lifecycle request to create Golden Backup #2 after successfully migrating the initial BMC Helix ITSM data. Then, replace this backup after the successful migration of each application. For more information about creating self-service lifecycle requests, see Creating a lifecycle request for requesting services. - After you have migrated all your data, create a self-service lifecycle request to restore Golden Backup #2 to your BMC Helix QA and production environments.
You are now ready to unit test your migration. |
| Run license assessment and conversion | |
| | |
|---|
| Perform unit testing and fixes | Before you begin the unit testing, make sure the following tasks are completed: - All development tasks including:
- Export of customizations and overlays
- Three-way reconciliation to fix overlays and customizations
- Creation of deployable data packages with issue fixes and database backup with the migrated data
- Initial data migration.
Complete the following steps to complete unit testing: - Disable the Quiet mode on the development staging server.
- Perform unit testing on the development staging server.
- Fix any customizations, overlays, functional issues, and any required BMC Helix Data Manager fixes for the customizations.
Important: Make sure you maintain a record of the fixes made during the unit testing. For Action Request System (AR System) objects, use the Deployment console to export and create the packages. - Apply the fixes found during unit testing.
- Create a self-service lifecycle request to replace the existing Golden Backup #2 and restart the system in Quiet mode.
|
Stage 6: Delta Data Migration (Emulated cutover 1)
| | |
|---|
| Perform delta data migration (Emulated cutover 1) | Complete the following steps to perform a delta migration for Smart IT and DWP Catalog and apply unit test fixes: - Get the latest on-premises production database copy on your on-premise staging environment for the BMC Helix Data Manager export.
- Create an incremental job for BMC Helix ITSM in BMC Helix Data Manager to specify the delta data range according to the steps described in Running a delta data (incremental) migration job.
- Perform a form count analysis as described in Getting form counts .
- Complete the following post-migration steps as described in Completing postmigration steps:
- Create a self-service lifecycle request to create Golden Backup #3, which must contain the complete data and delta data for BMC Helix ITSM.
- Complete the delta data migration for BMC Helix Digital Workplace Catalog according to the steps described in the To perform the delta data migration section of BMC Helix Digital Workplace Catalog.
- Create a self-service lifecycle request to create Golden Backup #3, which replaces the Golden Backup #3 created in Step 6 and contains the data for BMC Helix ITSM and BMC Helix Digital Workplace Catalog (including delta data).
- Complete delta data migration for BMC Helix Digital Workplace by using the Export-Import utility according to the steps described in Migrating data by using the Export-Import utility > To run the export utility > Step 4.
- Create a self-service lifecycle request to replace Golden Backup #3, which contains the full data and delta for BMC Helix ITSM, BMC Helix Digital Workplace Catalog, and BMC Helix Digital Workplace. This is the backup that you restore for UAT.
- Start all AR Server services in Quiet mode.
Important: Keep the development staging server in Quiet mode until your UAT is completed, so that you can fix any issues that occur during the UAT cycles. |
| 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: Make sure you include this activity in your project plan. 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)
| | |
|---|
| | Create two change requests for a database refresh to use the Golden backup #3: one to refresh the database from your BMC Helix development staging to the QA environment, and another to refresh the database from your BMC Helix development staging to the production environment. Important: Make sure you include this activity in your project plan. It is recommended that you perform the following user acceptance tests: - QA environment
- Functional UAT testing of all the applications, including all the key functional use cases for UAT sign-off.
- Define planned UAT cycles to cover all use cases.
- Production environment
- Functional UAT testing of all the applications
- Integration testing
- (Recommended ) Plan and execute load and performance tests.
- Create support tickets to enable monitoring services and capture all the logs from the respective teams. Share the findings on performance, latency, spikes, and other issues during this activity with BMC.
Important: Make sure you include this activity in your project plan.
Complete the tests and fix the issues found. |
| 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: For a manageable number of issues Fix the issues on the development staging server and create packages of the fixes by using the Deployment Management Console. Then, import the packages to the BMC Helix QA and production environments to validate the fixes. For more information about using the Deployment Management Console to create a package, see Importing and exporting a package. You might need to add multiple cycles to your project plan to complete all the testing, fix all blocker issues, and get a sign-off for exiting Stage 7: User Acceptance Tests (UAT).
- For a large number of issues, complete the procedure for a complete emulated cutover :
- Create a self-service lifecycle request to restore Golden Backup #1 on your development staging server.
- Fix the issues on the development staging server.
- Create a self-service lifecycle request to replace Golden Backup #1.
- Do a full data migration by using BMC Helix Data Manager as described in Execute initial BMC Helix Data Manager data migration.
- (Optional) Complete a unit testing cycle on the development staging server.
For details of unit testing, see Stage 5: Perform unit testing and fixes. - Create self-service lifecycle requests to:
- Replace the existing Golden Backup #2 .
- Enable Quiet mode on the development staging server.
Important: Create the lifecycle requests in the defined sequence. You can create only one lifecycle request at a time. The existing request must be completed before you create the next one in the sequence.
- Create a self-service lifecycle request to restore the backup ( Golden Backup #2) to your BMC Helix QA and production environments.
- After a successful initial UAT cycle, perform an emulated cutover cycle:
- Create a self-service lifecycle request to restore Golden Backup #2 on your development staging server.
- Fix the issues on the development staging server.
- Create a self-service lifecycle request to replace the existing Golden Backup #3 on your development staging server.
- Create a support ticket to restore the backup on your BMC Helix QA and production environments, and complete a UAT cycle.
Important : Perform multiple emulated cutover cycles if you find a large number of issues during your UAT cycle.
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: - Include the required number of UAT cycles in the project plan to complete testing and fixing all issues. Customers or partners must sign off on the UAT phase before moving to go-live preparation activities.
- We recommend that you start Stage 8: Perform prefinal data migration and validation activities only after a sign-off with an understanding that pending open issues will only be worked on after go-live.
- Create packages and deploy all application or environment changes found or fixes applied during any phase of the migration on all your environments.
If you do not apply these changes to all environments, requests need to be created to reapply these changes after every database restore. We recommend that you track these tasks so that data from existing requests can be used as a reference for the changes to be applied. - Create packages for all fixes developed by you or BMC.
|
| | |
|---|
| 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 . |
| Perform prefinal data migration and validation | - Restore Golden Backup #1 on the development staging server.
- Apply all the fixes included in the final code packages developed during User Acceptance Test cycles on the development staging server.
- Export any delta workflows or customizations from your on-premises production system and then import them to your development staging server
This action includes the changes done on the on-premises production system that have not been reconciled earlier. - Perform a three-way reconciliation for the delta workflows.
- Create a self-service lifecycle request to replace the existing Golden Backup #3.
- Perform a full data migration for:
- BMC Helix products by using BMC Helix Data Manager
Perform the migration steps for BMC Helix ITSM, BMC Helix Digital Workplace Catalog, Smart IT, and Smart Reporting as described in the Execute initial BMC Helix Data Manager data migration.
- Create self-service lifecycle requests to:
- Replace the existing Golden Backup #3.
- Enable Quiet mode on the development staging server.
Important: Create the lifecycle requests in the defined sequence. You can create only one lifecycle request at a time. The existing request must be completed before you create the next one in the sequence.
- Create a self-service lifecycle request to restore Golden Backup #3 to the BMC Helix QA (optional) and production environments.
- When creating the support ticket, add references to all previous support tickets that were created for applying application configuration and environment fixes packaged during development.
- If these changes were not applied to all environments after they were fixed in the development staging server, create a separate support ticket to reapply these changes before you create a support ticket to restore the database.
- Before you start your final testing, verify that the configuration and environment fixes have been applied to your environments.
- Perform final testing for two to three days in the BMC Helix production environment.
|
Stage 9: Emulated cutover 2
Before you begin
Make sure that all fixes for all issues found during the Stage 7 or Stage 8 testing cycles are successfully applied on the development staging server, and make sure that the server is in Quiet mode.
Users have the following options to perform a final emulated cutover 2:
- In the BMC Helix development environment—This is only applicable to customers who have not engaged a partner or BMC services for their migration and understand that there will be a longer outage for their go-live as a 10 to 16-hour window needs to be added to the go-live weekend to accommodate the full database refresh from the development staging server to BMC Helix production.
- In the BMC Helix production environment, by using the BMC Helix Data Manager tool
| | |
|---|
| Perform a final Emulated cutover 2 | For partners and services teams who have completed the certifications and have the BMC Helix Data Manager credentials to log in from the BMC Helix Data Manager tool in the Windows development staging server into Helix production. Make sure that you validate your BMC Helix Data Manager credentials access by logging in to the BMC Helix Production server before proceeding with the following steps: - Restore BMC Helix production to the Golden Backup #3 taken in Stage 7 step 18.
Important: If you fail to complete this step, then the BMC Helix production system will not be in the required state to perform the BMC Helix Data Manager delta migrations. - Take a backup of the production environment before proceeding with the delta data migration.
- Perform a delta data migration into BMC Helix production by creating BMC Helix Data Manager jobs for incremental runs by specifying the required delta data ranges. Use the step-by-step instructions provided in Stage 6: Delta Data Migration (Emulated cutover 1) to complete the delta data migrations for all your applicable applications.
- (Delta data migrations not available for Smart IT and Smart Reporting) Perform a full migration for Smart IT and Smart Reporting by using the BMC Helix Data Manager only if you have delta data created for these applications in your current production environment between Stage 3 and Stage 6.
Postmigration - Run the following postmigration scripts:
- Server References - Default Set.cmt—To update server references
Data Update Template - ITSM <sourceVersion> to <targetVersion> . cmt—To complete NextID conversions For more information about the post-migration tasks, see Completing postmigration steps.
- Create a ticket to:
- Replace the existing Golden Backup #3.
- Turn off alerts and monitoring in the BMC Helix production environment until Go-live.
- Start all AR Server services in Quiet mode.
The production server must remain in Quiet mode during this go-live week. We recommend that you do not have any further validations or testing in the BMC Helix production environment during this time. |
For migration projects where the customer is performing the tasks on their own, including performing the BMC Helix Data Manager data migrations. - If the BMC Helix development staging server is not in this state, then restore BMC Helix production to the Golden Backup #3 taken in Stage 7 step 18.
Important: If you fail to complete this step, then the BMC Helix production system will not be in the required state to perform the BMC Helix Data Manager delta migrations. - Perform a delta data migration into the BMC Helix development staging server by creating BMC Helix Data Manager jobs for incremental runs by specifying the required delta data ranges. Use the step-by-step instructions provided in Stage 6: Delta Data Migration (Emulated cutover 1) to complete the delta data migrations for all your applicable applications.
- (Delta data migrations not available for Smart IT and Smart Reporting) Perform a full migration for Smart IT and Smart Reporting by using the BMC Helix Data Manager only if you have delta data created for these applications in your current production environment between Stage 3 and Stage 6.
Postmigration - Run the following postmigration scripts:
- Server References - Default Set.cmt—To update server references
Data Update Template - ITSM <sourceVersion> to <targetVersion> . cmt—To complete NextID conversions For more information about the post-migration tasks, see Completing postmigration steps.
- Create self-service lifecycle requests to:
- Replace the existing Golden Backup #3.
- Start all AR Server services in Quiet mode.
The development staging server must remain in Quiet 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. |
Stage 10: Go-live
| | |
|---|
| Perform the final go-live delta data migration | |
| | 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: - Internal communication with cutover details
- Close down of your on-premises instance
- Final delta data migration
- Database refresh, health check assessment
- Smoke tests of the environments and functionality validation
- Go-live
Create the following tickets seven to ten days before going live: - A self-service lifecycle request for a database refresh from your BMC Helix development staging server to the BMC Helix production.
WarningImportant to include in CRQ Please include specific instructions in the self-service lifecycle request for the BMC Change Team to point the database host to your long-term Development environment. - A Salesforce ticket for Health check assessment of all the BMC Helix Innovation Suite of products.
|
WarningWarning
BMC Helix reserves the right to delay or suspend a planned Go-live if the minimum readiness requirements are not met and proceeding would materially increase the risk of poor customer outcomes, failed adoption, or delivery rework.
Stage 11: Post Go-live
| | |
|---|
| | 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. |
| Back up the development staging server | Before you close the hyper care, make sure that: - the system is in a steady state.
- If any work is not promoted to the production environment, create a self-service lifecycle request to take Golden Backup #4.
- you confirm that no additional data or work is required from this server and back up any necessary data from it.
- you reach an agreement with OSS to proceed with the decommissioning process.
|
| 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. WarningImportant During this DB refresh process, the DB will be refreshed to the actual development environment, and you will not be able to access the staging server using Mid Tier. Provide the following details in the DB refresh CRQ: | |
|---|
| Post Go-live activities (Do not change this value) | | Service name for the development staging server | | URL for the development staging server | | Select the closest day to start the decommissioning activities. | | | | Select the duration. Default value is 12:00 HRS. | | Select the risk level. Default value is Medium. | | 1. Follow our DB refresh standard process from PROD to DEV ( original DEV DB server name -<customer real DB DEV> ) 2. Re-point DB host to SaaS DB DEV ( original DEV DB server name-<customer real DB DEV> ) |

|
| 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. |
| 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. |