백업 파일 준비

이 페이지에서는 SQL Server 데이터베이스를 SQL Server용 Cloud SQL로 이전하는 데 필요한 백업 파일을 만드는 방법을 설명합니다. 다음 섹션을 포함합니다.

요구사항 및 제한사항

이전에 사용하는 백업 파일에는 다음 요구사항 및 제한사항이 적용됩니다.

  • 모든 백업 파일의 이름은 각 이름 지정 규칙을 준수해야 합니다.

  • 백업 파일의 최대 크기는 5TB까지 가능합니다.

  • 데이터베이스 크기가 5TB를 초과한다면 전체 또는 차등 백업 파일을 더 작은 파일로 스트라이프 처리할 수 있습니다. 각 스트라이프의 최대 크기는 5TB까지 가능합니다.

  • 마이그레이션에 암호화된 백업 및 트랜잭션 로그 파일을 사용할 수 있습니다. 암호화된 백업 파일을 사용하려면 이전에 포함된 특정 데이터베이스에 사용하는 모든 백업 파일 (전체, 차등, 트랜잭션 로그)을 암호화해야 합니다. 암호화된 백업 사용을 참고하세요.

  • Database Migration Service는 SQL Server master 데이터베이스를 마이그레이션하지 않습니다.

  • 소스 SQL Server 인스턴스는 단순 복구 모델을 사용할 수 없습니다. 복구 모델에 관한 자세한 내용은 Microsoft 문서의 복구 모델 (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. 다음 요구사항을 충족해야 합니다.
  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));
    
    BACKUP DATABASE @DATABASE
    TO DISK = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '.bak';
    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));
    
    BACKUP DATABASE @DATABASE
    TO DISK = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe1.bak',
    DISK = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe2.bak',
    DISK = 'X:\SQLServerBackups\full\' + @DATABASE + '.' + @unixTimestamp + '\stripe3.bak'
    WITH FORMAT,
      MEDIANAME = 'AdventureWorksStripedSet0',
      MEDIADESCRIPTION = 'Striped media set for ' + @DATABASE + ' database';
    GO
  3. 백업 파일을 Cloud Storage 버킷에 업로드합니다. Cloud Storage 버킷 만들기 및 구성을 참고하세요.

Amazon RDS의 전체 백업 수행

Amazon RDS 소스의 전체 백업을 수행하려면 다음 단계를 따르세요.

  1. 다음 요구사항을 충족해야 합니다.
  2. 네이티브 백업 기능을 설정합니다. Amazon RDS 문서의 네이티브 백업 및 복원 설정을 참고하세요.
  3. 소스 인스턴스의 전체 백업을 수행합니다. 데이터베이스 크기가 5TB를 초과하는 경우 @number_of_files 매개변수를 사용하여 전체 백업을 별도의 스트라이프로 나눠야 합니다. 각 스트라이프의 최대 크기는 5TB까지 가능합니다. 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 인스턴스의 차등 백업 수행

T-SQL 또는 SQL Server Management Studio (SSMS)를 사용하여 온프레미스 SQL Server 인스턴스의 차등 백업을 수행할 수 있습니다. 다음 단계를 따르세요.

  1. 다음 요구사항을 충족해야 합니다.
  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));
    
    BACKUP DATABASE @DATABASE
    TO DISK = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '.bak' WITH DIFFERENTIAL;
    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));
    
    BACKUP DATABASE @DATABASE
    TO DISK = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe1.bak',
    DISK = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe2.bak',
    DISK = 'X:\SQLServerBackups\diff\' + @DATABASE + '.' + @unixTimestamp + '\stripe3.bak'
    WITH DIFFERENTIAL;
    WITH FORMAT,
      MEDIANAME = 'AdventureWorksStripedSet0',
      MEDIADESCRIPTION = 'Striped differential media set for ' + @DATABASE + ' database';
    GO
  3. 백업 파일을 Cloud Storage 버킷에 업로드합니다. Cloud Storage 버킷 만들기 및 구성을 참고하세요.

Amazon RDS의 차등 백업 수행

Amazon RDS 소스의 차등 백업을 수행하려면 다음 단계를 따르세요.

  1. 다음 요구사항을 충족해야 합니다.
  2. 네이티브 백업 기능을 설정합니다. Amazon RDS 문서의 네이티브 백업 및 복원 설정을 참고하세요.
  3. 소스 인스턴스의 차등 백업을 만듭니다. type 매개변수를 DIFFERENTIAL로 설정하여 rds_backup_database 저장 프로시저를 사용합니다.

    데이터베이스 크기가 5TB를 초과하는 경우 @number_of_files 매개변수를 사용하여 전체 백업을 별도의 스트라이프로 분할해야 합니다. 각 스트라이프의 최대 크기는 5TB까지 가능합니다.

    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 버킷 만들기 및 구성을 참고하세요.

트랜잭션 로그 백업 수행

트랜잭션 로그 백업 파일에는 전체 백업을 수행한 후 소스 데이터베이스에서 발생한 변경사항이 포함됩니다. 트랜잭션 로그 백업은 마이그레이션 작업의 연속 로드 단계에 필요합니다. 정기적인 트랜잭션 로그 내보내기 및 업로드를 예약하여 데이터 업데이트가 대상 SQL Server용 Cloud SQL 인스턴스에 지속적으로 복제되도록 할 수 있습니다. 트랜잭션 로그 백업 예약을 참고하세요.

암호화된 백업 파일을 사용하는 경우 동일한 데이터베이스의 트랜잭션 로그 파일도 암호화해야 합니다. 암호화된 백업 사용을 참고하세요.

온프레미스 SQL Server 인스턴스의 트랜잭션 로그 백업 수행

온프레미스 SQL Server 데이터베이스의 트랜잭션 로그 백업을 수행하려면 다음 단계를 따르세요.

  1. 다음 요구사항을 충족해야 합니다.
  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));
    
    BACKUP LOG @DATABASE
    TO DISK = 'X:\SQLServerBackups\log\' + @DATABASE + '.' + @unixTimestamp + '.trn';
  3. 이전을 위해 만든 Cloud Storage 버킷에 트랜잭션 로그 백업 파일을 업로드합니다.

Amazon RDS의 트랜잭션 로그 백업 수행

Amazon RDS 인스턴스에 자동 백업이 사용 설정되어 있으면 트랜잭션 로그 백업이 자동으로 생성됩니다. Amazon RDS 문서의 자동 백업 사용 설정을 참고하세요.

이전에 트랜잭션 로그 백업 파일을 사용하려면 다음 단계를 따르세요.

  1. Amazon RDS 인스턴스에서 트랜잭션 로그 파일에 대한 액세스를 사용 설정합니다. SQL Server용 RDS를 사용하여 트랜잭션 로그 백업에 액세스를 참고하세요. 다음 샘플 명령어를 확인할 수도 있습니다.

    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 버킷으로 트랜잭션 로그 백업 파일을 복사합니다.