チュートリアル:DMS を使用してオンラインで SQL Server を Azure SQL Managed Instance に移行するTutorial: Migrate SQL Server to an Azure SQL Managed Instance online using DMS

Azure Database Migration Service を使用して、最小限のダウンタイムで SQL Server インスタンスから Azure SQL Managed Instance にデータベースを移行することができます。You can use Azure Database Migration Service to migrate the databases from a SQL Server instance to an Azure SQL Managed Instance with minimal downtime. 一定の手作業が必要になる可能性のあるその他の方法については、記事「Azure SQL Managed Instance への SQL Server インスタンスの移行」を参照してください。For additional methods that may require some manual effort, see the article SQL Server instance migration to Azure SQL Managed Instance.

このチュートリアルでは、Azure Database Migration Service を使用して、SQL Server のオンプレミスのインスタンスから SQL Managed Instance に、最小限のダウンタイムで Adventureworks2012 データベースを移行します。In this tutorial, you migrate the Adventureworks2012 database from an on-premises instance of SQL Server to a SQL Managed Instance with minimal downtime by using Azure Database Migration Service.

このチュートリアルでは、以下の内容を学習します。In this tutorial, you learn how to:

  • Azure Database Migration Service のインスタンスを作成する。Create an instance of Azure Database Migration Service.
  • Azure Database Migration Service を使用して、移行プロジェクトを作成し、オンライン移行を開始する。Create a migration project and start online migration by using Azure Database Migration Service.
  • 移行を監視する。Monitor the migration.
  • 準備ができたら、移行カットオーバーを実行します。Perform the migration cutover when you are ready.

重要

Azure Database Migration Service を使用した SQL Server から SQL Managed Instance へのオンラインでの移行のためには、そのサービスによるデータベースの移行に使用できる、データベースの完全バックアップとそれに続くログ バックアップを SMB ネットワーク共有上に用意する必要があります。For online migrations from SQL Server to SQL Managed Instance using Azure Database Migration Service, you must provide the full database backup and subsequent log backups in the SMB network share that the service can use to migrate your databases. Azure Database Migration Service によってバックアップが開始されることはなく、移行には既存のバックアップが使用されます。これは、ディザスター リカバリー計画の一部として既に作成されている場合があります。Azure Database Migration Service does not initiate any backups, and instead uses existing backups, which you may already have as part of your disaster recovery plan, for the migration. 必ず WITH CHECKSUM オプションを使用してバックアップを作成してください。Be sure that you take backups using the WITH CHECKSUM option. また、単一のバックアップ メディアに複数のバックアップ (完全ログとトランザクション ログ) を追加しないでください。各バックアップを別々のバックアップ ファイルに作成します。Also, make sure not to append multiple backups (i.e. full and t-log) into a single backup media; take each backup on a separate backup file. 最後に、圧縮されたバックアップを使用すると、大きなバックアップの移行に関連する潜在的な問題が発生する可能性を低減できます。Finally, you can use compressed backups to reduce the likelihood of experiencing potential issues associated with migrating large backups.

注意

Azure Database Migration Service を使用してオンライン移行を実行するには、Premium 価格レベルに基づいてインスタンスを作成する必要があります。Using Azure Database Migration Service to perform an online migration requires creating an instance based on the Premium pricing tier.

重要

最適な移行エクスペリエンスのために、ターゲット データベースと同じ Azure リージョンに Azure Database Migration Service のインスタンスを作成することをお勧めします。For an optimal migration experience, Microsoft recommends creating an instance of Azure Database Migration Service in the same Azure region as the target database. リージョンや地域をまたいでデータを移動する場合、移行プロセスが遅くなり、エラーが発生する可能性があります。Moving data across regions or geographies can slow down the migration process and introduce errors.

重要

インスタンスの再構成や計画メンテナンスによる中断のリスクを最小限に抑えるために、オンライン移行プロセスの期間をできるだけ短くしてください。Reduce the duration of the online migration process as much as possible to minimize the risk of interruption caused by instance reconfiguration or planned maintenance. このようなイベントが発生した場合、移行プロセスは最初から開始されます。In case of such an event, migration process will start from the beginning. 計画メンテナンスの場合、移行プロセスが再開されるまでに 36 時間の猶予期間があります。In case of planned maintenance, there is a grace period of 36 hours before migration process is restarted.

ヒント

Azure Database Migration Service を使用してデータベースを Azure に移行する場合、オフライン または オンライン 移行を実行できます。When you migrate databases to Azure by using Azure Database Migration Service, you can do an offline or an online migration. オフライン移行では、アプリケーションのダウンタイムが、移行の開始時に開始されます。With an offline migration, application downtime starts when the migration starts. オンライン移行では、ダウンタイムが移行の最後の切り替え時だけに限定されます。With an online migration, downtime is limited to the time to cut over at the end of migration. オフライン移行をテストして、ダウンタイムが許容可能かどうかを判断することをお勧めします。許容できない場合は、オンライン移行を行います。We suggest that you test an offline migration to determine whether the downtime is acceptable; if not, do an online migration.

この記事では、SQL Server から SQL Managed Instance へのオンライン移行について説明します。This article describes an online migration from SQL Server to a SQL Managed Instance. オフライン移行については、DMS を使用してオフラインで SQL Server を SQL Managed Instance に移行する方法に関するページを参照してください。For an offline migration, see Migrate SQL Server to a SQL Managed Instance offline using DMS.

前提条件Prerequisites

このチュートリアルを完了するには、以下を実行する必要があります。To complete this tutorial, you need to:

  • Azure Resource Manager デプロイ モデルを使用して、Azure Database Migration Service 用の Microsoft Azure 仮想ネットワークを作成します。これで、ExpressRoute または VPN を使用したオンプレミスのソース サーバーとのサイト間接続を確立します。Create a Microsoft Azure Virtual Network for Azure Database Migration Service by using the Azure Resource Manager deployment model, which provides site-to-site connectivity to your on-premises source servers by using either ExpressRoute or VPN. Azure Database Migration Service を使用した SQL Managed Instance の移行のネットワーク トポロジについて学習してくださいLearn network topologies for SQL Managed Instance migrations using Azure Database Migration Service. 仮想ネットワークの作成方法の詳細については、Virtual Network のドキュメントを参照してください。特に、詳細な手順が記載されたクイックスタートの記事を参照してください。For more information about creating a virtual network, see the Virtual Network Documentation, and especially the quickstart articles with step-by-step details.

    注意

    仮想ネットワークのセットアップ中、Microsoft へのネットワーク ピアリングに ExpressRoute を使用する場合は、サービスのプロビジョニング先となるサブネットに、次のサービス エンドポイントを追加してください。During virtual network setup, if you use ExpressRoute with network peering to Microsoft, add the following service endpoints to the subnet in which the service will be provisioned:

    • ターゲット データベース エンドポイント (SQL エンドポイント、Cosmos DB エンドポイントなど)Target database endpoint (for example, SQL endpoint, Cosmos DB endpoint, and so on)
    • ストレージ エンドポイントStorage endpoint
    • サービス バス エンドポイントService bus endpoint

    Azure Database Migration Service にはインターネット接続がないため、この構成が必要となります。This configuration is necessary because Azure Database Migration Service lacks internet connectivity.

    オンプレミス ネットワークと Azure の間にサイト間接続がない場合、またはサイト間接続の帯域幅が制限されている場合は、Azure Database Migration Service をハイブリッド モード (プレビュー) で使用することを検討してください。If you don’t have site-to-site connectivity between the on-premises network and Azure or if there is limited site-to-site connectivity bandwidth, consider using Azure Database Migration Service in hybrid mode (Preview). ハイブリッド モードでは、オンプレミスの移行 worker と、クラウドで実行されている Azure Database Migration Service のインスタンスを利用します。Hybrid mode leverages an on-premises migration worker together with an instance of Azure Database Migration Service running in the cloud. ハイブリッド モードで Azure Database Migration Service のインスタンスを作成するには、Azure portal を使用してハイブリッド モードで Azure Database Migration Service のインスタンスを作成する方法に関する記事を参照してください。To create an instance of Azure Database Migration Service in hybrid mode, see the article Create an instance of Azure Database Migration Service in hybrid mode using the Azure portal.

    重要

    移行の一環として使用されるストレージ アカウントに関して、次のいずれかの作業を行う必要があります。Regarding the storage account used as part of the migration, you must either:

    • ストレージ アカウントへのアクセスをすべてのネットワークに許可します。Choose to allow all network to access the storage account.
    • MI サブネットでサブネットの委任をオンにし、このサブネットを許可するようにストレージ アカウントのファイアウォール規則を更新します。Turn on subnet delegation on MI subnet and update the Storage Account firewall rules to allow this subnet.
  • 仮想ネットワークのネットワーク セキュリティ グループの規則によって、Azure Database Migration Service への次のアウトバウンド通信ポートが確実にブロックされないようにします: 443、53、9354、445、12000。Ensure that your virtual network Network Security Group rules don't block the following outbound communication ports to Azure Database Migration Service: 443, 53, 9354, 445, 12000. 仮想ネットワークの NSG トラフィックのフィルター処理の詳細については、ネットワーク セキュリティ グループによるネットワーク トラフィックのフィルター処理に関する記事を参照してください。For more detail on virtual network NSG traffic filtering, see the article Filter network traffic with network security groups.

  • ソース データベース エンジンへのアクセスのために Windows ファイアウォールを構成します。Configure your Windows Firewall for source database engine access.

  • Azure Database Migration Service でソース SQL Server にアクセスできるように Windows ファイアウォールを開放します。既定では TCP ポート 1433 が使用されます。Open your Windows Firewall to allow Azure Database Migration Service to access the source SQL Server, which by default is TCP port 1433. 使用している既定のインスタンスが他のポートでリッスンしている場合は、それをファイアウォールに追加してください。If your default instance is listening on some other port, add that to the firewall.

  • 動的ポートを使用して複数の名前付き SQL Server インスタンスを実行している場合は、SQL Browser サービスを有効にし、ファイアウォール経由の UDP ポート 1434 へのアクセスを許可することをお勧めします。これにより、Azure Database Migration Service はソース サーバー上の名前付きインスタンスに接続できるようになります。If you're running multiple named SQL Server instances using dynamic ports, you may wish to enable the SQL Browser Service and allow access to UDP port 1434 through your firewalls so that Azure Database Migration Service can connect to a named instance on your source server.

  • ソース データベースの前でファイアウォール アプライアンスを使用する場合は、Azure Database Migration Service が移行のためにソース データベースにアクセスし、SMB ポート 445 経由でファイルにアクセスできるように、ファイアウォール規則を追加することが必要な場合があります。If you're using a firewall appliance in front of your source databases, you may need to add firewall rules to allow Azure Database Migration Service to access the source database(s) for migration, as well as files via SMB port 445.

  • SQL マネージド インスタンスを作成します。手順の詳細については、Azure portal で SQL マネージド インスタンスを作成する方法に関する記事を参照してください。Create a SQL Managed Instance by following the detail in the article Create a SQL Managed Instance in the Azure portal.

  • ソースの SQL Server とターゲットの SQL Managed Instance の接続に使用するログインが、sysadmin サーバー ロールのメンバーであることを確認します。Ensure that the logins used to connect the source SQL Server and the target SQL Managed Instance are members of the sysadmin server role.

  • Azure Database Migration Service でデータベースの移行に使用できる、すべてのデータベースの完全なデータベース バックアップ ファイルと、その後のトランザクション ログのバックアップ ファイルが格納されている、SMB ネットワーク共有を提供します。Provide an SMB network share that contains all your database full database backup files and subsequent transaction log backup files, which Azure Database Migration Service can use for database migration.

  • 作成したネットワーク共有に対して、ソース SQL Server インスタンスを実行しているサービス アカウントが書き込み特権を持っていること、およびソース サーバーのコンピューター アカウントが読み取り/書き込みアクセス権を持っていることを確認します。Ensure that the service account running the source SQL Server instance has write privileges on the network share that you created and that the computer account for the source server has read/write access to the same share.

  • 作成したネットワーク共有に対するフル コントロール権限を持つ Windows ユーザー (とパスワード) をメモしておきます。Make a note of a Windows user (and password) that has full control privilege on the network share that you previously created. Azure Database Migration Service は、ユーザーの資格情報を借用して、復元操作のために、Azure Storage コンテナーにバックアップ ファイルをアップロードします。Azure Database Migration Service impersonates the user credential to upload the backup files to Azure Storage container for restore operation.

  • Azure Active Directory のアプリケーション ID を作成します。これにより、Azure Database Migration Service がターゲットの Azure Database Managed Instance と Azure Storage Container に接続するために使用できる、アプリケーション ID キーが生成されます。Create an Azure Active Directory Application ID that generates the Application ID key that Azure Database Migration Service can use to connect to target Azure Database Managed Instance and Azure Storage Container. 詳細については、ポータルを使用した、リソースにアクセスできる Azure Active Directory アプリケーションとサービス プリンシパルの作成に関する記事を参照してください。For more information, see the article Use portal to create an Azure Active Directory application and service principal that can access resources.

    注意

    Azure Database Migration Service では、指定されたアプリケーション ID のサブスクリプションに対する共同作成者アクセス許可が必要です。Azure Database Migration Service requires the Contributor permission on the subscription for the specified Application ID. または、Azure Database Migration Service で必要な特定のアクセス許可を付与するカスタム ロールを作成することもできます。Alternatively, you can create custom roles that grant the specific permissions that Azure Database Migration Service requires. カスタム ロールの使用に関する詳細な手順については、「SQL Server から SQL Managed Instance にオンライン移行するためのカスタム ロール」を参照してください。For step-by-step guidance about using custom roles, see the article Custom roles for SQL Server to SQL Managed Instance online migrations.

  • DMS サービスがデータベース バックアップ ファイルをアップロードしてデータベースの移行に使用できるように、標準パフォーマンス レベル と Azure Storage Account のメモを作成します。Create or make a note of Standard Performance tier, Azure Storage Account, that allows DMS service to upload the database backup files to and use for migrating databases. Azure Storage アカウントは、Azure Database Migration Service インスタンスの作成先と同じリージョンに作成してください。Make sure to create the Azure Storage Account in the same region as the Azure Database Migration Service instance is created.

    注意

    オンライン移行を使用して、Transparent Data Encryption によって保護されたデータベースをマネージド インスタンスに移行する場合は、データベースの復元の前に、オンプレミスまたは Azure VM SQL Server インスタンスの対応する証明書を移行する必要があります。When you migrate a database that's protected by Transparent Data Encryption to a managed instance by using online migration, the corresponding certificate from the on-premises or Azure VM SQL Server instance must be migrated before the database restore. 詳細な手順については、TDE 証明書のマネージド インスタンスへの移行に関するページを参照してください。For detailed steps, see Migrate a TDE cert to a managed instance.

Microsoft.DataMigration リソース プロバイダーを登録するRegister the Microsoft.DataMigration resource provider

  1. Azure portal にサインインし、 [すべてのサービス] を選択し、 [サブスクリプション] を選択します。Sign in to the Azure portal, select All services, and then select Subscriptions.

    ポータルのサブスクリプションの表示

  2. Azure Database Migration Service のインスタンスを作成するサブスクリプションを選択してから、 [リソース プロバイダー] を選びます。Select the subscription in which you want to create the instance of Azure Database Migration Service, and then select Resource providers.

    リソース プロバイダーの表示

  3. 移行を検索し、Microsoft.DataMigration の右側にある [登録] を選択します。Search for migration, and then to the right of Microsoft.DataMigration, select Register.

    リソース プロバイダーの登録

Azure Database Migration Service インスタンスを作成するCreate an Azure Database Migration Service instance

  1. Azure portal で [+ リソースの作成] を選択し、Azure Database Migration Service を検索して、ドロップダウン リストから [Azure Database Migration Service] を選択します。In the Azure portal, select + Create a resource, search for Azure Database Migration Service, and then select Azure Database Migration Service from the drop-down list.

    Azure Marketplace

  2. [Azure Database Migration Service] 画面で、 [作成] を選択します。On the Azure Database Migration Service screen, select Create.

    Azure Database Migration Service インスタンスを作成する

  3. [移行サービスの作成] 画面で、サービスの名前、サブスクリプション、新規または既存のリソース グループを指定します。On the Create Migration Service screen, specify a name for the service, the subscription, and a new or existing resource group.

  4. DMS のインスタンスの作成先となる場所を選択します。Select the location in which you want to create the instance of DMS.

  5. 既存の仮想ネットワークを選択するか、新たに作成します。Select an existing virtual network or create one.

    この仮想ネットワークによって、Azure Database Migration Service に、ソース SQL Server とターゲット SQL マネージド インスタンスへのアクセスが提供されます。The virtual network provides Azure Database Migration Service with access to the source SQL Server and target SQL Managed Instance.

    Azure portal で仮想ネットワークを作成する方法の詳細については、Azure portal を使用した仮想ネットワークの作成に関する記事を参照してください。For more information on how to create a virtual network in Azure portal, see the article Create a virtual network using the Azure portal.

    その他の詳細については、Azure Database Migration Service を使用した SQL Managed Instance の移行のネットワーク トポロジに関する記事を参照してください。For additional detail, see the article Network topologies for SQL Managed Instance migrations using Azure Database Migration Service.

  6. Premium 価格レベルの SKU を選択します。Select a SKU from the Premium pricing tier.

    注意

    オンライン移行は、Premium レベルを使用している場合にのみサポートされます。Online migrations are supported only when using the Premium tier.

    コストと価格レベルの詳細については、価格に関するページを参照してください。For more information on costs and pricing tiers, see the pricing page.

    DMS サービスを作成する

  7. [作成] を選択して、サービスを作成します。Select Create to create the service.

移行プロジェクトを作成するCreate a migration project

サービスのインスタンスが作成されたら、Azure portal 内でそのサービスを探して開き、新しい移行プロジェクトを作成します。After an instance of the service is created, locate it within the Azure portal, open it, and then create a new migration project.

  1. Azure ポータルで、 [All services](すべてのサービス) を選択し、Azure Database Migration Service を検索して、Azure Database Migration Service を選択します。In the Azure portal, select All services, search for Azure Database Migration Service, and then select Azure Database Migration Services.

    Azure Database Migration Service のすべてのインスタンスを検索する

  2. [Azure Database Migration Service] 画面で、作成したインスタンスの名前を検索して、そのインスタンスを選択します。On the Azure Database Migration Service screen, search for the name of the instance that you created, and then select the instance.

  3. [+ 新しい移行プロジェクト] を選択します。Select + New Migration Project.

  4. [新しい移行プロジェクト] 画面で、プロジェクトの名前を指定します。 [ソース サーバーの種類] ボックスで [SQL Server] を選択し、 [ターゲット サーバーの種類] ボックスで [Azure SQL Managed Instance] を選択します。次に、 [アクティビティの種類を選択します][オンライン データの移行] を選択します。On the New migration project screen, specify a name for the project, in the Source server type text box, select SQL Server, in the Target server type text box, select Azure SQL Managed Instance, and then for Choose type of activity, select Online data migration.

    Azure Database Migration Service プロジェクトを作成する

  5. [アクティビティの作成と実行] を選択してプロジェクトを作成ます。Select Create and run activity to create the project.

ソース詳細を指定するSpecify source details

  1. [移行ソースの詳細] 画面で、ソース SQL Server の接続の詳細を指定します。On the Migration source detail screen, specify the connection details for the source SQL Server.

  2. 信頼できる証明書をサーバーにインストールしていない場合は、 [サーバー証明書を信頼する] チェック ボックスをオンにします。If you haven't installed a trusted certificate on your server, select the Trust server certificate check box.

    信頼できる証明書がインストールされていない場合、SQL Server はインスタンスの開始時に自己署名証明書を生成します。When a trusted certificate isn't installed, SQL Server generates a self-signed certificate when the instance is started. この証明書は、クライアント接続の資格情報の暗号化に使用されます。This certificate is used to encrypt the credentials for client connections.

    注意事項

    自己署名証明書で暗号化されている TLS 接続のセキュリティは強力ではありません。TLS connections that are encrypted using a self-signed certificate does not provide strong security. man-in-the-middle (中間者) 攻撃を受ける可能性が高くなります。They are susceptible to man-in-the-middle attacks. 実稼働環境やインターネットに接続しているサーバーでは、自己署名証明書を使用した TLS 接続は使用しないでください。You should not rely on TLS using self-signed certificates in a production environment or on servers that are connected to the internet.

    ソースの詳細

  3. [保存] を選択します。Select Save.

  4. [ソース データベースの選択] 画面で、移行する Adventureworks2012 データベースを選択します。On the Select source databases screen, select the Adventureworks2012 database for migration.

    ソース データベースを選択する

    重要

    SQL Server Integration Services (SSIS) を使用する場合、DMS では現在、SQL Server から SQL Managed Instance への SSIS プロジェクトまたはパッケージ (SSISDB) 用のカタログ データベースの移行がサポートされていません。If you use SQL Server Integration Services (SSIS), DMS does not currently support migrating the catalog database for your SSIS projects/packages (SSISDB) from SQL Server to SQL Managed Instance. ただし、Azure Data Factory (ADF) に SSIS をプロビジョニングした後、SQL Managed Instance によってホストされている移行先 SSISDB に SSIS プロジェクトまたはパッケージを再デプロイすることはできます。However, you can provision SSIS in Azure Data Factory (ADF) and redeploy your SSIS projects/packages to the destination SSISDB hosted by SQL Managed Instance. SSIS パッケージの移行の詳細については、記事「SQL Server Integration Services パッケージを Azure に移行する」を参照してください。For more information about migrating SSIS packages, see the article Migrate SQL Server Integration Services packages to Azure.

  5. [保存] を選択します。Select Save.

ターゲット詳細を指定するSpecify target details

  1. [移行のターゲットの詳細] 画面で アプリケーション IDキー を指定します。DMS インスタンスは、これらを使用することで、SQL Managed Instance のターゲット インスタンスと Azure Storage アカウントに接続できます。On the Migration target details screen, specify the Application ID and Key that the DMS instance can use to connect to the target instance of SQL Managed Instance and the Azure Storage Account.

    詳細については、ポータルを使用した、リソースにアクセスできる Azure Active Directory アプリケーションとサービス プリンシパルの作成に関する記事を参照してください。For more information, see the article Use portal to create an Azure Active Directory application and service principal that can access resources.

  2. SQL Managed Instance のターゲット インスタンスを収納する サブスクリプション を選択した後、ターゲット インスタンスを選択します。Select the Subscription containing the target instance of SQL Managed Instance, and then select the target instance.

    SQL Managed Instance のプロビジョニングがまだ済んでいない場合は、インスタンスのプロビジョニングに役立つリンクを選択します。If you haven't already provisioned the SQL Managed Instance, select the link to help you provision the instance. SQL Managed Instance の準備ができたら、この特定のプロジェクトに戻って移行を実行します。When the SQL Managed Instance is ready, return to this specific project to execute the migration.

  3. SQL Managed Instance に接続するための SQL ユーザーパスワード を入力します。Provide SQL User and Password to connect to the SQL Managed Instance.

    ターゲットを選択する

  4. [保存] を選択します。Select Save.

ソース データベースを選択するSelect source databases

  1. [ソース データベースの選択] 画面で、移行するソース データベースを選択します。On the Select source databases screen, select the source database that you want to migrate.

    ソース データベースを選択する

  2. [保存] を選択します。Select Save.

移行の設定の構成Configure migration settings

  1. [移行の設定の構成] 画面で、次の情報を入力します。On the Configure migration settings screen, provide the following detail:

    SMB ネットワーク場所の共有SMB Network location share Azure Database Migration Service が移行に使用できる、完全なデータベース バックアップ ファイルとトランザクション ログのバックアップ ファイルを収納する、ローカルな SMB ネットワーク共有または Azure ファイル共有です。The local SMB network share or Azure file share that contains the Full database backup files and transaction log backup files that Azure Database Migration Service can use for migration. ソースの SQL Server インスタンスを実行しているサービス アカウントには、このネットワーク共有での読み取り/書き込み権限がなければなりません。The service account running the source SQL Server instance must have read\write privileges on this network share. たとえば、ネットワーク共有のサーバーの FQDN または IP アドレスを "\\servername.domainname.com\backupfolder" または "\\IP address\backupfolder" と指定します。Provide an FQDN or IP addresses of the server in the network share, for example, '\\servername.domainname.com\backupfolder' or '\\IP address\backupfolder'. パフォーマンスを向上するために、移行するデータベースごとに個別のフォルダーを使用することをお勧めします。For improved performance, it's recommended to use separate folder for each database to be migrated. [詳細設定] オプションを使用すると、データベース レベルのファイル共有パスを指定できます。You can provide the database level file share path by using the Advanced Settings option.
    ユーザー名User name 上で指定したネットワーク共有に対するフル コントロール権限が Windows ユーザーにあることを確認してください。Make sure that the Windows user has full control privilege on the network share that you provided above. Azure Database Migration Service により、ユーザーの資格情報を借用することで、復元操作のために、Azure Storage コンテナーにバックアップ ファイルがアップロードされます。Azure Database Migration Service will impersonate the user credential to upload the backup files to Azure Storage container for restore operation. Azure ファイル共有を使用している場合は、先頭に AZURE\ を付けたストレージ アカウント名をユーザー名として使用してください。If using Azure File share, use the storage account name pre-pended with AZURE\ as the username.
    パスワードPassword ユーザーのパスワード。Password for the user. Azure ファイル共有を使用している場合は、ストレージ アカウント キーをパスワードとして使用してください。If using Azure file share, use a storage account key as the password.
    Azure Storage Account のサブスクリプションSubscription of the Azure Storage Account Azure Storage Account を収納するサブスクリプションを選択します。Select the subscription that contains the Azure Storage Account.
    Azure Storage アカウントAzure Storage Account DMS が SMB ネットワーク共有からバックアップ ファイルをアップロードして、データベース移行に使用できるように、Azure Storage Account を選択します。Select the Azure Storage Account that DMS can upload the backup files from the SMB network share to and use for database migration. 最適なファイル アップロードのパフォーマンスを得るには、DMS サービスと同じ地域にある Storage Account を選択することをお勧めします。We recommend selecting the Storage Account in the same region as the DMS service for optimal file upload performance.

    移行設定の構成

    注意

    Azure Database Migration Service で "システム エラー 53" または "システム エラー 57" が表示される場合、Azure Database Migration Service が Azure ファイル共有にアクセスできないことが原因である可能性があります。If Azure Database Migration Service shows error ‘System Error 53’ or ‘System Error 57’, the cause might result from an inability of Azure Database Migration Service to access Azure file share. このいずれかのエラーが発生した場合は、こちらの手順に従って、ストレージ アカウントに仮想ネットワークからアクセスできるようにしてください。If you encounter one of these errors, please grant access to the storage account from the virtual network using the instructions here.

    重要

    ループバック チェック機能が有効になっていて、ソース SQL Server とファイル共有が同じコンピューター上にある場合、ソースは FQDN を使用してファイル共有にアクセスできません。If loopback check functionality is enabled and the source SQL Server and file share are on the same computer, then source won't be able to access the files hare using FQDN. この問題を解決するには、こちらの手順を使用して、ループバック チェック機能を無効にしてください。To fix this issue, disable loopback check functionality using the instructions here.

  2. [保存] を選択します。Select Save.

移行の概要を確認するReview the migration summary

  1. [Migration summary](移行の概要) 画面の [アクティビティ名] ボックスに移行アクティビティの名前を指定します。On the Migration summary screen, in the Activity name text box, specify a name for the migration activity.

  2. 移行プロジェクトに関連付けられた詳細を確認します。Review and verify the details associated with the migration project.

    移行プロジェクトの概要

移行を実行して監視するRun and monitor the migration

  1. [移行の実行] を選択します。Select Run migration.

  2. 移行アクティビティ画面で、 [更新] を選択して表示を更新します。On the migration activity screen, select Refresh to update the display.

    進行中の移行アクティビティ

    データベースとログインのカテゴリを展開して、該当するサーバー オブジェクトの移行状態を監視できます。You can further expand the databases and logins categories to monitor the migration status of the respective server objects.

    移行アクティビティの状態

移行カットオーバーの実行Performing migration cutover

SQL Managed Instance のターゲット インスタンスで完全なデータベース バックアップが復元されたら、データベースは移行カットオーバーを実行するために使用できます。After the full database backup is restored on the target instance of SQL Managed Instance, the database is available for performing a migration cutover.

  1. オンライン データベースの移行を完了する準備が整ったら、 [カットオーバーの開始] を選択します。When you're ready to complete the online database migration, select Start Cutover.

  2. ソース データベースへの着信トラフィックをすべて停止します。Stop all the incoming traffic to source databases.

  3. [ログ末尾のバックアップ] を採用し、バックアップ ファイルを SMB ネットワーク共有で使用できるようにしたら、この最後のトランザクション ログのバックアップが復元されるまで待機します。Take the [tail-log backup], make the backup file available in the SMB network share, and then wait until this final transaction log backup is restored.

    その時点で、 [保留中の変更] が 0 に設定されたことがわかります。At that point, you'll see Pending changes set to 0.

  4. [確認] を選択したら、 [適用] を選択します。Select Confirm, and then select Apply.

    カットオーバー完了の準備

    重要

    カットオーバーの後、Business Critical サービス レベルでの SQL Managed Instance の可用性だけは、AlwaysOn 高可用性グループに対して 3 つのセカンダリ レプリカをシードする必要があるため、General Purpose よりかなり長くかかることがあります。After the cutover, availability of SQL Managed Instance with Business Critical service tier only can take significantly longer than General Purpose as three secondary replicas have to be seeded for AlwaysOn High Availability group. この操作の所要時間は、データのサイズに依存します。詳細については、「管理操作の所要時間」を参照してください。This operation duration depends on the size of data, for more information see Management operations duration.

  5. データベース移行の状態が [完了] と表示されたら、SQL Managed Instance の新しいターゲット インスタンスにアプリケーションを接続します。When the database migration status shows Completed, connect your applications to the new target instance of SQL Managed Instance.

    カットオーバー完了

次のステップNext steps