Sicherungsdateien in einem Cloud Storage-Bucket speichern
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Der Database Migration Service repliziert Daten aus SQL Server-Sicherungs- und Transaktionsprotokolldateien, die Sie in einen Cloud Storage-Bucket hochladen. Auf dieser Seite wird beschrieben, wie Sie Ihren Bucket für Migrationsverfahren vorbereiten und welche Ordnerstruktur erforderlich ist, damit der Database Migration Service Ihre Sicherungsdateien erkennt.
So bereiten Sie einen Speicher-Bucket für die Migration vor:
Erstellen Sie einen Bucket.
Achten Sie darauf, dieselbe Region zu verwenden, in der Sie Ihre Cloud SQL for SQL Server-Zielinstanz erstellen möchten.
Der Database Migration Service ist ein vollständig regionales Produkt. Das bedeutet, dass alle mit der Migration verbundenen Entitäten (Quell- und Zielverbindungsprofile, Migrationsjobs, Zieldatenbanken, Speicher-Buckets für Sicherungsdateien) in einer einzigen Region gespeichert werden müssen.
Database Migration Service erwartet eine Ordnerstruktur, bei der jeder Ordner auf Stammebene des Buckets eine zu migrierende Datenbank darstellt.
Der Datenbankordner muss mindestens zwei Ordner enthalten: full für die Datei mit der Vollsicherung und log für Sicherungsdateien mit Transaktionslogs, die Sie später für die inkrementelle Ladephase hochladen.
Der Datenbankordner kann optional auch einen Ordner diff für die Differenzialsicherungsdatei enthalten.
Wenn Sie stripete vollständige oder differenzielle Sicherungsdateien verwenden, müssen die entsprechenden full- oder diff-Ordner einen zusätzlichen Ordner enthalten, dessen Name ein Unix-Zeitstempel in Sekunden ist.
Wenn Sie beispielsweise eine einzelne Sicherungsdatei verwenden, legen Sie sie direkt im Ordner full ab. Dasselbe gilt für die Datei mit der differenziellen Sicherung:
Wenn Sie stripete vollständige Sicherungsdateien verwenden, verwenden Sie einen zusätzlichen Ordner im Ordner full. Dasselbe gilt für die Datei mit der differenziellen Sicherung:
In diesen Beispielen erstellt der Database Migration Service zwei Datenbanken in Ihrer Cloud SQL-Ziel-Instanz: my-business-database und my-other-database.
Jede Datenbank wird mit Daten aus den jeweiligen Ordnern full, diff und log gefüllt.
Sie können die Konventionen für einzelne Dateien oder Striped-Dateien für vollständige und differenzielle Sicherungsdateien kombinieren. Differenzielle Sicherungsdateien sind optional. Sie können den Ordner diff also auch leer lassen:
Verschieben Sie die vollständige Sicherungsdatei in den Ordner full.
Legen Sie die Datei der differenziellen Sicherung in den Ordner diff.
Legen Sie die Transaktionsprotokolldateien in den Ordner log.
Achten Sie darauf, dass Ihre Dateien mit Vollsicherungen, Differenzialsicherungen und Transaktionslogs den Namenskonventionen des Database Migration Service entsprechen.
Anforderungen an die Benennung von Sicherungsdateien
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 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)."]]
