Armazene ficheiros de cópias de segurança num contentor do Cloud Storage
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
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:
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.
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:
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:
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:
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.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-21 UTC."],[[["\u003cp\u003eDatabase Migration Service utilizes a Cloud Storage bucket to replicate data from SQL Server backup and transaction log files.\u003c/p\u003e\n"],["\u003cp\u003eThe storage bucket must reside in the same region as the Cloud SQL for SQL Server instance, and must contain a specific folder structure for each database being migrated.\u003c/p\u003e\n"],["\u003cp\u003eEach database folder should contain at least \u003ccode\u003efull\u003c/code\u003e and \u003ccode\u003elog\u003c/code\u003e folders for full and transaction log backups respectively, and optionally a \u003ccode\u003ediff\u003c/code\u003e folder for differential backups.\u003c/p\u003e\n"],["\u003cp\u003eStriped backup files require an additional folder within the \u003ccode\u003efull\u003c/code\u003e or \u003ccode\u003ediff\u003c/code\u003e folders, named as a Unix timestamp, to contain the individual stripe files.\u003c/p\u003e\n"],["\u003cp\u003eBackup files should be uploaded to their respective folders, and the database migration service will use the \u003ccode\u003efull\u003c/code\u003e, \u003ccode\u003ediff\u003c/code\u003e, and \u003ccode\u003elog\u003c/code\u003e folders to create and populate each database.\u003c/p\u003e\n"]]],[],null,["# Store backup files in a Cloud Storage bucket\n\nDatabase Migration Service replicates data from SQL Server backup and transaction\nlog files that you upload to a Cloud Storage bucket. This page describes\nhow to prepare your bucket for migration procedures, and what folder structure\nis required for Database Migration Service to recognize your backup files.\n\nTo prepare a storage bucket for migration, perform the following steps:\n\n1. [Create your bucket](/storage/docs/creating-buckets).\n Make sure you use the\n same region as the one where you intend to create your destination\n Cloud SQL for SQL Server instance.\n\n Database Migration Service is a fully-regional product, meaning that all entities\n related to your migration (source and destination connection profiles,\n migration jobs, destination databases, storage buckets for backup files)\n must be saved in a single region.\n2. [Create the folder structure](/storage/docs/objects#simulated-folders) to hold your backup files.\n\n - Database Migration Service expects a folder structure where every folder present at\n the bucket's root level represents one database to migrate.\n\n - The database folder at minimum must contain two folders: `full` for the full backup\n file, and `log` for transaction log\n backup files that you later upload for the incremental load phase.\n\n - The database folder can also optionally contain a `diff` folder for the\n differential backup file.\n\n - If you use striped full or differential backup files, their respective `full`\n or `diff` folders must contain an additional folder whose name is a Unix timestamp\n in seconds.\n\n For example, if you use a single full backup file, put it directly in the\n `full` folder. The same rule applies to the differential backup file: \n\n Cloud Storage bucket root/\n |- my-business-database/\n | |- full/\n | | |- full_backup_file\n | |- diff/\n | | |- diff_backup_file\n | |- log/\n | | |- transaction_log_file\n |- my-other-database/\n | |- full/\n | | |- full_backup_file\n | |- diff/\n | | |- diff_backup_file\n | |- log/\n | | |- transaction_log_file\n\n If you use striped full backup files, then use an additional folder in the `full`\n folder. The same rule applies to the differential backup file: \n\n Cloud Storage bucket root/\n |- my-business-database/\n | |- full/\n | | |- 1712649600/\n | | | |- my_full_backup_file_stripe1\n | | | |- my_full_backup_file_stripe2\n | |- diff/\n | | |- 1706967833/\n | | | |- firstDiffStripe.bak\n | | | |- other_diff_stripe.diff\n | |- log/\n | | |- transaction_log_file\n |- my-other-database/\n | |- full/\n | | |- 1715250742/\n | | | |- my_full_backup_file_stripe1\n | | | |- my_full_backup_file_stripe2\n | |- diff/\n | | |- 1706967833/\n | | | |- firstDiffStripe.bak\n | | | |- other_diff_stripe.diff\n | |- log/\n | | |- transaction_log_file\n\n In these examples, Database Migration Service creates two databases in your destination\n Cloud SQL instance: `my-business-database` and `my-other-database`.\n Each database is populated with data pulled from their individual `full`,\n `diff`, and `log` folders.\n\n You can mix the single file or striped file conventions for\n full and differential backup files. Differential backup files are optional,\n so you can also leave the `diff` folder empty: \n\n Cloud Storage bucket root/\n |- my-business-database/\n | |- full/\n | | |- full_backup_file\n | |- diff/\n | | |- 1706967833/\n | | | |- firstDiffStripe.bak\n | | | |- other_diff_stripe.diff\n | |- log/\n | | |- transaction_log_file\n |- my-other-database/\n | |- full/\n | | |- 1712649600/\n | | | |- my_full_backup_file_stripe1\n | | | |- my_full_backup_file_stripe2\n | |- diff/\n | | |- diff_backup_file\n | |- log/\n | | |- transaction_log_file\n |- third-database/\n | |- full/\n | | |- full_backup_file\n | |- log/\n | | |- transaction_log_file\n\n In this example, the `third-database` doesn't use a differential backup file\n for migration, so it doesn't have the `diff` folder.\n3. [Upload your backup files](/storage/docs/uploading-objects)\n to their respective folders:\n\n - Put the full backup file in the `full` folder.\n - Put the differential backup file in the `diff` folder.\n - Put the transaction log files in the `log` folder.\n\n | **Note:** You can upload the differential backup file at a later time - after you create the migration job, but before you start uploading transaction log files.\n\n Make sure your full backup, differential, and transaction log files follow the naming\n conventions required by Database Migration Service. See\n [Backup files naming requirements](/database-migration/docs/sqlserver/export-backup-files).\n\nWhat's next?\n------------\n\n- [Schedule regular transaction log transfers](/database-migration/docs/sqlserver/automate-backup-exports)."]]
