OSSバケット内の自己管理データベースのバックアップファイルを使用して、完全バックアップデータをApsaraDB RDS for SQL Serverインスタンスに復元します。 - ApsaraDB RDS

ApsaraDB RDS for SQL Serverインスタンスを使用すると、データをクラウドに簡単に移行できます。自己管理型SQL Serverインスタンスのソースデータベースの完全バックアップデータをObject Storage Service (OSS) バケットにアップロードし、ApsaraDB RDSコンソールを使用して、完全バックアップデータをApsaraDB RDS for SQL Serverインスタンスのターゲットデータベースに移行するだけで済みます。この機能は、データのバックアップ、移行、ディザスタリカバリなどのシナリオで使用できます。

説明

このトピックで説明する操作は、RDSインスタンスがクラウドディスクを使用してSQL Server 2008 R2を実行している場合、またはSQL Server 2012以降を実行している場合にのみ実行できます。
自己管理型SQL Serverインスタンスの完全バックアップデータを、ローカルディスクでSQL Server 2008 R2を実行するRDSインスタンスに移行する方法の詳細については、「自己管理型SQL Serverインスタンスの完全バックアップデータを、ローカルディスクでSQL Server 2008 R2を実行するApsaraDB RDSインスタンスに移行」をご参照ください。

前提条件

RDSインスタンスは、クラウドディスクを使用してSQL Server 2008 R2を実行するか、SQL Server 2012以降を実行します。 RDSインスタンス上のデータベースの名前は、自己管理型SQL Serverインスタンスから移行するデータベースの名前とは異なります。 RDSインスタンスの作成方法の詳細については、「ApsaraDB RDS For SQL Serverインスタンスの作成」をご参照ください。
説明
クラウドディスクでSQL Server 2008 R2を実行するApsaraDB RDSインスタンスは、購入できなくなりました。詳細については、「 [EOS /廃止] クラウドディスクを備えたSQL Server 2008 R2を実行しているApsaraDB RDSインスタンスは、2023年7月14日から購入できなくなりました」をご参照ください。
RDSインスタンスの使用可能なストレージは十分です。使用可能なストレージが不十分な場合は、移行を開始する前にRDSインスタンスのストレージ容量を拡張する必要があります。詳細については、「ApsaraDB RDS For SQL Serverインスタンスの仕様の変更」をご参照ください。
RDSインスタンス用に特権アカウントが作成されます。詳細については、「アカウントとデータベースの作成」をご参照ください。
DBCC CHECKDBステートメントを実行して、自己管理型SQL Serverインスタンスで割り当てエラーまたは整合性エラーが発生しないようにします。割り当てエラーまたは整合性エラーが発生しなかった場合、次の実行結果が返されます。
```
...
CHECKDB found 0 allocation errors and 0 consistency errors in database 'xxx'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
```
OSSが有効化されています。詳細については、「OSSの有効化」をご参照ください。
RAMユーザーを使用する場合は、次の要件が満たされていることを確認してください。
- AliyunOSSFullAccessおよびAliyunRDSFullAccessポリシーはRAMユーザーにアタッチされます。 RAMユーザーに権限を付与する方法の詳細については、「RAMを使用してOSS権限を管理する」および「RAMを使用してApsaraDB RDS権限を管理する」をご参照ください。
- ApsaraDB RDSのサービスアカウントは、Alibaba Cloudアカウントを使用してOSSバケットにアクセスすることで承認されます。
  [展開してサービスアカウントを認証する方法を表示する]
  1. RDSインスタンスの詳細ページの左側のナビゲーションウィンドウで、[バックアップと復元] をクリックします。表示されるページで、[OSSバックアップデータのRDSへの移行] をクリックします。
  2. [インポートガイド] ページで、最初の2つの手順については、[次へ] をクリックして3に進みます。データのインポート手順。
    ページの左下隅にOSSへのアクセスを許可したRDS公式サービスアカウントが表示されている場合、サービスアカウントはOSSバケットへのアクセスを許可されています。それ以外の場合は、[権限付与] をクリックしてサービスアカウントを権限付与します。
- カスタムポリシーは、Alibaba Cloudアカウントを使用して手動で作成され、RAMユーザーにアタッチされます。カスタムポリシーの作成方法の詳細については、「カスタムポリシーの作成」の「JSONタブでカスタムポリシーを作成する」をご参照ください。
  展開してカスタムポリシーを表示
```
{
    "Version": "1",
    "Statement": [
        {
            "Action": [
                "ram:GetRole"
            ],
            "Resource": "acs:ram:*:*:role/AliyunRDSImportRole",
            "Effect": "Allow"
        }
    ]
}
```

使用上の注意

このトピックで説明する移行方法は、データベースレベルです。一度に単一の自己管理データベースのフルバックアップデータのみをRDSインスタンスに移行できます。自己管理型SQL Serverインスタンス内の複数またはすべてのデータベースのバックアップデータを一度に移行する場合は、インスタンスレベルの移行方法を使用することをお勧めします。詳細については、「セルフマネージドSQL ServerインスタンスからApsaraDB RDS For SQL Serverインスタンスへのデータの移行」をご参照ください。
RDSインスタンスよりも新しいバージョンのデータベースエンジンを実行する自己管理型SQL Serverインスタンスのバックアップファイルを移行することはできません。たとえば、SQL Server 2016を実行する自己管理型インスタンスのバックアップファイルを、SQL Server 2012を実行するRDSインスタンスに移行することはできません。
差分バックアップファイルとログバックアップファイルはサポートされていません。
データ移行の失敗を避けるために、完全バックアップファイルの名前に次の特殊文字が含まれていないことを確認してください:! @ # $ % ^ & * ( ) _ + - =
ApsaraDB RDSのサービスアカウントにOSSバケットへのアクセスを許可すると、AliyunRDSImportRoleという名前のロールがRAMに作成されます。このロールを変更または削除しないでください。このロールを変更または削除した場合、バックアップファイルはOSSバケットからダウンロードできません。この場合、移行ウィザードを使用してサービスアカウントを再承認する必要があります。
RDSインスタンスは、自己管理型SQL Serverインスタンスのアカウントを引き継ぎません。移行が完了したら、ApsaraDB RDSコンソールでRDSインスタンスのアカウントを作成する必要があります。
移行が完了する前に、OSSバケットから完全バックアップファイルを削除しないでください。移行が完了する前に完全バックアップファイルを削除すると、移行は失敗します。
バックアップファイルの名前の末尾には、bak、diff、trn、またはlogを付ける必要があります。次のリストでは、サフィックスについて説明します。
- "bak": フルバックアップファイルを示します。
- "diff": 差分バックアップファイルを示します。
- trnまたはlog: トランザクションのログバックアップファイルを示します。
説明
- バックアップファイルが上記のサフィックスを使用しない場合、システムはバックアップファイルのタイプを識別できない可能性があります。これは後続の操作に影響します。
- デフォルトでは、RDSインスタンスの完全バックアップファイルはZIP形式です。 ZIPファイルをダウンロードする場合は、ZIPファイルを解凍して、名前の末尾にbakが付いている完全なバックアップファイルを取得する必要があります。次に、フルバックアップファイルを使用して、データをRDSインスタンスに移行できます。

課金

このトピックで説明されている方法を使用してデータを移行する場合、OSSバケットの使用に対してのみ課金されます。

シナリオ	課金ルール
OSSバケットへのバックアップファイルのアップロード	無料です。
OSSバケットにバックアップファイルを保存する	ストレージ料金が請求されます。詳細については、OSSの料金ページをご覧ください。
OSSバケットからRDSインスタンスへのバックアップファイルの移行	内部ネットワークを介してOSSバケットからRDSインスタンスにバックアップファイルを移行する場合、料金は発生しません。インターネット経由でバックアップファイルを移行する場合、アウトバウンドインターネットトラフィックに基づいてOSSバケットに対して課金されます。詳細については、OSSの料金ページをご覧ください。

ステップ1: 自己管理型インスタンスのソースデータベースのバックアップ

説明

完全バックアップを実行する前に、自己管理インスタンスのソースデータベースへのすべてのデータ書き込みを停止する必要があります。完全バックアッププロセス中に自己管理データベースに書き込まれたデータはバックアップできません。

バックアップスクリプトをダウンロードし、SQL Server Management Studio (SSMS) を使用してバックアップスクリプトを開きます。

ビジネス要件に基づいてパラメーターを変更します。次の表に、バックアップスクリプトのパラメーターを示します。

パラメーター	説明
@backup_databases_list	バックアップするデータベースの名前。複数のデータベースを指定する場合は, データベース名をセミコロン (;) またはコンマ (,) で区切ります。
@backup_type	バックアップの種類。有効な値： "FULL": フルバックアップ DIFF: 増分バックアップ "LOG": ログバックアップ
@backup_folder	自己管理データベースのバックアップファイルを格納するために使用されるディレクトリ。指定されたディレクトリが存在しない場合、システムは自動的にディレクトリを作成します。
@is_run	バックアップまたはチェックを実行するかどうかを指定します。有効な値： "1"：バックアップを実行します。 0: チェックを実行します。

説明

バックアップスクリプトの [PUBLIC VARIABLES HEREを入力する] セクションのSELECTステートメントの上記パラメーターを変更します。

バックアップスクリプトを実行します。

手順2: バックアップファイルをOSSバケットにアップロードする

重要

OSSバケットが作成されている場合は、バケットが次の要件を満たしているかどうかを確認します。

OSSバケットのストレージクラスはStandardです。ストレージクラスは、標準、低頻度アクセス (IA) 、アーカイブ、コールドアーカイブ、またはディープコールドアーカイブにすることはできません。詳細については、「概要」をご参照ください。
OSSバケットのデータ暗号化は有効になっていません。詳細については、「データ暗号化」をご参照ください。

OSSバケットを作成します。

OSSコンソールにログインします。
左側のナビゲーションウィンドウで、[バケット] をクリックします。 [バケット] ページで、[バケットの作成] をクリックします。

次のパラメーターを設定します。他のパラメーターのデフォルト値を保持します。

重要

作成されたOSSバケットはデータ移行にのみ使用され、データ移行が完了すると使用されなくなります。キーパラメーターのみを設定する必要があります。データのリークや過剰なコストを防ぐために、できるだけ早い機会にデータ移行が完了した後にOSSバケットを削除することを推奨します。
OSSバケットの作成時にデータ暗号化を有効にしないでください。詳細については、「データ暗号化」をご参照ください。

パラメーター	説明	例
バケット名	OSS バケットの名前。名前はグローバルに一意であり、設定後に変更することはできません。命名規則: 名前には、小文字、数字、ハイフン (-) のみを使用できます。先頭と末尾は小文字または数字である必要があります。名前の長さは 3 ~ 63 文字である必要があります。	migratetest
リージョン	OSS バケットの名前です。内部ネットワークを介してElastic Compute Service (ECS) インスタンスからOSSバケットにデータをアップロードし、内部ネットワークを介してRDSインスタンスにデータを復元する場合は、OSSバケット、ECSインスタンス、およびRDSインスタンスが同じリージョンにあることを確認してください。	中国 (杭州)
ストレージクラス	バケットのストレージクラス。 [標準] を選択します。このトピックで説明するクラウド移行操作は、他のストレージクラスのバケットでは実行できません。	標準

バックアップファイルをOSSバケットにアップロードします。

説明

RDSインスタンスとOSSバケットが同じリージョンにある場合、内部ネットワークを介して相互に通信できます。内部ネットワークを使用してバックアップデータをアップロードできます。この方法は高速で、インターネットトラフィックの料金は発生しません。ターゲットRDSインスタンスと同じリージョンにあるOSSバケットにバックアップファイルをアップロードすることを推奨します。

自己管理型SQL Serverインスタンスの完全バックアップが完了したら、次のいずれかの方法を使用して、生成された完全バックアップファイルをOSSバケットにアップロードする必要があります。

方法1: ossbrowserツールを使用する (推奨)

ossbrowserのダウンロード。詳細については、「ossbrowserへのインストールとログイン」をご参照ください。
ダウンロードしたoss-browser-win32-x64.zipのパッケージを64ビットWindowsオペレーティングシステムで解凍します。次に、oss-browser.exeをダブルクリックしてプログラムを実行します。例として、64ビットWindowsオペレーティングシステムを使用します。
[AKログイン] タブで、[AccessKeyId] および [AccessKeySecret] パラメーターを設定し、他のパラメーターのデフォルト値を保持し、[ログイン] をクリックします。
説明
AccessKeyペアは、Alibaba CloudアカウントのIDを確認し、データセキュリティを確保するために使用されます。 AccessKeyペアの機密を保持することを推奨します。 AccessKeyペアを作成および取得する方法の詳細については、「AccessKeyペアの作成」をご参照ください。
OSSバケットの名前をクリックします。
アイコンをクリックしてアップロードするバックアップファイルを選択し、[開く] をクリックしてバックアップファイルをOSSバケットにアップロードします。

方法 2: OSS コンソールを使用する

説明

バックアップファイルのサイズが5 GB未満の場合は、OSSコンソールでバックアップファイルをアップロードすることを推奨します。

OSS コンソールにログインします。
左側のナビゲーションウィンドウで、[バケット] をクリックします。 [バケット] ページで、バケットポリシーを設定するバケットの名前をクリックします。
[オブジェクト] ページで、[オブジェクトのアップロード] をクリックします。
バックアップファイルを [アップロードするファイル] セクションにドラッグするか、[ファイルの選択] をクリックしてアップロードするバックアップファイルを選択します。
ページの下部で、[オブジェクトのアップロード] をクリックして、バックアップファイルをOSSバケットにアップロードします。

方法3: OSS APIを呼び出す

説明

バックアップファイルのサイズが5 GBを超える場合は、OSS APIを呼び出して、マルチパートアップロードを使用してバックアップファイルをOSSバケットにアップロードすることを推奨します。

この例では、Javaプロジェクトを使用して、環境変数からアクセス資格情報を取得する方法を説明します。サンプルコードを実行する前に、環境変数が設定されていることを確認してください。アクセス資格情報の設定方法の詳細については、「アクセス資格情報の設定」をご参照ください。サンプルコードの詳細については、「マルチパートアップロード」をご参照ください。

import com.aliyun.oss.ClientException;
import com.aliyun.oss.OSS;
import com.aliyun.oss.common.auth.*;
import com.aliyun.oss.OSSClientBuilder;
import com.aliyun.oss.OSSException;
import com.aliyun.oss.internal.Mimetypes;
import com.aliyun.oss.model.*;
import java.io.File;
import java.io.FileInputStream;
import java.io.InputStream;
import java.util.ArrayList;
import java.util.List;

public class Demo {

    public static void main(String[] args) throws Exception {
        // In this example, the endpoint of the China (Hangzhou) region is used. Specify your actual endpoint. 
        String endpoint = "https://oss-cn-hangzhou.aliyuncs.com";
        // Obtain access credentials from environment variables. Before you run the sample code, make sure that the OSS_ACCESS_KEY_ID and OSS_ACCESS_KEY_SECRET environment variables are configured. 
        EnvironmentVariableCredentialsProvider credentialsProvider = CredentialsProviderFactory.newEnvironmentVariableCredentialsProvider();
        // Specify the name of the bucket. Example: examplebucket. 
        String bucketName = "examplebucket";
        // Specify the full path of the object. Example: exampledir/exampleobject.txt. Do not include the bucket name in the full path of the object. 
        String objectName = "exampledir/exampleobject.txt";
        // Specify the full path of the local file that you want to upload. 
        String filePath = "D:\\localpath\\examplefile.txt";
        // Specify the region in which the bucket is located. For example, if the bucket is located in the China (Hangzhou) region, set the region to cn-hangzhou.
        String region = "cn-hangzhou";

        // Create an OSSClient instance. 
        ClientBuilderConfiguration clientBuilderConfiguration = new ClientBuilderConfiguration();
        clientBuilderConfiguration.setSignatureVersion(SignVersion.V4);        
        OSS ossClient = OSSClientBuilder.create()
        .endpoint(endpoint)
        .credentialsProvider(credentialsProvider)
        .clientConfiguration(clientBuilderConfiguration)
        .region(region)               
        .build();
        
        try {
            // Create an InitiateMultipartUploadRequest object. 
            InitiateMultipartUploadRequest request = new InitiateMultipartUploadRequest(bucketName, objectName);

            // The following sample code provides an example on how to specify the request headers when you initiate a multipart upload task: 
             ObjectMetadata metadata = new ObjectMetadata();
            // metadata.setHeader(OSSHeaders.OSS_STORAGE_CLASS, StorageClass.Standard.toString());
            // Specify the caching behavior of the web page for the object. 
            // metadata.setCacheControl("no-cache");
            // Specify the name of the downloaded object. 
            // metadata.setContentDisposition("attachment;filename=oss_MultipartUpload.txt");
            // Specify the content encoding format of the object. 
            // metadata.setContentEncoding(OSSConstants.DEFAULT_CHARSET_NAME);
            // Specify whether existing objects are overwritten by objects that have the same names when the multipart upload task is initiated. In this example, this parameter is set to true, which indicates that existing objects cannot be overwritten by objects with the same names. 
            // metadata.setHeader("x-oss-forbid-overwrite", "true");
            // Specify the server-side encryption method that you want to use to encrypt each part of the object that you want to upload. 
            // metadata.setHeader(OSSHeaders.OSS_SERVER_SIDE_ENCRYPTION, ObjectMetadata.KMS_SERVER_SIDE_ENCRYPTION);
            // Specify the algorithm that you want to use to encrypt the object. If you do not specify this parameter, the object is encrypted by using AES-256. 
            // metadata.setHeader(OSSHeaders.OSS_SERVER_SIDE_DATA_ENCRYPTION, ObjectMetadata.KMS_SERVER_SIDE_ENCRYPTION);
            // Specify the ID of the customer master key (CMK) that is managed by Key Management Service (KMS). 
            // metadata.setHeader(OSSHeaders.OSS_SERVER_SIDE_ENCRYPTION_KEY_ID, "9468da86-3509-4f8d-a61e-6eab1eac****");
            // Specify the storage class of the object. 
            // metadata.setHeader(OSSHeaders.OSS_STORAGE_CLASS, StorageClass.Standard);
            // Specify one or more tags for the object. 
            // metadata.setHeader(OSSHeaders.OSS_TAGGING, "a:1");
            // request.setObjectMetadata(metadata);

            // Specify ContentType based on the object type. If you do not specify this parameter, the default value of ContentType is used, which is application/oct-srream. 
            if (metadata.getContentType() == null) {
                metadata.setContentType(Mimetypes.getInstance().getMimetype(new File(filePath), objectName));
            }

            // Initiate the multipart upload task. 
            InitiateMultipartUploadResult upresult = ossClient.initiateMultipartUpload(request);
            // Obtain the upload ID. 
            String uploadId = upresult.getUploadId();
            // Cancel the multipart upload task or list uploaded parts based on the upload ID. 
            // If you want to cancel a multipart upload task based on the upload ID, obtain the upload ID after you call the InitiateMultipartUpload operation to initiate the multipart upload task.  
            // If you want to list the uploaded parts in a multipart upload task based on the upload ID, obtain the upload ID after you call the InitiateMultipartUpload operation to initiate the multipart upload task but before you call the CompleteMultipartUpload operation to complete the multipart upload task. 
            // System.out.println(uploadId);

            // partETags is a set of PartETags. A PartETag consists of the part number and ETag of an uploaded part. 
            List<PartETag> partETags =  new ArrayList<PartETag>();
            // Specify the size of each part, which is used to calculate the number of parts of the object. Unit: bytes. 
            final long partSize = 1 * 1024 * 1024L;   // Set the part size to 1 MB. 

            // Calculate the number of parts based on the size of the uploaded data. In the following sample code, a local file is used as an example to describe how to use the File.length() method to obtain the size of the uploaded data. 
            final File sampleFile = new File(filePath);
            long fileLength = sampleFile.length();
            int partCount = (int) (fileLength / partSize);
            if (fileLength % partSize != 0) {
                partCount++;
            }
            // Upload all parts. 
            for (int i = 0; i < partCount; i++) {
                long startPos = i * partSize;
                long curPartSize = (i + 1 == partCount) ? (fileLength - startPos) : partSize;
                UploadPartRequest uploadPartRequest = new UploadPartRequest();
                uploadPartRequest.setBucketName(bucketName);
                uploadPartRequest.setKey(objectName);
                uploadPartRequest.setUploadId(uploadId);
                // Specify the input stream of the multipart upload task. 
                // In the following sample code, a local file is used as an example to describe how to create a FIleInputstream and use the InputStream.skip() method to skip the specified data. 
                InputStream instream = new FileInputStream(sampleFile);
                instream.skip(startPos);
                uploadPartRequest.setInputStream(instream);
                // Specify the part size. The size of each part except for the last part must be greater than or equal to 100 KB. 
                uploadPartRequest.setPartSize(curPartSize);
                // Specify part numbers. Each part has a part number that ranges from 1 to 10,000. If the part number that you specify does not fall within the specified range, OSS returns the InvalidArgument error code. 
                uploadPartRequest.setPartNumber( i + 1);
                // Parts are not necessarily uploaded in order and can be uploaded from different OSS clients. OSS sorts the parts based on the part numbers and combines the parts into a complete object. 
                UploadPartResult uploadPartResult = ossClient.uploadPart(uploadPartRequest);
                // Each time a part is uploaded, OSS returns a result that contains the PartETag of the part. The PartETag is stored in partETags. 
                partETags.add(uploadPartResult.getPartETag());
            }


            // Create a CompleteMultipartUploadRequest object. 
            // When you call the CompleteMultipartUpload operation, you must provide all valid PartETags. After OSS receives the PartETags, OSS verifies all parts one by one. After all parts are verified, OSS combines these parts into a complete object. 
            CompleteMultipartUploadRequest completeMultipartUploadRequest =
                    new CompleteMultipartUploadRequest(bucketName, objectName, uploadId, partETags);

            // The following sample code provides an example on how to configure the access control list (ACL) of the object when you initiate a multipart upload task: 
            // completeMultipartUploadRequest.setObjectACL(CannedAccessControlList.Private);
            // Specify whether to list all parts that are uploaded by using the current upload ID. For OSS SDK for Java 3.14.0 and later, you can set PartETags in CompleteMultipartUploadRequest to null only when you list all parts uploaded to the OSS server to combine the parts into a complete object. 
            // Map<String, String> headers = new HashMap<String, String>();
            // If you set x-oss-complete-all to yes in the request, OSS lists all parts that are uploaded by using the current upload ID, sorts the parts by part number, and then performs the CompleteMultipartUpload operation. 
            // If you set x-oss-complete-all to yes in the request, the request body cannot be specified. If you specify the request body, an error is reported. 
            // headers.put("x-oss-complete-all","yes");
            // completeMultipartUploadRequest.setHeaders(headers);

            // Complete the multipart upload task. 
            CompleteMultipartUploadResult completeMultipartUploadResult = ossClient.completeMultipartUpload(completeMultipartUploadRequest);
            System.out.println(completeMultipartUploadResult.getETag());
        } catch (OSSException oe) {
            System.out.println("Caught an OSSException, which means your request made it to OSS, "
                    + "but was rejected with an error response for some reason.");
            System.out.println("Error Message:" + oe.getErrorMessage());
            System.out.println("Error Code:" + oe.getErrorCode());
            System.out.println("Request ID:" + oe.getRequestId());
            System.out.println("Host ID:" + oe.getHostId());
        } catch (ClientException ce) {
            System.out.println("Caught an ClientException, which means the client encountered "
                    + "a serious internal problem while trying to communicate with OSS, "
                    + "such as not being able to access the network.");
            System.out.println("Error Message:" + ce.getMessage());
        } finally {
            if (ossClient != null) {
                ossClient.shutdown();
            }
        }
    }
}

ステップ3: 移行タスクの作成

[インスタンス] ページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDSインスタンスを見つけ、インスタンスのIDをクリックします。
左側のナビゲーションウィンドウで、バックアップと復元をクリックします。
ページの右上隅にあるOSSバックアップデータをRDSに移行するをクリックします。
インポートガイドウィザードで、次へを2回クリックします。
説明
OSSベースの移行ウィザードを初めて使用する場合は、ApsaraDB RDSのサービスアカウントにOSSバケットへのアクセスを許可する必要があります。この場合、[承認] をクリックして承認を完了する必要があります。それ以外の場合、[データのインポート] ステップの [OSSバケット] ドロップダウンリストは空です。

次のパラメーターを設定します。

パラメーター	説明
データベース名	RDSインスタンスのターゲットデータベースの名前を入力します。ターゲットデータベースは、ソースデータベースから移行されたデータを自己管理型SQL Serverインスタンスに格納するために使用されます。ターゲットデータベースの名前は、オープンソースのSQL Serverの要件を満たす必要があります。重要移行する前に、移行先RDSインスタンスのデータベースの名前が、指定したバックアップファイルを使用して復元するデータベースの名前と異なることを確認する必要があります。さらに、指定されたバックアップファイルを使用して復元するデータベースと同じ名前のデータベースファイルが、ターゲットRDSインスタンスのデータベースに追加されないようにします。上記の両方の要件が満たされている場合は、バックアップセット内のデータベースファイルを使用してデータベースを復元できます。データベースファイルは、復元するデータベースと同じ名前である必要があります。上記の要件のいずれかが満たされない場合、移行は失敗します。
OSSバケット	フルバックアップファイルを格納するOSSバケット。
OSSサブフォルダ名	フルバックアップファイルを格納するOSSサブフォルダーの名前。
OSSファイル	インポートするフルバックアップファイル。検索ボックスにプレフィックスを入力し、アイコンをクリックすると、ファジーマッチモードで完全バックアップファイルを検索できます。名前にプレフィックスが含まれている各完全バックアップファイルの名前、サイズ、および更新時間が表示されます。クラウドに移行するバックアップファイルを選択します。
Cloud Migrationメソッド	即時アクセス (完全バックアップ): 完全バックアップファイルのみを移行する場合は、この移行計画を選択します。この例では、[即時アクセス (フルバックアップ)] を選択します。この場合、CreateMigrateTask操作では、`BackupMode = FULL`および`IsOnlineDB = True`のパラメーター設定が有効になります。アクセス保留 (増分バックアップ): 完全バックアップファイルとログまたは差分バックアップファイルを移行する場合は、この移行方法を選択します。この場合、CreateMigrateTask操作で次のパラメーター設定が有効になります。`BackupMode = UPDF`および`IsOnlineDB = False`。
整合性チェックモード	非同期DBCC: DBCC CHECKDBステートメントは、ターゲットデータベースが開かれた後に実行されます。これにより、ターゲットデータベースを開くのに必要な時間が短縮され、アプリケーションのダウンタイムが最小限に抑えられます。ターゲットデータベースが大きい場合、DBCC CHECKDBステートメントの実行に時間がかかります。アプリケーションがダウンタイムの影響を受けやすいが、DBCC CHECKDBステートメントの結果の影響を受けない場合は、この整合性チェックモードを選択することを推奨します。この場合、CreateMigrateTask操作で次のパラメーター設定が有効になります。`CheckDBMode = AsyncExecuteDBCheck`。同期DBCC: DBCC CHECKDBステートメントは、ターゲットデータベースが開かれると同時に実行されます。 DBCC CHECKDBステートメントの結果に基づいて、ソースデータベースとターゲットデータベース間の整合性エラーを特定する場合は、この整合性チェックモードを選択することを推奨します。ただし、ターゲットデータベースを開くのに必要な時間が長くなります。この場合、CreateMigrateTask操作で次のパラメーター設定が有効になります。`CheckDBMode = SyncExecuteDBCheck`。

OKをクリックします。
移行タスクが完了するまで待ちます。 [更新] をクリックすると、移行タスクの最新の状態が表示されます。移行タスクが失敗した場合は、移行タスクの説明に基づいて障害をトラブルシューティングできます。詳細については、「一般的なエラー」をご参照ください。

ステップ4: 移行タスクを表示する

移行タスクの詳細を表示する場合は、[バックアップと復元] ページに移動し、[バックアップデータのクラウド移行レコード] タブをクリックします。デフォルトでは、このタブには先週の移行タスクが表示されます。

(共通エラーコード 29～31 など)

[バックアップと復元] ページの [バックアップデータのアップロード履歴] タブの各移行タスクレコードには、タスクの説明が含まれます。移行タスクが失敗した場合、またはエラーが報告された場合は、タスクの説明に基づいて障害またはエラーをトラブルシューティングできます。以下の一般的なエラーが発生する可能性があります。

RDSインスタンス上の既存のデータベースの名前は、ソースデータベースと同じです。
- エラーメッセージ: データベース (xxx) はすでに RDS に存在します。バックアップしてドロップしてから、もう一度実行します。
- 原因: RDSインスタンス上の既存のデータベースの名前がソースデータベースと同じ場合、移行はサポートされていません。このメカニズムは、データのセキュリティを確保するために設計されています。
- 解決策: RDSインスタンスの既存のデータベースを上書きする場合は、データベースをバックアップし、RDSインスタンスからデータベースを削除してから、移行タスクを再度作成して実行します。
差分バックアップファイルが使用されます。
- エラーメッセージ: バックアップセット (xxx.bak) はデータベースの差分バックアップです。フルバックアップのみ使用できます。
- 原因: アップロードするファイルは、完全バックアップファイルではなく、差分バックアップファイルです。このトピックの移行方法では、フルバックアップファイルのみがサポートされます。
ログバックアップファイルが使用されます。
- エラーメッセージ: バックアップセット (xxx.trn) はトランザクションログバックアップです。フルバックアップのみ使用できます。
- 原因: アップロードするファイルは、完全バックアップファイルではなくログバックアップファイルです。このトピックの移行方法では、フルバックアップファイルのみがサポートされます。
完全なバックアップファイルが検証に失敗します。
- エラーメッセージ: "xxx.bak" の確認に失敗しました。バックアップファイルが破損していたか、RDS より新しいバージョンです。
- 原因: 完全バックアップファイルが破損しているか、自己管理型インスタンスがRDSインスタンスよりも新しいバージョンのSQL Serverを実行しています。たとえば、このエラーは、自己管理インスタンスがSQL Server 2016を実行し、RDSインスタンスがSQL Server 2012を実行している場合に発生します。
- 解決策: 完全バックアップファイルが破損している場合は、自己管理型SQL Serverインスタンスで完全バックアップを再度実行します。次に、移行タスクを再度作成して実行します。自己管理インスタンスがRDSインスタンスよりも後のバージョンのSQL Serverを実行する場合は、自己管理インスタンスと同じバージョンまたは後のバージョンを実行する別のRDSインスタンスを選択します。
  説明
  既存のRDS for SQL Serverインスタンスのメジャーエンジンバージョンをアップグレードするには、「メジャーエンジンバージョンのアップグレード」をご参照ください。
DBCC CHECKDBステートメントが失敗します。
- エラーメッセージ: DBCC checkdbに失敗しました。
- 原因: 自己管理型SQL Serverインスタンスの割り当てエラーまたは整合性エラーが発生しました。
- 解決策: 自己管理型SQL Serverインスタンスで次のステートメントを実行して、エラーを修正します。次に、移行タスクを再度作成して実行します。
  重要
  このソリューションを使用して問題を解決すると、データが失われる可能性があります。
```
DBCC CHECKDB (DBName, REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS, ALL_ERRORMSGS
```
RDSインスタンスの使用可能なストレージが不足しています。
- エラー1
  - エラーメッセージ: 復元に十分なディスクスペースがありません。スペースが残っています (xxx MB) < needed (xxx MB) 。
  - 原因: RDSインスタンスの使用可能なストレージが、フルバックアップファイルを使用してデータを復元するために必要な最小ストレージ未満です。
  - 解決方法: RDSインスタンスのストレージ容量を拡張します。詳細については、「ApsaraDB RDS For SQL Serverインスタンスの仕様の変更」をご参照ください。
- エラー2
  - エラーメッセージ: Not Enough Disk Space, space left xxx MB < bak file xxx MB.
  - 原因: RDSインスタンスの使用可能なストレージが、フルバックアップファイルのサイズよりも小さいこと。
  - 解決方法: RDSインスタンスのストレージ容量を拡張します。詳細については、「ApsaraDB RDS For SQL Serverインスタンスの仕様の変更」をご参照ください。
RDSインスタンスに特権アカウントが作成されていません。
- エラーメッセージ： Your RDS doesn't have any init account yet, please create one and grant permissions on RDS console to this migrated database (XXX).
- 原因: RDSインスタンスに特権アカウントが作成されていません。その結果、移行タスクは承認が必要なアカウントを見つけることができません。ただし、完全バックアップファイルはRDSインスタンスに復元されており、移行タスクは成功しています。
- 解決策: RDSインスタンスに特権アカウントを作成します。詳細については、「特権アカウントまたは標準アカウントの作成」をご参照ください。
RAMユーザーに必要な権限がありません。
- エラー1
  - エラー: ステップ3: 移行タスクの作成のサブステップ5に記載されているパラメーターは正しく設定されていますが、[OK] ボタンは暗くなっています。
  - 原因: 必要な権限を持たないRAMユーザーを使用しています。
  - 解決策: RAMユーザーに必要な権限を付与するには、このトピックの「前提条件」セクションを参照してください。
- エラー2
  - エラー: RAMユーザーにAliyunRDSImportRole権限を付与する権限がないことを示すメッセージが表示されます。
  - 原因: 使用しているRAMユーザーに必要な権限がありません。
  - 解決策: Alibaba Cloudアカウントを使用して、RAMユーザーにAliyunRAMFullAccess権限を付与します。詳細については、「RAMを使用したApsaraDB RDS権限の管理」をご参照ください。

API 操作	説明
CreateMigrateTask	データ移行タスクを作成します。
CreateOnlineDatabaseTask	バックアップデータの移行先のデータベースをApsaraDB RDS for SQL Serverインスタンスで開きます。
DescribeMigrateTasks	ApsaraDB RDS for SQL Serverインスタンスのバックアップデータを移行するために作成されたタスクを照会します。
DescribeOssDownloads	ApsaraDB RDS for SQL Serverインスタンスのバックアップデータ移行タスクのバックアップファイルの詳細を照会します。

ApsaraDB RDS:セルフマネージド型SQL Serverインスタンスのフルバックアップデータを、クラウドディスクでSQL Server 2008 R2を実行するか、またはSQL Server 2012以降を実行するApsaraDB RDSインスタンスに移行する