Almacena archivos de copia de seguridad en un bucket de Cloud Storage
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Database Migration Service replica los datos de los archivos de registro de transacciones y de copia de seguridad de SQL Server que subes a un bucket de Cloud Storage. En esta página, se describe cómo preparar tu bucket para los procedimientos de migración y qué estructura de carpetas es necesaria para que Database Migration Service reconozca tus archivos de copia de seguridad.
Para preparar un bucket de almacenamiento para la migración, sigue estos pasos:
Crea tu bucket.
Asegúrate de usar la misma región que en la que quieres crear tu instancia de destino de Cloud SQL para SQL Server.
Database Migration Service es un producto completamente regional, lo que significa que todas las entidades relacionadas con tu migración (perfiles de conexión de origen y destino, trabajos de migración, bases de datos de destino y buckets de almacenamiento para archivos de copia de seguridad) deben guardarse en una sola región.
Database Migration Service espera una estructura de carpeta en donde cada carpeta que esté en el nivel de la raíz del bucket represente una base de datos para migrar.
La carpeta de la base de datos debe contener, como mínimo, dos carpetas: full para el archivo de la copia de seguridad completa y log para los archivos de la copia de seguridad del registro de transacciones que luego subirás para la fase de carga incremental.
De manera opcional, la carpeta de la base de datos también puede contener una carpeta diff para el archivo de copia de seguridad diferencial.
Si usas archivos de copia de seguridad diferenciales o completos con rayas, sus respectivas carpetas full o diff deben contener una carpeta adicional cuyo nombre sea una marca de tiempo de Unix en segundos.
Por ejemplo, si usas un solo archivo de copia de seguridad completa, colócalo directamente en la carpeta full. La misma regla se aplica al archivo de copia de seguridad diferencial:
Si usas archivos de copia de seguridad completa con rayas, usa una carpeta adicional en la carpeta full. La misma regla se aplica al archivo de copia de seguridad diferencial:
En estos ejemplos, Database Migration Service crea dos bases de datos en tu instancia de Cloud SQL de destino: my-business-database y my-other-database.
Cada base de datos se completa con datos extraídos de sus carpetas full, diff y log individuales.
Puedes combinar las convenciones de archivos únicos o con rayas para los archivos de copia de seguridad completos y diferenciales. Los archivos de copia de seguridad diferenciales son opcionales, por lo que también puedes dejar la carpeta diff vacía:
Coloca el archivo de copia de seguridad completa en la carpeta full.
Coloca el archivo de copia de seguridad diferencial en la carpeta diff.
Coloca los archivos de registro de transacciones en la carpeta log.
Asegúrate de que tus archivos de copia de seguridad completa, diferencial y de registro de transacciones sigan las convenciones de nombres que requiere Database Migration Service. Consulta
Requisitos de nombres de los archivos de copia de seguridad.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-05 (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)."]]
