Sqlserver
 sql >> Base de données >  >> RDS >> Sqlserver

Cloud Migration 101 :Passer de SQL Server à Azure

De plus en plus d'organisations reconnaissent les avantages de passer d'une infrastructure de base de données uniquement sur site à une infrastructure cloud ou cloud hybride. Les plates-formes de cloud computing telles que Microsoft Azure offrent plusieurs avantages par rapport aux configurations sur site, notamment :

  • Économies : Avec peu ou pas de matériel sur site à acheter et à entretenir et des options de stockage à faible coût, le passage à Azure réduira immédiatement les dépenses directes.
  • Meilleure évolutivité : Dans le cloud, vous pouvez augmenter ou réduire vos besoins informatiques selon vos besoins sans laisser de ressources coûteuses inactives pendant les périodes creuses.
  • Sécurité accrue : Azure utilise des mesures de sécurité des données de pointe à la fois dans le cloud et dans leurs centres de données physiques. La plupart des organisations ne peuvent pas se permettre d'atteindre ce niveau de protection.
  • Administration simplifiée : La sécurité et la gestion des données peuvent être gérées de manière centralisée via Azure, ce qui réduit le temps que les administrateurs de bases de données consacrent aux tâches répétitives.
  • Reprise après sinistre plus fiable : Les centres de données Azure sont géo-indépendants, donc si un événement catastrophique frappe un centre de données, il bascule automatiquement vers un centre non affecté sans perte de données ou de service.

Si vous êtes prêt à passer de SQL Server sur site à Azure SQL Database, vous devrez parcourir quatre étapes principales dans le processus de migration. Voici un bref aperçu de chacun avec des liens vers des ressources approfondies.

Première étape :choisissez votre méthode de migration

Avant de commencer la migration de SQL Server vers Azure, vous devez déterminer si une migration hors ligne ou en ligne à l'aide d'Azure Database Migration Service est la meilleure option pour vous. Il y a quelques éléments à prendre en compte au cours de ce processus.

Avec une migration hors ligne, le temps d'arrêt commence lorsque la migration commence. Avec une migration en ligne, le temps d'arrêt est limité au temps nécessaire pour basculer vers le nouvel environnement après la migration. Donc, si un temps d'arrêt minimal est un problème brûlant pour vous, la migration en ligne est un meilleur choix.

Vous pouvez également minimiser les temps d'arrêt pendant le processus de migration en utilisant l'option Always On Availability Group ou l'option de réplication transactionnelle pour transférer des données vers des machines virtuelles Azure (VM). Cependant, la meilleure façon de transférer les données consiste à migrer les fichiers de base de données vers la machine virtuelle Azure à l'aide d'un fichier de sauvegarde compressé.

Si vous ne pouvez utiliser aucune de ces méthodes, vous devrez migrer manuellement votre base de données vers une machine virtuelle Azure en utilisant l'une des méthodes suivantes :

  • Effectuez une sauvegarde sur site à l'aide de la compression, puis copiez manuellement le fichier de sauvegarde dans la machine virtuelle Azure
  • Sauvegarde vers l'URL, puis restauration dans AzureVM à partir de l'URL
  • Détachez, copiez les données et enregistrez les fichiers dans le stockage d'objets blob Azure, puis attachez-les à SQL Server dans la machine virtuelle Azure à partir de l'URL
  • Convertissez des machines sur site en disques durs virtuels Hyper-V, chargez-les sur le stockage Azure Blob, puis déployez-les en tant que nouvelle machine virtuelle
  • Expédiez le disque dur à l'aide du service d'importation/exportation de Windows
  • Ajouter l'assistant Azure Replica
  • Utiliser la réplication transactionnelle SQL Server

Étape 2 :Identifiez les sources de données existantes et évaluez les instances sur site

La deuxième étape est considérée comme une « pré-migration » et ces activités d'évaluation d'instance vous aideront à configurer votre système actuel pour faciliter la migration.

Tout d'abord, vous devez faire l'inventaire des bases de données que vous devez migrer pour vous assurer qu'elles sont toutes optimisées pour le déplacement. Une fois que vous avez identifié toutes les bases de données, vous devez les évaluer pour les problèmes de migration potentiels ou les bloqueurs et résoudre les problèmes que vous trouvez.

Ensuite, vous devez identifier toutes les instances SQL Server de votre organisation, ainsi que leurs versions et fonctionnalités utilisées. Lorsque les sources de données ont été identifiées, utilisez l'assistant de migration de données (DMA) pour évaluer votre base de données source.

Voici les étapes à suivre lorsque vous utilisez le DMA pour évaluer vos instances :

  • Créer un nouveau projet d'évaluation dans DMA
  • Nommez le projet et définissez SQL Server comme type de serveur source et Azure SQL Database comme type de serveur cible
  • Sélectionnez les rapports d'évaluation que vous souhaitez générer
  • Identifiez les détails de la connexion source de votre serveur SQL, connectez-vous à la base de données source et démarrez l'évaluation
  • Lorsque vous avez terminé, examinez les rapports d'évaluation pour les problèmes de blocage et la parité des fonctionnalités
  • Sélectionnez un niveau de compatibilité de base de données
  • Sélectionnez une référence SKU d'instance gérée Azure SQL Database pour votre charge de travail sur site

Obtenez des informations détaillées sur la façon d'effectuer le processus d'évaluation ici.

Étape 3 :C'est l'heure de la migration !

Maintenant que les prérequis sont pris en charge, il est temps de commencer la migration vers Azure — premier schéma; puis données.

Microsoft fournit cet aperçu de haut niveau sur la façon de migrer un schéma à l'aide de DMA :

  • Ouvrez DMA, puis commencez à créer un nouveau projet de migration
  • Spécifiez un nom de projet, sélectionnez SQL Server comme type de serveur source, puis sélectionnez Azure SQL Database comme type de serveur cible
  • Spécifiez la portée de la migration en tant que schéma uniquement, puis créez le projet
  • Spécifiez les détails de la connexion source pour votre serveur SQL, puis connectez-vous à la base de données source
  • Spécifiez les détails de la connexion cible pour la base de données Azure SQL, puis connectez-vous à la base de données que vous avez pré-approvisionnée dans Azure SQL Database
  • Spécifiez les objets de schéma dans la base de données source qui doivent être déployés sur Azure SQL Database
  • Générez des scripts SQL, puis examinez-les pour détecter d'éventuelles erreurs
  • Corrigez les objets qui signalent des erreurs en tirant parti des recommandations fournies par votre évaluation DMA
  • Déployez le schéma sur Azure SQL Database, puis vérifiez le serveur cible pour toute anomalie

Voici les étapes spécifiques pour les migrations de schéma en ligne et hors ligne.

Microsoft fournit cet aperçu de haut niveau sur la façon de migrer des données à l'aide d'Azure DMS :

  • Enregistrer le fournisseur de ressources Microsoft.DataMigration
  • Créer une instance de DMS
  • Créer un projet de migration dans DMS
  • Spécifiez les détails de la source pour la migration
  • Spécifiez les détails de la cible pour la migration
  • Exécuter la migration
  • Surveiller la migration

Voici les étapes spécifiques pour les migrations de données en ligne et hors ligne.

Étape 4 :Tester le nouvel environnement après la migration

Maintenant que vous avez déplacé votre base de données SQL Server vers Azure SQL Database, voici quatre façons de tester minutieusement le nouvel environnement pour vous assurer que la base de données source a migré correctement :

Développer des tests de validation :créer des requêtes de validation à exécuter sur la base de données source et la base de données cible.

Configurez l'environnement de test :placez une copie de la base de données source et une copie de la base de données cible dans un environnement de test isolé.

  • Exécuter des tests de validation : Exécutez les tests de validation sur les bases de données source et cible, puis examinez les résultats.
  • Exécuter des tests de performances : Vérifiez les performances de la base de données source et de la base de données cible, puis comparez et analysez les résultats.

La planification stratégique est importante pour une migration réussie de votre base de données vers un environnement cloud ou cloud hybride. Une fois votre migration terminée, vous pourrez profiter des avantages de travailler avec une base de données basée sur le cloud.