Guide pas à pas : migrer une base de données sur site vers Azure

Choisir la plate-forme Azure de Microsoft pour héberger les bases de données de votre organisation peut contribuer à réduire les coûts et à prendre en charge une infrastructure informatique plus performante. Suivez notre guide pour réussir la migration d’une base de données sur site vers Azure.

Une fois que vous avez évalué les avantages et les inconvénients de la migration de vos bases de données vers Azure et que la migration a été approuvée, la migration vers le cloud peut vous aider à réduire les frais généraux de votre organisation, à renforcer la cybersécurité et à augmenter la productivité. Suivez les étapes ci-dessous pour vous assurer que la migration de votre base de données est aussi fluide que possible. Notre partenaire, Associés Simpson‘ Consultant senior en BI, David Mills nous guide tout au long du processus.

Étape 1 : explorer la compatibilité de la base de données

Avant de commencer une migration de base de données vers Azure, vous devez vous assurer que votre base de données sur site actuelle est compatible avec la base de données Azure et planifier la façon dont vous allez gérer les problèmes qui surviennent.

Des problèmes de compatibilité surviennent lorsque des fonctionnalités qui existent dans une base de données sur site, telles que des serveurs liés, des indicateurs de trace ou des flux de fichiers, ne sont pas disponibles dans le cloud. Vous pouvez vérifier les problèmes de compatibilité en utilisant Assistant de migration de données de Microsoft.

Si vous rencontrez un problème de compatibilité qui ne peut pas être résolu, vous devrez peut-être envisager de migrer vers une instance SQL sur une machine virtuelle Azure ou d’utiliser une instance gérée Azure.

Étape 2 : sélectionnez le bon modèle de service Azure

La tarification globale, le niveau de service, le stockage et les performances d’Azure dépendent du modèle de service que vous choisissez, donc choisir le bon en premier lieu vous fera gagner du temps plus tard.

La base de données devra être déployée en tant que base de données Azure SQL individuelle, dans un pool élastique et Azure SQL Managed Instance, ou dans une machine virtuelle Azure.

Étape 3 : choisissez votre niveau de service Azure

La sélection du niveau de service approprié est importante pour obtenir des performances optimales et gérer les coûts de la base de données Azure. Opter pour un niveau de service trop élevé peut entraîner un gaspillage de budget, tandis qu’un niveau de service trop élevé entraînera une réduction des fonctions.

Bien qu’Azure permette d’augmenter ou de réduire la base de données en fonction de vos besoins changeants, il est facile de choisir le niveau de service approprié avant votre migration avec Calculateur DTU de la base de données Azure SSQL de Microsoft – un outil de conseil basé sur l’utilisation du CPU, des IOPS et du LOG de votre base de données sur site existante.

Étape 4 : identifiez le niveau de reprise après sinistre requis

Azure offre différents niveaux de protection contre la reprise après sinistre, y compris la haute disponibilité et la géoréplication dans les centres de données mondiaux. Le niveau de reprise après sinistre que vous sélectionnez doit être basé sur l’objectif de point de récupération (RPO) et l’objectif de temps de récupération (RTO) de votre organisation.

RPO est la quantité acceptable de perte de données mesurée dans le temps, tandis que RTO est la durée maximale acceptable pendant laquelle votre base de données peut être indisponible. La quantité de chacun de ces éléments dont vous avez besoin déterminera le niveau de reprise après sinistre dont vous avez besoin.

Étape 5 : concevoir une stratégie de migration

Avant de migrer votre base de données sur site vers Azure, vous devez planifier votre stratégie de migration. Les types de choses que vous devriez considérer incluent le choix d’une stratégie en ligne ou hors ligne en déterminant si le temps d’arrêt de la base de données requis pour le déplacement est une possibilité, et quel outil de migration vous allez utiliser.

Plusieurs outils de migration sont disponibles pour vous aider à migrer avec succès d’un environnement local vers Azure, notamment :

Pour les migrations hors ligne qui autorisent des temps d’arrêt, DMA et SSMS sont des outils très bien notés, tandis que Transaction Replication « pousse » les données de la base de données sur site vers Azure sans aucun temps d’arrêt.

Étape 6 : migrer une base de données de test

Il est important d’effectuer un essai de migration de la base de données en direct avant de migrer officiellement le système en direct pour s’assurer que tout fonctionne comme prévu et pour identifier tout problème potentiel. Lors de la migration de votre copie de test, vous devez vérifier :

Erreurs de migration – si l’une d’entre elles est signalée, vous devrez l’analyser et la corriger avant la migration officielle.
Combien de temps faut-il pour migrer le schéma et la base de données ? Si le temps d’arrêt est trop long, vous pouvez envisager une migration en ligne.
Toute application externe ou problème de connexion utilisateur (VPN, pare-feu, etc.)
Lisibilité des données – les données peuvent-elles être lues et écrites dans la base de données Azure comme prévu via l’application et les connexions ou rôles SQL directs.
Niveau de performance – effectuez un test de certaines des actions que vous pouvez entreprendre sur la base de données, par exemple exécuter un rapport et enregistrer le temps nécessaire pour évaluer si le niveau de performance est acceptable.

Étape 7 : migrez votre base de données

Une fois que vous avez parcouru chacune des étapes ci-dessus, vous êtes prêt à migrer avec succès votre base de données vers Azure.

Si vous souhaitez discuter de la migration des bases de données sur site de votre organisation vers le cloud, veuillez nous contacter au 01904 562200 ou email [email protected].