Gartner estime que 83 % des projets de migration de données échouent ou dépassent leurs budgets et calendriers. Cela est probablement dû au fait que de nombreuses entreprises fonctionnent encore sans l'aide d'un logiciel de migration dédié. Essayer de naviguer dans une migration de stockage en réseau (NAS) avec des outils obsolètes et incompétents signifie :
- Coût élevé du personnel interne et externe
- Risque accru dans tous les aspects du projet, de l'intégrité des données à la réputation de l'équipe de migration
- Augmentation du nombre d'événements de basculement avec des durées d'interruption prolongées
- Perturbation de l'entreprise
- Absence de rapports et de gouvernance appropriés
- Personnel qualifié distrait par les migrations au lieu de travailler sur des initiatives stratégiques
Tous ces défis peuvent être évités ou considérablement atténués en suivant un processus de migration solide.
En traitant des migrations NAS complexes au cours de la dernière décennie, il est devenu clair qu'il y a cinq étapes pour réaliser une migration NAS rapide et précise.
Étape 1 : Planification et découverte
Vous est-il déjà arrivé d'arriver à la page 5 d'une notice de montage IKEA et de vous rendre compte que vous avez tout monté à l'envers ? Ou pire encore, qu'il vous manque une vis ? Avec le recul : la première étape pour monter ce bureau flambant neuf aurait dû être de compter les pièces et de lire attentivement la notice avant de visser quoi que ce soit. Bien connaître les outils dont on dispose et le résultat final souhaité est essentiel. Sinon, c'est la galère assurée. Il en va de même pour la migration d'un NAS. Connaître à l'avance le type de contenu du système source et la structure des données est primordial pour éviter tout échec de la migration.
Avant de commencer une migration NAS, posez des questions préalables pour savoir avec quoi vous travaillez :
- Quelles données doivent réellement être migrées - tout, ou pouvez-vous supprimer certaines de ces données plus anciennes que personne n'a touchées depuis plus de sept ans ?
- Allez-vous migrer via une liaison LAN ou WAN ? Et à quelle vitesse sont les liens ?
- Combien de données y a-t-il et quelle est la composition de ces données ?
- Taille (c'est important car cela peut affecter considérablement les performances de migration) ?
- NFS et/ou SMB ou protocole mixte ?
- Quels applications et groupes d'applications seront impactés ?
- Les données doivent-elles être migrées dans un ordre spécifique ou en parallèle ?
- Combien de temps la migration globale prendra-t-elle ?
- Combien de temps le basculement définitif vers le nouveau système prendra-t-il ?
- Toute la capacité sera-t-elle commutée en une seule fois ou par étapes ?
- Quelle est votre tolérance aux pannes pour le basculement final ?
- Quel est l'impact commercial du retard des efforts de migration par rapport à l'impact financier du fait de laisser les anciens équipements au sol ?
- Qui effectuera la migration et quelle méthode utilisera-t-il ?
Afin d'exécuter une migration NAS transparente et de permettre aux administrateurs informatiques de bien planifier, vous aurez besoin de cette vue détaillée des données et des utilisateurs actuels. Votre outil de migration NAS de choix devrait fournir des informations sur le système de stockage source en extrayant des métadonnées, qui expliqueront quand un fichier a été stocké, par qui et quand il a été consulté pour la dernière fois. En outre, il doit prendre en compte la capacité par fichiers, répertoires, par utilisateur, par heure de création, par heure de modification ou par utilisation historique. Vous devrez analyser toutes ces données pour mieux éclairer votre approche de la migration NAS.
Étape 2 : première numérisation et copie
C'est là que le stylo rencontre le papier pour la première fois. Vous aurez besoin d'un logiciel de classe entreprise qui vous permet de migrer des données de fichiers ou d'objets entre des plates-formes de stockage. Pour commencer, l'ensemble initial de données est déplacé de la source (en le maintenant synchronisé) vers le NAS cible. La première analyse découvrira les données qui doivent être migrées et la première copie copiera les chemins de migration vers la cible.
Certaines entreprises utilisent encore des planifications de système d'exploitation pour chaque hôte de copie individuel, ce qui entraîne une charge de travail déséquilibrée entre les serveurs. Pour créer moins de protrusion, implémentez un logiciel de migration moderne qui définit graphiquement les politiques de migration afin que vous puissiez dicter quel contenu est copié entre la source et la cible, la fréquence à laquelle ce contenu est resynchronisé et une fenêtre unique pour une surveillance et une gestion faciles.
Étape 3 : état stable
Maintenant que les premiers fichiers ont été analysés et copiés du NAS source vers le NAS cible, il est temps de passer à l'étape suivante du processus de migration connue sous le nom d'état stable. Steady State fournit une mise en miroir continue des données sur les systèmes source et cible. Ici, votre équipe élaborera les détails commerciaux et les décisions de calendrier concernant la redirection des applications et des utilisateurs finaux vers le nouveau système. Il est également important de traiter toutes les erreurs qui se produisent lorsque les données sont copiées pendant l'état stable. Les erreurs ne sont pas rares et elles vous aideront à identifier les données qui ne seront pas copiées correctement afin que des mesures correctives puissent être prises si nécessaire. Par exemple, vous pouvez rechercher des conflits de jeux de caractères et une impossibilité d'accéder à un fichier sur le système source. Il est bien sûr impératif de résoudre ce problème avant le basculement final.
Au cours de cette étape, vous devez également envisager un essai à blanc de l'étape finale de basculement pour avoir une bonne idée de si vous devez ou non tout couper en une seule fois ou prévoir de fonctionner par étapes. La prévision de tout cela vous permettra de déterminer la durée du basculement final, dont nous parlerons à l'étape suivante.
Étape 4 : Coupe finale
Il est maintenant temps de transférer vos données vers le nouveau système. L'objectif de cette migration finale est de capturer tous les fichiers. Pour ce faire, il faut d'abord analyser les données sources et cibles afin de déterminer les éléments à déplacer lors de cette dernière étape, y compris les données qui auraient pu être exclues lors des tentatives précédentes. Avant de commencer, assurez-vous que les paramètres de votre système sont configurés de manière à limiter l'accès des utilisateurs aux données sources, afin qu'aucune modification apportée aux données sources n'affecte également les données cibles. Sur certains systèmes, il est possible de définir les partages et les exportations sur « Lecture seule » directement dans l'outil de migration. Pour d'autres, il est conseillé de prévoir du temps pour effectuer cette opération, soit par script, soit manuellement. Une fois la copie finale terminée, vous devrez créer les partages SMB et/ou les exportations NFS sur le système cible et les rendre accessibles en lecture et/ou en écriture, selon la configuration existante sur le système source.
Étape 5 : post-migration
Maintenant que vous avez enfin retourné le bureau IKEA que vous avez soigneusement assemblé, il est temps d'ajouter du poids pour vous assurer qu'il est solide et stable. Tout d'abord, je recommande de faire des tests de validation rapides qui examinent les fichiers, les autorisations de fichiers et les droits d'accès de partage/exportation sur le système cible. Demander aux propriétaires d'applications et même à quelques utilisateurs finaux clés d'exécuter leurs propres tests d'application - pour vérifier des éléments tels que les partages à domicile - est toujours une bonne idée après la migration. Êtes-vous satisfait de l'état de vos données ? Si la réponse est oui, la dernière étape consiste à rediriger les utilisateurs et les applications vers votre nouvelle source. Cela peut être fait via des modifications DFS ou DNS en fonction de votre environnement. Ou, vous pouvez transférer de nouveaux liens à vos utilisateurs si vous le souhaitez.
L'une des raisons pour lesquelles tant de migrations NAS échouent est le manque de préparation et de visibilité sur les données existantes. Il est impossible d'exécuter avec succès une migration sans savoir ce que vous migrez en premier lieu. Savoir exactement à l'avance avec quoi vous allez travailler et migrer avec un outil de migration spécifique au NAS conduira à une meilleure expérience de la part de vos équipes informatiques et de vos utilisateurs finaux.
— Rédigé par Michael Jack, vice-président des ventes mondiales et cofondateur de Datadobi
Amazon