Azure Migrate

Before Dr Migrate is deployed verify the below prerequisites to ensure a smooth deployment.

Prerequisites Checklist

Use the checklist below as a reference point to ensure that the environment is ready for a Dr Migrate deployment.

Requirement Learn More
Complete Marketplace Infrastructure Setup. Learn More
Complete Azure Migrate Project Configuration. Learn More

Marketplace Infrastructure Setup

Permissions Required

These permissions apply to the person performing the setup steps below, not to Dr Migrate itself. Dr Migrate only uses the resulting Service Principal, which requires its own, separately scoped access (see Configure SPN Access).

Ideally the person performing the following steps should have the Global Administrator role.

If this is not possible, the least privileged approach to deployment requires the following permissions:

  • Application Admin
  • Groups Admin
  • Subscription Owner
  • Marketplace Admin
  • User Access Administrator

For more information about least privileged role assignment in Azure please see the Microsoft Learn Portal ↗

Deploy and Configure Azure Migrate

Azure Migrate is a mandatory prerequisite for Dr Migrate. Successful assessments have Azure Migrate installed, configured and collecting data prior to Dr Migrate deployment.

Dr Migrate leverages the data collection capability of Azure Migrate. Ensure that you have:

  1. Deployed an Azure Migrate Project.
  2. Deployed an Azure Migrate Appliance.
  3. Connected the Azure Migrate Project and Appliance.
  4. Provided all necessary permissions to collect data.

Microsoft has robust and detailed guides on how to deploy and configure Azure Migrate here ↗, or refer to the deployment checklists above.

Create Azure Migrate Project and Connect Appliances

You must have an Azure Migrate project with at least one connected appliance before Dr Migrate can collect data.

Prerequisites for Azure Migrate Project: - An active Azure subscription - Appropriate permissions to create resources in your Azure subscription - A resource group where the Azure Migrate project will be deployed

The Azure Migrate project must be in a subscription that your Dr Migrate Service Principal can access. This may be in a different tenant than your Dr Migrate deployment.

The Azure Migrate project doesn't need to be in the same resource group or tenant where Dr Migrate will be deployed. Ensure your Service Principal has Contributor access to the subscription or resource group where the Azure Migrate project is located.

Ensure the project has the necessary permissions to collect data from your on-premises environment.

Create New Azure Migrate Project (If Required)

If you don't already have an Azure Migrate project, follow these steps to create one:

Click here for detailed instructions

Sign in to Azure Portal

Search for Azure Migrate

  • In the search bar, type "Azure Migrate"
  • Select Azure Migrate from the search results

Create New Project

  • Click Create or Add to start creating a new Azure Migrate project
  • Select your Subscription and Resource Group
  • Choose a Project name (e.g., "MyMigrationProject")
  • Select your Geography (the region where your project metadata will be stored)

Configure Project Settings

Starting November 2025, only users assigned the Azure Migrate Owner role (or a higher privileged role) can create Azure Migrate projects.

  • Under Project Details, specify the Project name and Geography (the region where project metadata will be stored)
  • Use the Advanced section during creation if you need to set up Private Endpoint connectivity; otherwise the project defaults to Public Endpoint, which is recommended for the smoothest experience
  • Click Create to deploy the project

If Private Endpoint must be used, additional configuration steps are required, see Private Endpoints ↗ for more information.

Verify Project Creation

  • Once deployed, navigate to your Azure Migrate project
  • Note down the Project name and Resource Group for use with Dr Migrate

Verify Existing Azure Migrate Project (If Already Deployed)

If you already have Azure Migrate deployed, verify the following:

Verify Project Location

  • Navigate to your existing Azure Migrate project in the Azure Portal
  • Note the Subscription and Resource Group where it's deployed
  • Ensure your Service Principal has access to the subscription/resource group where the Azure Migrate project is located

Verify Endpoint Settings

Setting the Connectivity Method to Public Endpoint is recommended for the smoothest experience.

  • Navigate to your Azure Migrate project
  • Go to Properties in the left-hand menu
  • Verify Connectivity method is set to Public endpoint

If set to Private Endpoint, consider changing to Public Endpoint, for simplicity. If this is not possible see Private Endpoints ↗ for additional configuration

Connect Azure Migrate Appliances

After creating or verifying your Azure Migrate project, you must deploy and connect at least one Azure Migrate appliance to collect data from your infrastructure:

  1. Deploy the appropriate appliance for your environment: - VMware: Deploy the VMware appliance - Hyper-V: Deploy the Hyper-V appliance
    - Physical servers: Deploy the physical server appliance

  2. Configure the appliance with your Azure Migrate project details

  3. Start discovery to collect data from your infrastructure

  4. Verify data collection is working properly

Dr Migrate requires active data collection from Azure Migrate appliances. Ensure your appliances are running and collecting data before deploying Dr Migrate.

Verify Appliance Status and Data Collection

  • Check that at least one Azure Migrate appliance is connected to your project
  • Verify the appliance is actively collecting data
  • Ensure the appliance has discovered the infrastructure you want to assess
  • Navigate to Servers, databases and web apps in your Azure Migrate project
  • Confirm that servers are being discovered and data is being collected
  • Ensure the data is recent and up-to-date

Azure Migrate Deployment Guides according to target infrastructure:

For detailed step-by-step instructions on deploying and configuring Azure Migrate appliances, see the deployment guides above or refer to the Microsoft Learn documentation ↗.

Create Service Principal

Dr Migrate requires a Service Principal be created to allow the Dr Migrate server to communicate with Azure Migrate.

When creating the SPN please observe the following:

  • SPN Name - It is recommended to name the App Registration "drmigrate-spn". All other settings can be left as default
  • Client Secret Creation - Dr Migrate requires a client secret to be created, it is recommended to set the expiry to 12 months.

Securely store the Client Secret value, as it is only viewable on creation and will be needed during the install from Marketplace.

For Microsoft documentation on creating a Service Principal in Entra ID, see here ↗

Configure SPN Access

Best practice is to set up the Azure Migrate and the Dr Migrate in a dedicated Resource Group and/or Subscription. This is not a requirement but provides a clear RBAC boundary and reduces Azure Policy conflicts.

Dr Migrate will ingest all Azure Migrate Projects located within the resource group the SPN has permissions to. If you do not wish to have a project ingested, ensure that the Azure Migrate project has been created in a dedicated resource group.

Assign your Service Principal, the following permissions

Role Scope Reason Required Requirement
Contributor Subscription or Resource Group where the Azure Migrate project is located (may be in a different tenant than Dr Migrate) Used to collect Azure Migrate data Mandatory

Enable Cost Management Policy for EA Pricing

Enterprise Agreement Customers Only: Skip this section if you do not have an Enterprise Agreement with Microsoft. If you have an EA and want Dr Migrate to apply your agreed discounts when providing TCO costings, assign your Service Principal the Cost Management Reader role and enable the "Account owners can view charges" policy. See Sync Enterprise Agreement Pricing for the full setup steps and how to sync pricing through the TCO Config interface.

Audit Azure Policy

When Dr Migrate installs, it deploys Azure resources to a managed Resource Group, these resources may be subject to Azure policy. Dr Migrate allows certain policy enforcement during its installation, such as the inheritance of tags. However, it is possible Azure Policy may attempt to enforce an action on Dr Migrate resources during deployment that may be blocked. When this scenario occurs the application deployment will fail.

To mitigate this risk it's recommended that some policies be temporarily exempted at the Subscription level, prior to and for the duration of the Dr Migrate installation.

Different Azure policies have different effects:

Azure Policy Effects ↗

Temporarily exempt policies that are applied to the subscription that have the following effects.

  • Append
  • DeployIfNotExists
  • Deny
  • Modify

To learn how to exempt Azure Policy from resources, please see here ↗

Next Steps

After completing the configuraton, you can:

© 2025 Altra Technologies