Cette page décrit les limites connues pour 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 instance Cloud SQL pour SQL Server de destination.
Database Migration Service ne migre pas la base de données
masterSQL Server, les informations utilisateur (telles que les identifiants utilisateur) 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 pour les 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 le 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 du journal des transactions.
Limites pour les sources auto-gé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. Toutefois, il est possible que certaines fonctionnalités de votre base de données source ne soient pas disponibles 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, assurez-vous de prendre en compte les fonctionnalités SQL Server non disponibles pour Cloud SQL dans la documentation de Cloud SQL pour SQL Server. Vous pouvez également utiliser le centre de migration Google Cloud pour identifier les éventuelles limites ou lacunes dans la prise en charge des fonctionnalités pour votre scénario spécifique. Consultez Découvrir et importer des bases de données dans la documentation 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 sauvegardes chiffrées et des fichiers journaux de transactions pour votre migration. Si vous souhaitez utiliser des fichiers de sauvegarde chiffrés, vous devez chiffrer tous les fichiers de sauvegarde (complets, différentiels et journaux de 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.