Armazene arquivos de backup em um intervalo do Cloud Storage

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

O Database Migration Service replica dados de backup do SQL Server e arquivos de log de transações que você carrega em um bucket do Cloud Storage. Esta página descreve como preparar seu bucket para procedimentos de migração e qual estrutura de pastas é necessária para que o Database Migration Service reconheça seus arquivos de backup.

Para preparar um bucket de armazenamento para migração, execute as seguintes etapas:

1. Crie seu balde . Use a mesma região onde você pretende criar sua instância de destino do Cloud SQL para SQL Server.

   O Database Migration Service é um produto totalmente regional, o que significa que todas as entidades relacionadas à sua migração (perfis de conexão de origem e destino, trabalhos de migração, bancos de dados de destino, buckets de armazenamento para arquivos de backup) devem ser salvas em uma única região.

2. Crie a estrutura de pastas para armazenar seus arquivos de backup.

   • O Database Migration Service espera uma estrutura de pastas em que cada pasta presente no nível raiz do bucket represente um banco de dados a ser migrado.

   • A pasta do banco de dados deve conter, no mínimo, duas pastas: full para o arquivo de backup completo e log para arquivos de backup do log de transações que você carrega posteriormente para a fase de carregamento incremental.

   • A pasta do banco de dados também pode conter opcionalmente uma pasta diff para o arquivo de backup diferencial.

   • Se você usar arquivos de backup completos ou diferenciais distribuídos, suas respectivas pastas full ou diff deverão conter uma pasta adicional cujo nome seja um carimbo de data/hora Unix em segundos.

   Por exemplo, se você usar um único arquivo de backup completo, coloque-o diretamente na pasta full . A mesma regra se aplica ao arquivo de backup diferencial:

   Cloud Storage bucket root/
   |- my-business-database/
   |  |- full/
   |  |  |- full_backup_file
   |  |- diff/
   |  |  |- diff_backup_file
   |  |- log/
   |  |  |- transaction_log_file
   |- my-other-database/
   |  |- full/
   |  |  |- full_backup_file
   |  |- diff/
   |  |  |- diff_backup_file
   |  |- log/
   |  |  |- transaction_log_file
   

   Se você usar arquivos de backup completo distribuídos, use uma pasta adicional na pasta full . A mesma regra se aplica ao arquivo de backup diferencial:

   Cloud Storage bucket root/
   |- my-business-database/
   |  |- full/
   |  |  |- 1712649600/
   |  |  |  |- my_full_backup_file_stripe1
   |  |  |  |- my_full_backup_file_stripe2
   |  |- diff/
   |  |  |- 1706967833/
   |  |  |  |- firstDiffStripe.bak
   |  |  |  |- other_diff_stripe.diff
   |  |- log/
   |  |  |- transaction_log_file
   |- my-other-database/
   |  |- full/
   |  |  |- 1715250742/
   |  |  |  |- my_full_backup_file_stripe1
   |  |  |  |- my_full_backup_file_stripe2
   |  |- diff/
   |  |  |- 1706967833/
   |  |  |  |- firstDiffStripe.bak
   |  |  |  |- other_diff_stripe.diff
   |  |- log/
   |  |  |- transaction_log_file
   

   Nestes exemplos, o Database Migration Service cria dois bancos de dados na instância de destino do Cloud SQL: my-business-database e my-other-database . Cada banco de dados é preenchido com dados extraídos de suas pastas full , diff e log individuais.

   Você pode combinar as convenções de arquivo único ou de arquivo distribuído para arquivos de backup completos e diferenciais. Arquivos de backup diferencial são opcionais, então você também pode deixar a pasta diff vazia:

   Cloud Storage bucket root/
   |- my-business-database/
   |  |- full/
   |  |  |- full_backup_file
   |  |- diff/
   |  |  |- 1706967833/
   |  |  |  |- firstDiffStripe.bak
   |  |  |  |- other_diff_stripe.diff
   |  |- log/
   |  |  |- transaction_log_file
   |- my-other-database/
   |  |- full/
   |  |  |- 1712649600/
   |  |  |  |- my_full_backup_file_stripe1
   |  |  |  |- my_full_backup_file_stripe2
   |  |- diff/
   |  |  |- diff_backup_file
   |  |- log/
   |  |  |- transaction_log_file
   |- third-database/
   |  |- full/
   |  |  |- full_backup_file
   |  |- log/
   |  |  |- transaction_log_file
   

   Neste exemplo, o third-database não usa um arquivo de backup diferencial para migração, portanto não possui a pasta diff .

3. Carregue seus arquivos de backup para suas respectivas pastas:

   • Coloque o arquivo de backup completo na pasta full .
   • Coloque o arquivo de backup diferencial na pasta diff .
   • Coloque os arquivos de log de transações na pasta log .

   Certifique-se de que seus arquivos de backup completo, diferencial e log de transações sigam as convenções de nomenclatura exigidas pelo Database Migration Service. Consulte Requisitos de nomenclatura de arquivos de backup .

O que vem a seguir?

• Agende transferências regulares de log de transações .

,

O Database Migration Service replica dados de backup do SQL Server e arquivos de log de transações que você carrega em um bucket do Cloud Storage. Esta página descreve como preparar seu bucket para procedimentos de migração e qual estrutura de pastas é necessária para que o Database Migration Service reconheça seus arquivos de backup.

Para preparar um bucket de armazenamento para migração, execute as seguintes etapas:

1. Crie seu balde . Use a mesma região onde você pretende criar sua instância de destino do Cloud SQL para SQL Server.

   O Database Migration Service é um produto totalmente regional, o que significa que todas as entidades relacionadas à sua migração (perfis de conexão de origem e destino, trabalhos de migração, bancos de dados de destino, buckets de armazenamento para arquivos de backup) devem ser salvas em uma única região.

2. Crie a estrutura de pastas para armazenar seus arquivos de backup.

   • O Database Migration Service espera uma estrutura de pastas em que cada pasta presente no nível raiz do bucket represente um banco de dados a ser migrado.

   • A pasta do banco de dados deve conter, no mínimo, duas pastas: full para o arquivo de backup completo e log para arquivos de backup do log de transações que você carrega posteriormente para a fase de carregamento incremental.

   • A pasta do banco de dados também pode conter opcionalmente uma pasta diff para o arquivo de backup diferencial.

   • Se você usar arquivos de backup completos ou diferenciais distribuídos, suas respectivas pastas full ou diff deverão conter uma pasta adicional cujo nome seja um carimbo de data/hora Unix em segundos.

   Por exemplo, se você usar um único arquivo de backup completo, coloque-o diretamente na pasta full . A mesma regra se aplica ao arquivo de backup diferencial:

   Cloud Storage bucket root/
   |- my-business-database/
   |  |- full/
   |  |  |- full_backup_file
   |  |- diff/
   |  |  |- diff_backup_file
   |  |- log/
   |  |  |- transaction_log_file
   |- my-other-database/
   |  |- full/
   |  |  |- full_backup_file
   |  |- diff/
   |  |  |- diff_backup_file
   |  |- log/
   |  |  |- transaction_log_file
   

   Se você usar arquivos de backup completo distribuídos, use uma pasta adicional na pasta full . A mesma regra se aplica ao arquivo de backup diferencial:

   Cloud Storage bucket root/
   |- my-business-database/
   |  |- full/
   |  |  |- 1712649600/
   |  |  |  |- my_full_backup_file_stripe1
   |  |  |  |- my_full_backup_file_stripe2
   |  |- diff/
   |  |  |- 1706967833/
   |  |  |  |- firstDiffStripe.bak
   |  |  |  |- other_diff_stripe.diff
   |  |- log/
   |  |  |- transaction_log_file
   |- my-other-database/
   |  |- full/
   |  |  |- 1715250742/
   |  |  |  |- my_full_backup_file_stripe1
   |  |  |  |- my_full_backup_file_stripe2
   |  |- diff/
   |  |  |- 1706967833/
   |  |  |  |- firstDiffStripe.bak
   |  |  |  |- other_diff_stripe.diff
   |  |- log/
   |  |  |- transaction_log_file
   

   Nestes exemplos, o Database Migration Service cria dois bancos de dados na instância de destino do Cloud SQL: my-business-database e my-other-database . Cada banco de dados é preenchido com dados extraídos de suas pastas full , diff e log individuais.

   Você pode combinar as convenções de arquivo único ou de arquivo distribuído para arquivos de backup completos e diferenciais. Arquivos de backup diferencial são opcionais, então você também pode deixar a pasta diff vazia:

   Cloud Storage bucket root/
   |- my-business-database/
   |  |- full/
   |  |  |- full_backup_file
   |  |- diff/
   |  |  |- 1706967833/
   |  |  |  |- firstDiffStripe.bak
   |  |  |  |- other_diff_stripe.diff
   |  |- log/
   |  |  |- transaction_log_file
   |- my-other-database/
   |  |- full/
   |  |  |- 1712649600/
   |  |  |  |- my_full_backup_file_stripe1
   |  |  |  |- my_full_backup_file_stripe2
   |  |- diff/
   |  |  |- diff_backup_file
   |  |- log/
   |  |  |- transaction_log_file
   |- third-database/
   |  |- full/
   |  |  |- full_backup_file
   |  |- log/
   |  |  |- transaction_log_file
   

   Neste exemplo, o third-database não usa um arquivo de backup diferencial para migração, portanto não possui a pasta diff .

3. Carregue seus arquivos de backup para suas respectivas pastas:

   • Coloque o arquivo de backup completo na pasta full .
   • Coloque o arquivo de backup diferencial na pasta diff .
   • Coloque os arquivos de log de transações na pasta log .

   Certifique-se de que seus arquivos de backup completo, diferencial e log de transações sigam as convenções de nomenclatura exigidas pelo Database Migration Service. Consulte Requisitos de nomenclatura de arquivos de backup .

O que vem a seguir?

• Agende transferências regulares de log de transações .