Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Database Migration Service est compatible avec les types de sauvegarde suivants pour les migrations homogènes de SQL Server vers Cloud SQL.
Sauvegardes complètes
Les sauvegardes complètes constituent l'épine dorsale du processus de migration.
Elles contiennent toutes les données de votre base de données au moment de l'exportation. Le fichier de sauvegarde complet est nécessaire pour la migration.
Sauvegardes différentielles
Les sauvegardes différentielles contiennent toutes les données sources qui sont apparues dans votre base de données depuis le dernier fichier de sauvegarde complète.
Les sauvegardes différentielles sont utiles si vous avez beaucoup de données à répliquer et que vous souhaitez les gérer de manière groupée plutôt que d'importer plusieurs fichiers de journaux des transactions.
Le fichier de sauvegarde différentielle est facultatif pour la migration.
Fichiers de journaux des transactions
Ces fichiers contiennent une liste des opérations de modification qui ont lieu dans votre base de données. Database Migration Service utilise ces informations pour répliquer les mises à jour de données dans votre base de données de destination pendant la phase de capture des données modifiées (CDC, Change Data Capture).
Pour les migrations SQL Server homogènes, Database Migration Service n'est compatible qu'avec le type de migration continue (pour en savoir plus, consultez la section
Flux de données des migrations continues). Cela signifie que les tâches de migration passent toujours à la phase CDC, mais vous ne recevez aucune erreur si vous n'importez aucun fichier de journal des transactions. Si vous n'importez aucun fichier de journal des transactions, vous devez promouvoir la tâche de migration une fois la phase de chargement initiale terminée. Consultez la section
Promouvoir une tâche de migration.
Lorsque vous préparez les fichiers de sauvegarde pour votre migration, veillez à prendre en compte les points suivants:
Conventions d'attribution de noms: chaque type de fichier de sauvegarde doit utiliser une convention d'attribution de noms spécifique. Consultez
Préparer vos fichiers de sauvegarde.
Chiffrement: vous pouvez utiliser des sauvegardes chiffrées pour votre migration. Si vous souhaitez chiffrer les fichiers de sauvegarde, vous devez chiffrer tous les types de fichiers de sauvegarde que vous utilisez pour une base de données spécifique incluse dans votre migration. Consultez la section
Utiliser des fichiers de sauvegarde chiffrés.
Configuration de la tâche de migration: si vous utilisez un fichier de sauvegarde différentielle pour une base de données incluse dans votre migration, vous devez configurer la tâche de migration afin que Database Migration Service puisse reconnaître les fichiers de sauvegarde différentielle dans votre bucket Cloud Storage. Consultez la section
Créer un job de migration.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/05 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/05 (UTC)."],[[["\u003cp\u003eFull backups are mandatory for SQL Server migrations to Cloud SQL, as they contain all the database data at the time of export.\u003c/p\u003e\n"],["\u003cp\u003eDifferential backups, containing data changes since the last full backup, are optional but can be beneficial for managing large amounts of data.\u003c/p\u003e\n"],["\u003cp\u003eTransaction log files, which track database changes, are utilized by the Database Migration Service for continuous data replication (CDC), although not providing them won't cause errors.\u003c/p\u003e\n"],["\u003cp\u003eProper backup file organization, including specific naming conventions and distinct folder structures in Cloud Storage, is required for successful migration.\u003c/p\u003e\n"],["\u003cp\u003eAll backup files for a specific database must be encrypted together if you choose to use encryption.\u003c/p\u003e\n"]]],[],null,["# Supported types of backup files\n\nDatabase Migration Service supports the following backup types for homogeneous\nSQL Server migrations to Cloud SQL.\n\nFull backups\n: Full backups are the backbone of the migration process.\n They contain all the data in your database at the point in time when you\n export them. **The full backup file is required for migration.**\n\nDifferential backups\n: Differential backups contain all the source data\n that appeared in your database since the last full backup file.\n Differential backups are useful if you have a lot of data to replicate and\n want to handle it in bulk rather than upload multiple transaction log files.\n **The differential backup file is optional for migration.**\n\nTransaction log files\n\n: These files contain a list of change operations that take place in your database. Database Migration Service uses this information to replicate data updates in your destination database during the Change Data Capture (CDC) phase. For homogeneous SQL Server migrations, Database Migration Service\n supports only the continuous migration type (for more information see\n [Continuous migrations data flow](/database-migration/docs/sqlserver/scenario-overview#data-flow-migration-types)). This means that migration\n jobs always proceed to the CDC phase, but you don't get errors if you don't\n upload any transaction log files. If you don't upload any transaction log\n files, you need to promote the migration job when the initial load phase\n is over. See\n [Promote a migration job](/database-migration/docs/sqlserver/finalize-migration).\n\nAs you prepare the backup files for your migration, make sure you consider\nthe following:\n\n- Naming conventions: Each backup file type needs to use a specific naming\n convention. See\n [Prepare your backup files](/database-migration/docs/sqlserver/export-backup-files).\n\n- Folder structure: Each backup file type needs to be stored in a separate\n folder in the Cloud Storage bucket you use for migration. See\n [Store backup files in a Cloud Storage bucket](/database-migration/docs/sqlserver/storage-buckets).\n\n- Encryption: You can use encrypted backups for your migration. If you want\n to encrypt the backup files, you need to encrypt all types of backup files\n you use for a specific database included in your migration. See\n [Use encrypted backup files](/database-migration/docs/sqlserver/backup-file-encryption).\n\n- Migration job configuration: If you use a differential backup file for any\n database included in your migration, you need to configure the migration job\n so that Database Migration Service can recognize the differential backup files\n in your Cloud Storage bucket. See\n [Create a migration job](/database-migration/docs/sqlserver/create-migration-job)\n\nWhat's next\n-----------\n\nFor a detailed step-by-step migration guide, see\n[Cloud SQL for SQL Server migration guide](/database-migration/docs/sqlserver/guide)."]]
