- Overview
- Requirements
- Installation
- Post-installation
- Migration and upgrade
- Upgrading Automation Suite on EKS/AKS
- Migration options
- Step 1: Moving the Identity organization data from standalone to Automation Suite
- Step 2: Restoring the standalone product database
- Step 3: Backing up the platform database in Automation Suite
- Step 4: Merging organizations in Automation Suite
- Step 5: Updating the migrated product connection strings
- Step 6: Migrating standalone Insights
- Step 7: Deleting the default tenant
- B) Single tenant migration
- Monitoring and alerting
- Cluster administration
- Product-specific configuration
- Troubleshooting
Step 2: Restoring the standalone product database
Here we introduce a way to use SQL Server Management Studio (SSMS) to restore the database of a standaloneproduct to the Automation Suite SQL Server instance. For details on downloading and installing SQL Server Management Studio, see Migration prerequisites.
If you migrate to Automation Suite on EKS, you cannot directly restore the Orchestrator database to the Azure SQL database. You must first back up the standalone Orchestrator database to a file and then restore to the RDS database.
If Orchestrator and Identity share their their database, you can skip step 4. If they have separate databases, you must back them up separately.
-
Log into the standalone machine and log into SQL Server using SSMS.
-
Back up the standalone Orchestrator database:
-
Go to Databases, right-click the Orchestrator database, click Tasks, and select Back Up.
-
Confirm the backup path.
-
Complete the backup.
-
-
Restore the standalone Orchestrator database to RDS on the Automation Suite on EKS instance on the standalone machine
-
Upload the backed up
bak
file to S3 bucket.aws s3 cp <local-file-path> s3://haonan-msi-asair-migration-bucket/<filename>
aws s3 cp <local-file-path> s3://haonan-msi-asair-migration-bucket/<filename>Sample:
aws s3 cp "C:\Program Files\Microsoft SQL Server\MSSQL15.SQLEXPRESS\MSSQL\Backup\20230401_0614.bak" s3://haonan-msi-asair-migration-bucket/20230401_0614.bak --region us-west-2
aws s3 cp "C:\Program Files\Microsoft SQL Server\MSSQL15.SQLEXPRESS\MSSQL\Backup\20230401_0614.bak" s3://haonan-msi-asair-migration-bucket/20230401_0614.bak --region us-west-2 -
Grant permission to the restored database on AWS.
-
-
Go to IAM, and create a new role with
AWSBackupServiceRolePolicyForRestores
permissions. -
Go to RDS and click
Option groups
:-
Create a group and provide the following details:
-
Name: SqlServerBackupRestore
-
Description: xxx
-
Engine: Select your DB engine
-
Major Engine Version: Select version of your DB instance.
-
-
Click Create.
-
Click the name of created group to edit it as follows:
-
Click Add.
-
Select SQLSERVER_BACKUP_RESTORE.
-
Select the IAM role you created in the previous steps.
-
Select Immediately to schedule instant change.
-
-
Back to RDSDatabases and select your instance.
-
Click Modify.
-
Select Option group you created in the previous step.
-
Click Next.
-
Select Apply immediately (it should not cause service downtime).
-
Apply changes by clicking Modify DB instance.
-
If you have connection to database from SQL Management Studio, close it and connect again.
-
-
-
Follow AWS documentation to database backed up bak file to AWS S3 bucket.
Sample command:
exec msdb.dbo.rds_restore_database @restore_db_name='UiPath_20230531', @s3_arn_to_restore_from='arn:aws:s3:::haonan-msi-asair-migration-bucket/20230401_0614.bak', @with_norecovery=0,
exec msdb.dbo.rds_restore_database @restore_db_name='UiPath_20230531', @s3_arn_to_restore_from='arn:aws:s3:::haonan-msi-asair-migration-bucket/20230401_0614.bak', @with_norecovery=0,