Armazene ficheiros de cópias de segurança num contentor do Cloud Storage

O serviço de migração de base de dados replica dados a partir de ficheiros de registo de transações e de cópias de segurança do SQL Server que carrega para um contentor do Cloud Storage. Esta página descreve como preparar o seu contentor para os procedimentos de migração e qual a estrutura de pastas necessária para que o serviço de migração de bases de dados reconheça os seus ficheiros de cópias de segurança.

Para preparar um contentor de armazenamento para a migração, siga estes passos:

  1. Crie o seu contentor. Certifique-se de que usa a mesma região que aquela onde pretende criar a instância de destino do Cloud SQL para SQL Server.

    O serviço de migração de bases de dados é um produto totalmente regional, o que significa que todas as entidades relacionadas com a sua migração (perfis de ligação de origem e destino, tarefas de migração, bases de dados de destino, contentores de armazenamento para ficheiros de cópia de segurança) têm de ser guardadas numa única região.

  2. Crie a estrutura de pastas para guardar os ficheiros de cópia de segurança.

    • O serviço de migração de bases de dados espera uma estrutura de pastas em que cada pasta presente no nível raiz do contentor representa uma base de dados a migrar.

    • A pasta da base de dados tem de conter, no mínimo, duas pastas: full para o ficheiro de cópia de segurança completo e log para os ficheiros de cópia de segurança do registo de transações que carrega posteriormente para a fase de carregamento incremental.

    • Opcionalmente, a pasta da base de dados também pode conter uma pasta diff para o ficheiro de cópia de segurança diferencial.

    • Se usar ficheiros de cópia de segurança completa ou diferencial com faixas, as respetivas pastas full ou diff têm de conter uma pasta adicional cujo nome seja uma data/hora Unix em segundos.

    Por exemplo, se usar um único ficheiro de cópia de segurança completa, coloque-o diretamente na pasta full. A mesma regra aplica-se ao ficheiro de cópia de segurança 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 usar ficheiros de cópia de segurança completa segmentados, use uma pasta adicional na pasta full. A mesma regra aplica-se ao ficheiro de cópia de segurança 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 serviço de migração de base de dados cria duas bases de dados na instância do Cloud SQL de destino: my-business-database e my-other-database. Cada base de dados é preenchida com dados extraídos das respetivas pastas individuais full, diff e log.

    Pode misturar as convenções de ficheiros únicos ou com faixas para ficheiros de cópias de segurança completas e diferenciais. Os ficheiros de cópia de segurança diferencial são opcionais. Por isso, 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 ficheiro de cópia de segurança diferencial para a migração, pelo que não tem a pasta diff.

  3. Carregue os ficheiros de cópia de segurança para as respetivas pastas:

    • Coloque o ficheiro de cópia de segurança completo na pasta full.
    • Coloque o ficheiro de cópia de segurança diferencial na pasta diff.
    • Coloque os ficheiros de registo de transações na pasta log.

    Certifique-se de que os ficheiros de cópia de segurança completa, diferencial e de registo de transações seguem as convenções de nomenclatura exigidas pelo Database Migration Service. Consulte os requisitos de nomenclatura dos ficheiros de cópia de segurança.

O que se segue?