バックアップ ファイルを準備する

このページでは、セルフマネージドまたは Amazon RDS SQL Server データベースを Cloud SQL for SQL Server に移行するために必要なバックアップ ファイルを作成する方法について説明します。次のセクションが含まれます。

• 要件と制限事項には、バックアップ ファイルのサポートに関する重要な制限事項が記載されています。
• 命名規則では、バックアップ ファイルのファイル名に関する要件について説明します。
• フル バックアップを作成するには、フル バックアップ ファイルを作成する手順が記載されています。
• 差分バックアップを作成するには、差分バックアップ ファイルを作成する手順が記載されています。
• トランザクション ログ バックアップ ファイルには、トランザクション ログ バックアップ ファイルを作成する手順が記載されています。

要件と制限事項

移行に使用するバックアップ ファイルには、次の要件と制限事項が適用されます。

• すべてのバックアップ ファイルの名前は、それぞれの命名規則に沿っている必要があります。

• バックアップ ファイルの最大サイズは 5 TB です。

• データベース サイズが 5 TB を超える場合は、フル バックアップ ファイルまたは差分バックアップ ファイルを小さなファイルにストライピングできます。各ストライプの最大サイズは 5 TB です。

• 移行には、暗号化バックアップ ファイルとトランザクション ログ ファイルを使用できます。暗号化バックアップ ファイルを使用する場合は、移行に含まれる特定のデータベースに使用するすべてのバックアップ ファイル（フル、差分、トランザクション ログ）を暗号化する必要があります。 暗号化バックアップを使用するをご覧ください。

• Database Migration Service は、 SQL Server master データベースを移行しません。

• 移行元 SQL Server インスタンスでは、シンプルな復元モデルを使用できません。復旧モデルの詳細については、Microsoft のドキュメントの復旧モデル（SQL Server）をご覧ください。

命名規則

このセクションでは、フル バックアップ ファイル、差分バックアップ ファイル、トランザクション ログ バックアップ ファイルのファイル名の要件について説明します。

• Cloud Storage バケットのフォルダ名と構造の要件については、 Cloud Storage バケットを作成して構成するをご覧ください。

• Database Migration Service が同種の SQL Server 移行でさまざまなタイプのバックアップ ファイルを使用する方法については、 サポートされているバックアップ ファイルの種類をご覧ください。

オンプレミス SQL Server インスタンスのバックアップ ファイルの命名規則

フル バックアップ ファイル名

フル バックアップ ファイルの命名規則は、単一のバックアップ ファイルを使用するか、複数のストライプに分割するかによって異なります。どちらのシナリオでも、Database Migration Service では、フル バックアップを行ったおおよその時刻を表すエポック タイムスタンプ（秒単位の UNIX タイムスタンプ表記）を含める必要があります。

• フル バックアップが単一ファイルの場合、ファイル名は db_name.epoch.bak 形式にする必要があります。ここで、

  • db_name はデータベースの名前です。
  • epoch は秒単位の Unix タイムスタンプです。
  • .bak はファイル拡張子です。

  有効な例:

  • my-business-database.1712649600.bak
  • my-other-database.1712649600.bak

• フル バックアップを個別のストライプに分割する場合、各ストライプには任意の名前を使用できますが、名前が Unix タイムスタンプ（秒単位）である Cloud Storage フォルダにアップロードする必要があります。

  Cloud Storage bucket root/
  |- my-business-database/
  |  |- full/
  |  |  |- 1712649600/
  |  |  |  |- mystripe-full_backup_file.bak
  |  |  |  |- otherStripefull-bkp.bak
  |  |- diff/
  |  |  |- ...
  |  |- log/
  |  |  |- ...
  |- my-other-database/
  |  |- full/
  |  |  |- 1715250742/
  |  |  |  |- cool-stripe-file.bak
  |  |  |  |- secondStripeFile.bak
  |  |- diff/
  |  |  |- ...
  |  |- log/
  |  |  |- ...
  

差分バックアップ ファイル名

差分バックアップ ファイルの命名規則は、単一のバックアップ ファイルを使用するか、複数のストライプに分割するかによって異なります。どちらのシナリオでも、Database Migration Service では、差分バックアップを行ったおおよその時刻を表すエポック タイムスタンプ（秒単位の UNIX タイムスタンプ表記）を含める必要があります。

• 差分バックアップが単一ファイルの場合、ファイル名は db_name.epoch.ext 形式にする必要があります。ここで、

  • db_name はデータベースの名前です。
  • epoch は秒単位の Unix タイムスタンプです。
  • .ext はファイル拡張子です。差分バックアップ ファイルでは、.bak、.dif、.diff の拡張子を使用できます。

  有効な例:

  • my-business-database.1731159833.bak
  • my-other-database.1731159833.dif

• 差分バックアップを個別のストライプに分割する場合、各ストライプには任意の名前を使用できますが、名前が Unix タイムスタンプ（秒単位）である Cloud Storage フォルダにアップロードする必要があります。

  Cloud Storage bucket root/
  |- my-business-database/
  |  |- full/
  |  |  |- ...
  |  |- diff/
  |  |  |- 1731159833/
  |  |  |  |- mydiffstripe-diff_backup_file.dif
  |  |  |  |- mySeconddiffstripe-diff_backup_file.bak
  |  |- log/
  |  |  |- ...
  |- my-other-database/
  |  |- full/
  |  |  |- ...
  |  |- diff/
  |  |  |- 1731159833/
  |  |  |  |- firstDiffStripe.bak
  |  |  |  |- other_diff_stripe.diff
  |  |- log/
  |  |  |- ...
  

トランザクション ログ ファイル名

トランザクション ログファイルの名前は、db_name.epoch.trn の形式にする必要があります。

• db_name はデータベースの名前です。
• epoch は秒単位の Unix タイムスタンプです。
• .trn はファイル拡張子です。

有効な例:

• my-business-database.1712649600.trn
• my-other-database.1712649600.trn

Amazon RDS のバックアップ ファイルの命名規則

フル バックアップ ファイル名

フル バックアップ ファイルの命名規則は、単一のバックアップ ファイルを使用するか、複数のストライプに分割するかによって異なります。どちらのシナリオでも、Database Migration Service では、フル バックアップを行ったおおよその時刻を表すエポック タイムスタンプ（秒単位の UNIX タイムスタンプ表記）を含める必要があります。

• フル バックアップが単一ファイルの場合、ファイル名は db_id.family_guid.rds_backup_seq_id.epoch.bak 形式にする必要があります。ここで、

  • db_id は Amazon RDS の内部データベース識別子です。
  • family_guid は、作成時におけるオリジナルのデータベースの Amazon RDS 固有識別子です。
  • rds_backup_seq_id は、トランザクション ログの各バックアップ ファイルのシーケンス番号を保持する目的で Amazon RDS が内部的に使用する識別子です。
  • epoch は秒単位の Unix タイムスタンプです。
  • .bak はファイル拡張子です。

  有効な例:

  • 3.CX11CB3D-G2E4-46D9-B462-CE40CDA97E89.22.1712649600.bak
  • 1.FD21CD3F-B5E4-27Z9-B462-CE40CDA97E89.21.1712649600.bak

• フル バックアップを個別のストライプに分割する場合、各ストライプには任意の名前を使用できますが、名前が Unix タイムスタンプ（秒単位）である Cloud Storage フォルダにアップロードする必要があります。

  Cloud Storage bucket root/
  |- my-business-database/
  |  |- full/
  |  |  |- 1712649600/
  |  |  |  |- mystripe-full_backup_file.bak
  |  |  |  |- otherStripefull-bkp.bak
  |  |- diff/
  |  |  |- ...
  |  |- log/
  |  |  |- ...
  |- my-other-database/
  |  |- full/
  |  |  |- 1715250742/
  |  |  |  |- cool-stripe-file.bak
  |  |  |  |- secondStripeFile.bak
  |  |- log/
  |  |  |- ...
  

差分バックアップ ファイル名

差分バックアップ ファイルの命名規則は、単一のバックアップ ファイルを使用するか、複数のストライプに分割するかによって異なります。どちらのシナリオでも、Database Migration Service では、差分バックアップを行ったおおよその時刻を表すエポック タイムスタンプ（秒単位の UNIX タイムスタンプ表記）を含める必要があります。

• 差分バックアップが単一ファイルの場合、ファイル名は db_id.family_guid.rds_backup_seq_id.epoch.ext 形式にする必要があります。ここで、

  • db_id は Amazon RDS の内部データベース識別子です。
  • family_guid は、作成時におけるオリジナルのデータベースの Amazon RDS 固有識別子です。
  • rds_backup_seq_id は、トランザクション ログの各バックアップ ファイルのシーケンス番号を保持する目的で Amazon RDS が内部的に使用する識別子です。
  • epoch は秒単位の Unix タイムスタンプです。
  • .bak はファイル拡張子です。差分バックアップ ファイルでは、.bak、.dif、.diff の拡張子を使用できます。

  有効な例:

  • 3.CX11CB3D-G2E4-46D9-B462-CE40CDA97E89.22.1731159833.bak
  • 1.FD21CD3F-B5E4-27Z9-B462-CE40CDA97E89.21.1731159833.dif

• フル バックアップを個別のストライプに分割する場合、各ストライプには任意の名前を使用できますが、名前が Unix タイムスタンプ（秒単位）である Cloud Storage フォルダにアップロードする必要があります。

  Cloud Storage bucket root/
  |- my-business-database/
  |  |- full/
  |  |  |- ...
  |  |- diff/
  |  |  |- 1731159833/
  |  |  |  |- mydiffstripe-diff_backup_file.dif
  |  |  |  |- mySeconddiffstripe-diff_backup_file.bak
  |  |- log/
  |  |  |- ...
  |- my-other-database/
  |  |- full/
  |  |  |- ...
  |  |- diff/
  |  |  |- 1731159833/
  |  |  |  |- firstDiffStripe.bak
  |  |  |  |- other_diff_stripe.diff
  |  |- log/
  |  |  |- ...
  

トランザクション ログ ファイル名

Amazon RDS では、トランザクション ログのバックアップ ファイルは自動的に生成されます。生成されるバックアップ ファイルには、必要なデータベース識別子がすべて含まれています。デフォルト名にはエポック タイムスタンプが含まれており、Database Migration Service で完全にサポートされています。これらのファイルは、/log/ フォルダに直接アップロードできます。

ソース インスタンスのフル バックアップを作成する

移行ジョブの初期読み込みフェーズには、データベースのフル バックアップ ファイルが必要です。バックアップを暗号化する場合は、移行ジョブの作成時に Cloud Storage にアップロードできるように、暗号鍵を保存してください。 暗号化バックアップを使用するをご覧ください。

オンプレミスの SQL Server インスタンスのフル バックアップを作成する

T-SQL または SQL Server Management Studio（SSMS）を使用して、オンプレミスの SQL Server インスタンスのフル バックアップを取得できます。手順は次のとおりです。

1. 次の要件を満たしていることを確認してください。
   • バックアップ ファイルに正しい 命名要件 を使用している。
   • 移行元データベースでシンプル復元モデルを使用していない。Microsoft のドキュメントの復旧モデル（SQL Server） をご覧ください。
   • データベース サイズが 5 TB を超える場合は、フル バックアップを個別のストライプに分割してください。各ストライプの最大サイズは 5 TB です。 ストライプ化されたメディアセットでデバイスをバックアップするをご覧ください。
2. ソース インスタンスのフル バックアップを取得します。Microsoft のドキュメントの クイックスタート: SSMS を使用して SQL Server データベースをバックアップおよび復元するをご覧ください。次のサンプル コマンドも確認できます。

   単一のフル バックアップ ファイルの T-SQL コマンドの例

   このサンプル コマンドは、AdventureWorks2022 データベースのフル バックアップを取得します。生成されたバックアップ ファイルは、必要な命名規則を使用しています。

   declare @DATABASE varchar(1000);
   SELECT @DATABASE = 'AdventureWorks2022';
   
   declare @unixTimestamp varchar(1000);
   SELECT @unixTimestamp = CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));
   
   DECLARE @BackupPath NVARCHAR(2000);
   SET @BackupPath = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '.bak';
   
   DECLARE @SQL NVARCHAR(MAX);
   SET @SQL = 'BACKUP DATABASE [' + @DATABASE + '] TO DISK = N''' + @BackupPath + '''';
   EXEC sp_executesql @SQL;
   GO

   ストライプ フル バックアップ ファイルの T-SQL コマンドの例

   このサンプル コマンドは、AdventureWorks2022 データベースのフル バックアップを取得します。生成されたバックアップ ファイルは、必要な命名規則を使用しています。

   declare @DATABASE varchar(1000);
   SELECT @DATABASE = 'AdventureWorks2022';
   
   declare @unixTimestamp varchar(1000);
   SELECT @unixTimestamp = CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));
   
   DECLARE @BackupPath1 NVARCHAR(2000);
   DECLARE @BackupPath2 NVARCHAR(2000);
   DECLARE @BackupPath3 NVARCHAR(2000);
   
   SET @BackupPath1 = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe1.bak';
   SET @BackupPath2 = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe2.bak';
   SET @BackupPath3 = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe3.bak';
   
   DECLARE @SQL NVARCHAR(MAX);
   SET @SQL = 'BACKUP DATABASE [' + @DATABASE + '] '
              + 'TO DISK = N''' + @BackupPath1 + ''', '
              + 'DISK = N''' + @BackupPath2 + ''', '
              + 'DISK = N''' + @BackupPath3 + ''' '
              + 'WITH FORMAT, '
              + 'MEDIANAME = N''AdventureWorksStripedSet0'', '
              + 'MEDIADESCRIPTION = N''Striped media set for ' + @DATABASE + ' database''';
   EXEC sp_executesql @SQL;
   GO

3. バックアップ ファイルを Cloud Storage バケットにアップロードします。 Cloud Storage バケットを作成して構成するをご覧ください。

Amazon RDS のフル バックアップを作成する

Amazon RDS ソースのフル バックアップを取得する手順は次のとおりです。

1. 次の要件を満たしていることを確認してください。
   • バックアップ ファイルに正しい 命名要件 を使用している。
   • 移行元データベースでシンプル復元モデルを使用していない。Amazon RDS ドキュメントの Microsoft SQL Server データベースの復旧モデルの決定をご覧ください。
   • フル バックアップの取得後にトランザクション ログのバックアップを使用する場合は、Amazon RDS インスタンスで 自動バックアップを有効にします。
2. ネイティブ バックアップ機能を設定します。Amazon RDS ドキュメントの ネイティブ バックアップと復元の設定をご覧ください。
3. ソース インスタンスのフル バックアップを取得します。データベースのサイズが 5 TB を超える場合は、@number_of_files パラメータを使用して、フル バックアップを個別のストライプに分割してください。各ストライプの最大サイズは 5 TB です。Amazon RDS ドキュメントのデータベースのバックアップ をご覧ください。

   次のサンプル コマンドも確認できます。

   Amazon RDS でフル バックアップを取得するクエリの例

   このサンプル コマンドは、AdventureWorks2022 データベースのフル バックアップを取得します。生成されたバックアップ ファイルは、必要な命名規則を使用しています。

   declare @DATABASE varchar(1000);
   declare @S3Bucket varchar(1000);
   declare @unixTimestamp varchar(30);
   declare @fileName varchar(1000);
   
   SELECT @S3Bucket = 'dms-sqlserver-exports';
   SELECT @DATABASE = 'AdventureWorks2022';
   
   SELECT @unixTimestamp=CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));
   SELECT @fileName = ('arn:aws:s3:::' + @S3Bucket + '/' + @DATABASE + '/full/' + @DATABASE + '.' + @unixTimestamp + '/' + CAST(database_id AS VARCHAR(10)) + '.' + CAST(family_guid AS VARCHAR(50)) + '.*.' + @unixTimestamp) FROM master.sys.database_recovery_status WHERE DB_NAME(database_id)=@DATABASE;
   
   exec msdb.dbo.rds_backup_database
     @source_db_name=@DATABASE,
     @s3_arn_to_backup_to=@fileName,
     @overwrite_s3_backup_file=1,
     @type='FULL',
     @number_of_files=1;

4. バックアップ ファイルを Cloud Storage バケットにアップロードします。 Cloud Storage バケットを作成して構成するをご覧ください。

ソース インスタンスの差分バックアップを作成する

移行ジョブの増分読み込みフェーズでは、差分データベース バックアップ ファイルを使用できます。暗号化された差分バックアップ ファイルを使用できるのは、同じデータベースのフル バックアップ ファイルとトランザクション ログ ファイルも暗号化する場合です。すべてのバックアップ ファイルとトランザクション ログファイルは、データベースごとに同じ暗号鍵を使用する必要があります。 暗号化バックアップを使用するをご覧ください。

オンプレミスの SQL Server インスタンスの差分バックアップを作成する

オンプレミスの SQL Server インスタンスの差分バックアップは、T-SQL または SQL Server Management Studio（SSMS）を使用して取得できます。手順は次のとおりです。

1. 次の要件を満たしていることを確認してください。
   • バックアップ ファイルに正しい 命名要件 を使用している。
   • 移行元データベースでシンプル復元モデルを使用していない。Microsoft のドキュメントの復旧モデル（SQL Server） をご覧ください。
   • データベース サイズが 5 TB を超える場合は、差分バックアップを個別のストライプに分割してください。各ストライプの最大サイズは 5 TB です。 ストライプ化されたメディアセットでデバイスをバックアップするをご覧ください。
2. 移行元インスタンスの差分バックアップを取得します。Microsoft のドキュメントの 差分データベース バックアップを作成するをご覧ください。次のサンプル コマンドも確認できます。

   単一の差分バックアップ ファイルの T-SQL コマンドの例

   このサンプル コマンドは、AdventureWorks2022 データベースの差分バックアップを取得します。生成されたバックアップ ファイルは、必要な命名規則を使用しています。

   declare @DATABASE varchar(1000);
   SELECT @DATABASE = 'AdventureWorks2022';
   
   declare @unixTimestamp varchar(1000);
   SELECT @unixTimestamp = CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));
   
   DECLARE @BackupPath NVARCHAR(2000);
   SET @BackupPath = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '.bak';
   
   DECLARE @SQL NVARCHAR(MAX);
   SET @SQL = 'BACKUP DATABASE [' + @DATABASE + '] TO DISK = N''' + @BackupPath + ''' WITH DIFFERENTIAL';
   EXEC sp_executesql @SQL;
   GO

   ストライプ差分バックアップ ファイルの T-SQL コマンドの例

   このサンプル コマンドは、AdventureWorks2022 データベースの差分バックアップを取得します。生成されたバックアップ ファイルは、必要な命名規則を使用しています。

   declare @DATABASE varchar(1000);
   SELECT @DATABASE = 'AdventureWorks2022';
   
   declare @unixTimestamp varchar(1000);
   SELECT @unixTimestamp = CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));
   
   DECLARE @BackupPath1 NVARCHAR(2000);
   DECLARE @BackupPath2 NVARCHAR(2000);
   DECLARE @BackupPath3 NVARCHAR(2000);
   
   SET @BackupPath1 = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe1.bak';
   SET @BackupPath2 = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe2.bak';
   SET @BackupPath3 = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe3.bak';
   
   DECLARE @SQL NVARCHAR(MAX);
   SET @SQL = 'BACKUP DATABASE [' + @DATABASE + '] '
              + 'TO DISK = N''' + @BackupPath1 + ''', '
              + 'DISK = N''' + @BackupPath2 + ''', '
              + 'DISK = N''' + @BackupPath3 + ''' '
              + 'WITH DIFFERENTIAL, FORMAT, '
              + 'MEDIANAME = N''AdventureWorksStripedSet0'', '
              + 'MEDIADESCRIPTION = N''Striped differential media set for ' + @DATABASE + ' database''';
   EXEC sp_executesql @SQL;
   GO

3. バックアップ ファイルを Cloud Storage バケットにアップロードします。 Cloud Storage バケットを作成して構成するをご覧ください。

Amazon RDS の差分バックアップを作成する

Amazon RDS ソースの差分バックアップを取得する手順は次のとおりです。

1. 次の要件を満たしていることを確認してください。
   • バックアップ ファイルに正しい 命名要件 を使用している。
   • 移行元データベースでシンプル復元モデルを使用していない。Amazon RDS ドキュメントの Microsoft SQL Server データベースの復旧モデルの決定をご覧ください。
2. ネイティブ バックアップ機能を設定します。Amazon RDS ドキュメントの ネイティブ バックアップと復元の設定をご覧ください。
3. 移行元インスタンスの差分バックアップを取得します。type パラメータを DIFFERENTIAL に設定して、rds_backup_database ストアド プロシージャを使用します。

   データベースのサイズが 5 TB を超える場合は、@number_of_files パラメータを使用して、フル バックアップを個別のストライプに分割してください。各ストライプの最大サイズは 5 TB です。

   Amazon RDS のドキュメントのデータベースのバックアップ をご覧ください。次のサンプル コマンドも確認してください。

   Amazon RDS で差分バックアップを作成するクエリの例

   このサンプル コマンドは、AdventureWorks2022 データベースの差分バックアップを取得します。生成されたバックアップ ファイルは、必要な命名規則を使用しています。

   declare @DATABASE varchar(1000);
   declare @S3Bucket varchar(1000);
   declare @unixTimestamp varchar(30);
   declare @fileName varchar(1000);
   
   SELECT @S3Bucket = 'dms-sqlserver-exports';
   SELECT @DATABASE = 'AdventureWorks2022';
   
   SELECT @unixTimestamp=CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));
   SELECT @fileName = ('arn:aws:s3:::' + @S3Bucket + '/' + @DATABASE + '/full/' + @DATABASE + '.' + @unixTimestamp + '/' + CAST(database_id AS VARCHAR(10)) + '.' + CAST(family_guid AS VARCHAR(50)) + '.*.' + @unixTimestamp) FROM master.sys.database_recovery_status WHERE DB_NAME(database_id)=@DATABASE;
   
   exec msdb.dbo.rds_backup_database
     @source_db_name=@DATABASE,
     @s3_arn_to_backup_to=@fileName,
     @overwrite_s3_backup_file=1,
     @type='DIFFERENTIAL',
     @number_of_files=1;

4. バックアップ ファイルを Cloud Storage バケットにアップロードします。 Cloud Storage バケットを作成して構成するをご覧ください。

トランザクション ログのバックアップを作成する

トランザクション ログ バックアップ ファイルには、フル バックアップの作成後にソース データベースで発生した変更が含まれます。移行ジョブの継続的な読み込みフェーズには、トランザクション ログのバックアップが必要です。トランザクション ログのエクスポートとアップロードを定期的にスケジュールして、データ更新が宛先の Cloud SQL for SQL Server インスタンスに継続的に複製されるようにできます。 トランザクション ログのバックアップをスケジュールするをご覧ください。

暗号化バックアップ ファイルを使用する場合は、同じデータベースのトランザクション ログファイルも暗号化する必要があります。 暗号化バックアップを使用するをご覧ください。

オンプレミスの SQL Server インスタンスのトランザクション ログのバックアップを作成する

オンプレミスの SQL Server データベースのトランザクション ログのバックアップを作成する手順は次のとおりです。

1. 次の要件を満たしていることを確認してください。
   • バックアップ ファイルに正しい 命名要件 を使用している。
   • 移行元データベースでシンプル復元モデルを使用していない。Microsoft のドキュメントの復旧モデル（SQL Server） をご覧ください。
2. SQL Server ソース データベースからトランザクション ログファイルをエクスポートします。Microsoft のドキュメントの トランザクション ログをバックアップするをご覧ください。次のサンプル コマンドも確認できます。

   トランザクション ログファイルをローカル ディスクにエクスポートする T-SQL コマンドの例

   このサンプル コマンドは、AdventureWorks2022 データベースのトランザクション ログのバックアップを作成し、ファイルをローカル ディスクに保存します。生成されたバックアップ ファイルは、必要な命名規則を使用しています。

   declare @DATABASE varchar(1000);
   SELECT @DATABASE = 'AdventureWorks2022';
   declare @unixTimestamp varchar(1000);
   SELECT @unixTimestamp = CAST(DATEDIFF(s, '1970-01-01', GETUTCDATE()) AS VARCHAR(50));
   
   DECLARE @BackupPath NVARCHAR(2000);
   SET @BackupPath = 'X:\SQLServerBackups\log\' + @DATABASE + '.' + @unixTimestamp + '.trn';
   
   DECLARE @SQL NVARCHAR(MAX);
   SET @SQL = 'BACKUP LOG [' + @DATABASE + '] TO DISK = N''' + @BackupPath + '''';
   EXEC sp_executesql @SQL;
   GO

3. 移行用に作成した Cloud Storage バケットにトランザクション ログのバックアップ ファイルをアップロードします。

Amazon RDS のトランザクション ログのバックアップを作成する

Amazon RDS インスタンスで自動バックアップが有効になっている場合、トランザクション ログのバックアップは自動的に作成されます。Amazon RDS ドキュメントの 自動バックアップを有効にするをご覧ください。

移行にトランザクション ログのバックアップ ファイルを使用する手順は次のとおりです。

1. Amazon RDS インスタンスのトランザクション ログファイルへのアクセスを有効にします。 RDS for SQL Server を使用したトランザクション ログのバックアップへのアクセスをご覧ください。次のサンプル コマンドも確認できます。

   Amazon RDS でトランザクション ログへのアクセスを有効にするストアド プロシージャ呼び出しの例

   declare @DATABASE varchar(1000);
   declare @S3Bucket varchar(1000);
   declare @targetS3Arn varchar(1000);
   
   
   SELECT @S3Bucket = 'dms-sqlserver-exports';
   SELECT @DATABASE = 'AdventureWorks2022';
   SELECT @targetS3Arn = ('arn:aws:s3:::' + @S3Bucket + '/' + @DATABASE + '/log/');
   
   USE @DATABASE;
   exec msdb.dbo.rds_tlog_copy_setup
   @target_s3_arn=@targetS3Arn;

2. トランザクション ログのバックアップ ファイルを S3 バケットから、移行用に作成した Cloud Storage バケットにコピーします。