Restaurer les charges de travail directement vers la plateforme cible via une interface graphique intuitive, réduisant ainsi la complexité de configuration, les exigences techniques et les erreurs opérationnelles.
Scénarios de migration d'entreprise courants
Remplacement de plateforme
Déplacer les charges de travail d'une plateforme de virtualisation existante vers une nouvelle plateforme.
Modernisation de l'infrastructure
Migrez les charges de travail depuis des environnements physiques ou hérités vers une infrastructure moderne.
Adoption du cloud
Migrez les charges de travail sur site vers des environnements cloud pris en charge.
Relocalisation des charges de travail
Déplacer les charges de travail entre les environnements pour répondre à l'évolution des exigences métier ou d'infrastructure.
Ce qu'il faut prendre en compte avant la migration des charges de travail
Source et cible
Identifiez la charge de travail source et l'environnement cible avant de sélectionner le chemin de migration approprié.
Méthode de migration
Choisissez la bonne approche de migration en fonction de la charge de travail et de l'environnement source-cible.
Exigences en matière de temps d'arrêt
Déterminez quel niveau d'interruption de service est acceptable et si les charges de travail doivent rester en ligne pendant la migration.
Préparation post-migration
Tenez compte du système d'exploitation, des applications, des données, des pilotes et des configurations système qui doivent être prêts dans l'environnement cible.
Principales fonctionnalités de migration de Vinchin
Migration directe multiplateforme
Synchronisation des données en temps réel
Multi-thread et transfert multi-nœuds
Réparation automatique de la configuration du système
Migration directe multiplateforme
Prend en charge la migration hétérogène directe entre serveurs physiques, machines virtuelles et plateformes cloud.
Synchronisation des données en temps réel
Maintenez les charges de travail de production en ligne tout en synchronisant les données du serveur physique en temps réel avant le basculement du service.
Multi-thread et transfert multi-nœuds
Accélérez le déplacement des données des charges de travail et raccourcissez les fenêtres de transfert et de basculement.
Réparation automatique de la configuration du système
Réparez automatiquement les configurations de démarrage et réseau et remplacez les pilotes nécessaires lors de la migration multiplateforme X2X
Scénarios pris en charge pour la migration de n'importe quel type à un autre
V2V
Ajoutez simplement les deux hyperviseurs à Vinchin Backup & Recovery, puis restaurez la sauvegarde de la VM cible sur l’autre hyperviseur
P2V
Un serveur en environnement physique peut être converti en machines virtuelles en restaurant directement sa sauvegarde sur n’importe quel hôte dans Vinchin
P2C
Transformez les sauvegardes physiques en machine virtuelle en restaurant la sauvegarde sur un hôte virtuel, Vinchin la convertit automatiquement en VM.
C2C
Les instances cloud telles que AWS EC2 et Huawei ECS peuvent être converties l'une en l'autre en restaurant la sauvegarde sur l'autre plateforme.
P2P
Vous pouvez effectuer une restauration complète avec un support de récupération et un agent léger afin de migrer l'ensemble du système vers un serveur vide.
C2V
La migration d'instances cloud vers des machines virtuelles locales est prise en charge en restaurant la sauvegarde directement sur un hôte local enregistré dans Vinchin.
Pourquoi choisir Vinchin pour la migration de charges de travail
Simplifier les opérations de migration
Minimiser les perturbations commerciales
Maintenez les charges de travail de production en ligne pendant la migration et basculez les services métier une fois la synchronisation terminée.
Réduire le travail post-migration
Migrez ensemble le système d'exploitation, les applications et les données tout en réparant automatiquement les configurations de démarrage, réseau et pilotes requises.
Protégez les accès et identifiants existants
La migration ne nécessite pas d'identifiants de système métier, tandis que les identifiants utilisateur existants restent disponibles pour l'accès et la gestion des applications après la migration.
Succès client mondial
Vraies histoires de reprise après sinistre
« La solution de Vinchin a non seulement résolu avec succès les points douloureux d’Atlancis en matière de migration V2V, mais elle s’est également distinguée dans la reprise après sinistre hors site et la restauration instantanée. Grâce à sa flexibilité et à sa fiabilité, Atlancis n’a plus aucun doute quant à la continuité de ses activités. On peut dire que Vinchin correspond parfaitement aux besoins d’Atlancis, nous offrant une expérience de protection des données plus fluide et plus efficace »
Explorer plus de casObtenez dès maintenant des solutions de migration de charges de travail
Simplifiez la migration de charges de travail multiplateformes avec Vinchin Backup & Recovery
Essai gratuit
* Essai gratuit de 60 jours
Parlez à un expert
* Évaluation gratuite de la solution
Questions fréquemment posées
Q1: Les charges de travail peuvent-elles être migrées pendant qu'elles sont encore en cours d'exécution ?
A: Certaines méthodes de migration permettent aux charges de travail de production de rester en ligne pendant la synchronisation des données, suivie d'une bascule de service planifiée.
Q2: Comment puis-je minimiser les temps d'arrêt lors de la migration des charges de travail ?
A: Maintenez la charge de travail source en cours d'exécution pendant la synchronisation des données lorsque cela est pris en charge, puis effectuez le basculement final une fois les données requises transférées.
Q3: Que faut-il vérifier après la migration de la charge de travail ?
A: Vérifiez que la charge de travail migrée démarre correctement, que les applications et les données sont disponibles, que les configurations réseau fonctionnent comme prévu et que les services métier fonctionnent normalement.
Q4: Les charges de travail peuvent-elles être migrées du cloud vers une infrastructure sur site ?
A: Cela dépend des plateformes source et cible prises en charge par la solution de migration et du chemin de migration spécifique.
Q5: Que se passe-t-il si une migration de charge de travail échoue ?
A: La migration doit être évaluée en fonction du point de défaillance, de l'état de la charge de travail source, des données transférées et de l'environnement cible avant de réessayer ou de prendre une mesure corrective.
Q6: Les charges de travail doivent-elles être sauvegardées avant la migration ?
A: Oui. Conserver une copie récupérable avant la migration offre une option de récupération supplémentaire en cas de problèmes inattendus pendant ou après la migration.