Cette page décrit les limites connues de la migration de SQL Server vers Cloud SQL pour SQL Server avec Database Migration Service.
Limites générales
Database Migration Service peut migrer jusqu'à 20 bases de données par job de migration.
Vous ne pouvez exécuter qu'un seul job de migration pour une seule instance Cloud SQL pour SQL Server de destination.
Database Migration Service ne migre pas la base de données SQL Server
master, les informations utilisateur (telles que les identifiants de connexion) ni les jobs qui ne font pas partie d'une base de données spécifique.La récupération à un moment précis (PITR) ne peut pas être activée sur votre instance Cloud SQL de destination au cours de la migration. Vous pouvez activer cette fonctionnalité une fois la migration terminée.
Limites des sources Cloud SQL pour SQL Server
Pour les sources Cloud SQL pour SQL Server, vous ne pouvez créer le profil de connexion source et le job de migration qu'avec la Google Cloud CLI. Vous pouvez utiliser la console Google Cloud pour surveiller la progression et les métriques de la migration.
Pour les sources Cloud SQL pour SQL Server, Database Migration Service gère automatiquement la création de tous les fichiers de sauvegarde nécessaires et les importe dans un bucket Cloud Storage. Database Migration Service effectue d'abord la sauvegarde complète du vidage avec un nombre de bandes défini sur
13, puis crée et exporte en continu les fichiers de sauvegarde du journal des transactions.Database Migration Service ne supprime aucun fichier de sauvegarde exporté automatiquement de votre bucket Cloud Storage. Nous vous recommandons de configurer une période de conservation des données comprise entre
14et30jours pour vos fichiers de sauvegarde.Database Migration Service ne chiffre pas les fichiers de sauvegarde créés automatiquement pour ce flux de migration. Si vous devez utiliser des fichiers de sauvegarde chiffrés à partir de votre instance Cloud SQL pour SQL Server, nous vous recommandons d'utiliser le flux de migration standard dédié aux sources autogérées ou Amazon RDS.
La récupération à un moment précis (PITR) doit être activée sur votre instance Cloud SQL pour SQL Server source afin que Database Migration Service puisse créer des fichiers de sauvegarde des journaux de transactions.
Limites pour les sources autogérées ou Amazon RDS
Database Migration Service migre toutes les données des fichiers de sauvegarde que vous importez dans le bucket Cloud Storage, mais certaines des fonctionnalités présentes dans votre base de données source peuvent être indisponibles dans Cloud SQL pour SQL Server. Les jobs de migration Database Migration Service ne restaurent pas les données qui relèvent d'une fonctionnalité non compatible, mais votre instance Cloud SQL pour SQL Server de destination peut générer des avertissements ou des erreurs dans les journaux.
Avant de choisir de migrer vos bases de données SQL Server vers Cloud SQL pour SQL Server, veillez à étudier la section Fonctionnalités SQL Server non disponibles pour Cloud SQL dans la documentation de Cloud SQL pour SQL Server. Vous pouvez également utiliser Google Cloud Migration Center pour identifier les éventuelles limites ou lacunes de la compatibilité des fonctionnalités pour votre scénario spécifique. Consultez Découvrir et importer des bases de données dans la documentation de Migration Center.
La taille maximale de vos fichiers de sauvegarde est de 5 To.
Si la taille de votre base de données dépasse 5 To, vous pouvez diviser votre fichier de sauvegarde complète en plus petits fichiers ("bandes"). La taille maximale de chaque bande est de 5 To.
Vous pouvez utiliser des fichiers de sauvegarde et de journal des transactions chiffrés pour votre migration. Si vous souhaitez utiliser des fichiers de sauvegarde chiffrés, vous devez chiffrer chaque fichier de sauvegarde (complet, différentiel, journal des transactions) que vous utilisez pour une base de données spécifique incluse dans votre migration. Consultez Utiliser des sauvegardes chiffrées.
Votre instance SQL Server source ne peut pas utiliser le modèle de récupération simple. Pour en savoir plus sur les modèles de récupération, consultez Modèles de récupération (SQL Server) dans la documentation Microsoft.