02 - Creating a Migration Playbook
When a surgeon goes into an operating room, they have a written-down plan that describes exactly what they are going to do. This plan provides confidence and assurance that the project will be done correctly and ensures that no step can be lost or forgotten.
When you work on a migration, you should have a similar Playbook. This stores information about the backup and restore, client-specific requests, and a record of every SQL script or action taken on the database tables as part of the migration. It ensures consistency, improves traceability, and allows others (or your future self) to understand exactly what was done and why.
When reaching out to Universal Migrator for technical support, a completed Playbook is required. This ensures the support team can quickly review the migration’s details, actions taken, and any custom logic already implemented.
At the top of your playbook you should store information about your migration project in a comment block. Below is a template we suggest you use for all your playbooks.
- /*
- Migration Path: [SOURCE] => [DESTINATION]
- Quoted Amount:
-
- Migration Specialist
- (This is your information)
- Name:
- Email:
- Mobile:
-
- Firm Point of Contact
- (This is the person at the law firm who can make decisions & answer questions)
- Name:
- Email:
- Mobile:
- Ensure
you're in their contacts so they will recognize your call and answer.
-
- Destination Account Manager
- (This is the customer's sales rep/onboarding manager who should be kept in the loop)
- Name:
- Email:
- Mobile:
-
- Source Credentials
- (This is login information into the SOURCE system. Make sure the customer knows it must have access to everything they want migrated.)
- URL:
- Username:
- Password:
-
- Destination Credentials
- (These are the credentials that will be used to push information into the NEW system.)
- URL:
- Username:
- Password:
-
- Document Cache Root
- (This is the root where documents should be saved. Likely something like C:\__MIGRATIONS\FirmName.com\ )
- RAW:
- HUMANIZED:
-
- Initial Extract
- (Record when and how long the initial extract takes. This will be used later for planning purposes.)
- Date:
- Duration:
-
- Delta Extract
- (Immediately after completing the initial extract kick off a delta extract and record the timings. This will be used later for planning purposes.)
- Date:
- Duration:
-
- Data Summary
- RUN THIS
QUERY
- https://help.universalmigrator.com/portal/en/kb/articles/other-obtaining-record-counts-for-all-tables
- AND PASTE THE
RESULTS HERE
-
- --Special Requests
- */
Related Articles
01 - Creating a Migration Workspace
Prior to scoping a migration, you should create a migration workspace for the prospective project on your migration workstation. This folder structure will contain notes and important information about the project that you will add to as you discuss ...
Migration Type: Delta Migrations
A "Delta" migration is necessary when you migrate some data now and some data later. To do a Delta migration, please follow the steps below after you have complete the initial backup and restore. 1. Create the "Phase 2" Backup Using Universal ...
03 - Scoping your First Migration
When a patient needs an operation, a good surgeon gets as much information as possible from the patient before recommending a course of action or providing a quote. By taking this approach, the surgeon can provide a better, more informed experience ...
Training: Overview
Welcome to the Migration Academy! This series will help you learn everything you need to know in order to deliver high-value, rock-solid data and document migrations. Completion of the academy generally takes 4-8 hours and is required in order to ...
04.01 - Creating a "Reverse" Backup
In nearly all situations, when you are using Universal Migrator to perform a backup, you should use Universal Migrator from the Migration Workstation and have it copy data from a snapshot of the database that is on the Migration Workstation. ...