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

このページでは、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 タイムスタンプです。
• .bak はファイル拡張子です。

有効な例:

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

   データベースのサイズが 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. 次の要件を満たしていることを確認してください。
   • バックアップ ファイルに正しい 命名規則 を使用している。
   • 移行元データベースで simple 復元モデルが使用されていない。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 バケットにコピーします。