Copie de partages de fichiers d’un serveur Windows vers un autre avec Syncovery
La migration de partages de fichiers d’un serveur Windows vers un autre nécessite une planification et une exécution soigneuses pour garantir l’intégrité des données, minimiser les interruptions et préserver les paramètres de sécurité NTFS. Ce guide vous accompagne dans les étapes de migration de serveur de fichiers avec Syncovery, incluant la copie des fichiers, la conservation des permissions NTFS, la création des partages sur le nouveau serveur, ainsi que la planification et la mise en œuvre d’une phase de transition éventuelle et du basculement final.
Prérequis pour la migration de serveur de fichiers
Assurez‑vous que les exigences suivantes sont remplies pour pouvoir effectuer la migration du serveur :
- Accès aux serveurs Windows source et destination avec des privilèges administrateur
- Syncovery installé soit sur le serveur source, soit sur le serveur de destination (l’installation sur une troisième machine est possible mais moins efficace et déconseillée)
- Espace de stockage suffisant sur le serveur de destination.
- Connaissance des partages actuels et de la configuration des permissions NTFS.
- Les serveurs devraient être dans le même domaine Windows (sinon des étapes spécifiques peuvent être nécessaires)
- Vous pouvez commencer avec notre version d’essai gratuite de Syncovery et commander une licence Syncovery Premium Edition si vous décidez de l’utiliser.
- Déterminez s’il y aura une période de transition durant laquelle les fichiers devront être mis à jour sur le serveur de destination. Dans un cas plus complexe, vos collègues ou clients pourraient travailler à la fois sur l’ancien et le nouveau serveur. Bien que cela doive être évité, il est possible de configurer Syncovery pour gérer une telle situation.
- Prenez en compte vos contraintes temporelles et la date de bascule finale pour la migration de votre serveur de fichiers.
Décisions clés avant de commencer la migration
Avant de démarrer la migration, vous devriez prendre les décisions suivantes :
Installation de Syncovery sur le serveur source ou destination
Vous pouvez installer Syncovery soit sur le serveur source, soit sur le serveur de destination, ou même sur une troisième machine. Pour des raisons d’efficacité, afin d’augmenter la vitesse et d’utiliser moins de bande passante réseau, il est recommandé d’installer Syncovery soit sur l’ancien serveur, soit sur le nouveau serveur, plutôt que sur une machine tierce indépendante. Avantages de l’installation de Syncovery sur le serveur source :
- L’analyse initiale des dossiers sera extrêmement rapide
- La mise en miroir en temps réel pendant une période de transition peut être plus efficace et fiable
- Les performances d’analyse des dossiers pour des synchronisations répétées peuvent être améliorées en utilisant l’option « Mettre en cache la liste des fichiers de destination »
Avantages d’installer Syncovery sur le serveur de destination :
- La définition des métadonnées de fichiers et des paramètres de sécurité NTFS sur les dossiers de destination peut être plus rapide
- Le nouveau serveur dispose généralement de plus de puissance CPU et de mémoire (RAM), ce qui permet à Syncovery de fonctionner plus rapidement
Installer Syncovery sur un troisième serveur indépendant, comme une VM, obligerait à se connecter à la fois à la source et à la destination via le réseau (LAN). Vous ne bénéficieriez d’aucun des avantages mentionnés plus haut. Le trafic réseau serait doublé, car toutes les données doivent être transférées sur le réseau vers la machine exécutant Syncovery, puis à nouveau copiées vers la machine de destination. Même si aucun espace TEMP n’est utilisé sur la machine Syncovery, cela reste inefficace et n’est pas recommandé (bien que possible).
Copier des partages de fichiers individuels ou des lecteurs entiers
Si vous avez plusieurs partages de fichiers sur le disque dur d’un serveur, vous pouvez choisir entre copier l’intégralité du lecteur (ou certains dossiers sur l’ensemble du lecteur), ou copier des partages de fichiers individuels. Copier l’intégralité du lecteur a l’avantage de nécessiter moins de profils, mais l’inconvénient potentiel est qu’il faut utiliser un partage de fichiers qui expose tout le lecteur (par exemple un partage administratif comme D$).
Si vous avez de nombreux partages de fichiers, Syncovery peut les créer pour vous sur le serveur de destination. Le paramètre permettant de créer des partages de fichiers se trouve dans la même boîte de dialogue « Process Security and Shares », où vous choisissez de copier les autorisations NTFS.
Voici un exemple des chemins de base du profil lors de la copie d’un lecteur entier :
\\SOURCESERVER\$D → D:\
ou
D:\ → \\DESTSERVER\D$
La copie des partages de fichiers séparément peut être nécessaire si la structure du disque sur le nouveau serveur doit être différente de celle de l’ancien. Lorsqu’on copie les partages de fichiers séparément, cela peut ressembler à ceci :
\\SOURCESERVER\Data → D:\Data
\\SOURCESERVER\Archive → D:\Archive
\\SOURCESERVER\Documentation → D:\Documentation
ou
D:\Data → \\DESTSERVER\Data
etc.
Une troisième possibilité consiste à utiliser les chemins de base indiqués ci-dessous. Le fait d’indiquer simplement « \\SOURCESERVER » dans la partie gauche vous permettra de sélectionner les partages à copier à l’aide de la boîte de dialogue de sélection des sous-dossiers dans Syncovery :
\\SOURCESERVER → D:\
Création et exécution des profils Syncovery
Une fois que vous avez déterminé les chemins source et destination à utiliser, vous pouvez poursuivre la création du profil dans Syncovery. Il peut être nécessaire de créer un ou plusieurs profils. Veillez à utiliser Syncovery en Mode avancé et choisissez les réglages suivants pour une migration de serveur de fichiers. Peu de paramètres par défaut doivent être modifiés.
Mode d’opération de synchronisation : Miroir exact
Fichiers → Nombre de fichiers à copier en parallèle : La valeur par défaut de 3 threads de copie doit être augmentée si vous avez beaucoup de petits fichiers. Vous pouvez facilement la porter à 10 ou 20 si votre connexion réseau entre les serveurs est rapide et que vous ne copiez pas surtout de gros fichiers (comme des vidéos). Le nombre choisi dépend aussi de la charge réseau et serveur que vous pouvez accepter, ainsi que de la rapidité avec laquelle vous devez terminer la migration du serveur de fichiers.
Job → Threads de liste de fichiers : Le nombre de threads de liste de fichiers (= threads d’analyse des dossiers) peut être défini entre 10 et 30 si vous disposez de disques, de serveurs et d’une connexion réseau rapides et stable. Si vous devez être prudent avec l’utilisation du CPU et la charge générale du serveur, et que le nombre de dossiers et de fichiers n’est pas extrême, vous pouvez conserver le réglage par défaut.
Spécial → Process Security and Shares : Si les paramètres de sécurité NTFS (aussi appelés autorisations) doivent être copiés, veuillez choisir les paramètres de copie de la sécurité conformément à ce guide.
Synchronisation sélective : sous-dossiers, masques et filtres
Par défaut, Syncovery copie tous les dossiers et fichiers, à l’exception des masques d’exclusion globaux. Vous les trouverez dans la boîte de dialogue des paramètres du programme, onglet « Types, limites ». Les masques d’exclusion globaux sont préremplis avec certains masques par défaut lorsque Syncovery est exécuté pour la première fois. Par exemple, les fichiers nommés Thumbs.db sont exclus par défaut. Veuillez examiner les masques et décider si vous souhaitez les conserver. Vous pouvez également configurer des profils individuels pour ignorer les masques d’exclusion globaux. Cela se fait sous « Masks & Filters »→ »Exclusions » dans chaque profil.
Si vous devez effectuer une synchronisation sélective, vous pouvez utiliser la boîte de dialogue de sélection des sous-dossiers ainsi que des masques et des filtres. Par exemple, vous pouvez exclure les dossiers nommés Cache;Caches;Temp en saisissant simplement cela dans les masques d’exclusion. Vous pouvez utiliser des filtres pour copier uniquement les fichiers d’une plage de dates spécifique, ou copier uniquement les fichiers dont la taille se situe dans une plage donnée.
Paramètres de sécurité des dossiers et fichiers (alias permissions)
À l’étape précédente, vous avez choisi de copier ou non les paramètres de sécurité des dossiers et des fichiers. Cela inclut le propriétaire, le groupe et les listes de contrôle d’accès (ACL), avec des autorisations distinctes pour des utilisateurs ou des groupes supplémentaires. Si les deux serveurs se trouvent dans le même domaine, la copie des autorisations devrait être simple. S’ils ne le sont pas, et que vous souhaitez tout de même copier les autorisations NTFS, veuillez vous assurer que tous les utilisateurs et groupes existent sur le serveur de destination et choisissez « Translate Security IDs » dans l’onglet Avancé de la boîte de dialogue Sécurité et partages du profil Syncovery. Si les noms d’utilisateur sur le nouveau serveur ne sont pas identiques à ceux de l’ancien, Syncovery peut traduire les noms d’utilisateur. Veuillez contacter le support pour savoir comment configurer cette fonctionnalité rarement utilisée.
Notez qu’en plus de la sécurité des dossiers et des fichiers, les partages réseau ont eux aussi des ACL. Les autorisations d’un dossier et de son partage sont combinées selon le principe du moindre privilège : l’autorisation effective pour un utilisateur est l’autorisation la plus restrictive parmi les autorisations NTFS et celles du partage. Cela signifie que si l’autorisation NTFS ou l’autorisation du partage est plus restrictive, c’est elle qui s’appliquera.
Vérification des données
Lors d’une copie entre deux serveurs sur un LAN câblé moderne et stable, vous pouvez compter sur le fait que les copies correspondent exactement aux fichiers source et vous n’avez pas à craindre de corruption des données. Toutefois, si vous souhaitez que Syncovery vérifie chaque fichier après la copie, vous pouvez choisir Fichiers → Vérifier les fichiers copiés. Cela relira l’intégralité du fichier après la copie et le comparera au fichier source octet par octet. Les empreintes ne sont pas utilisées par défaut, mais elles peuvent l’être si vous installez le Syncovery Remote Service sur l’autre serveur.
Autre possibilité, au lieu de vérifier chaque fichier après la copie, Syncovery peut aussi comparer le contenu de tous les fichiers déjà présents des deux côtés. Cette opération s’effectue pendant l’analyse des dossiers. Pour activer cette vérification, choisissez Comparaison → Plus → Comparaison binaire des fichiers existants lors de la création de la liste des fichiers. Comme cela ralentira l’analyse des dossiers, il est préférable de ne l’exécuter qu’une seule fois (ou occasionnellement), puis de décocher à nouveau l’option. Vous pouvez aussi utiliser l’option « Mémoriser les résultats », ce qui permet à Syncovery de se souvenir des fichiers déjà vérifiés et de sauter les vérifications futures pour ceux-ci.
Copie avec noms de fichiers temporaires
Syncovery peut utiliser facultativement des noms de fichiers temporaires côté destination pendant la copie d’un fichier. Quand tous les octets ont été transférés, le nom intermédiaire est renommé avec le nom d’origine. Le nommage spécial des fichiers intermédiaires permet à Syncovery de reprendre des transferts interrompus même si le profil est arrêté puis relancé. Il garantit aussi que les transferts interrompus ne puissent jamais être pris pour des fichiers valides. En général, cette fonctionnalité n’est pas nécessaire pour une migration de serveur de fichiers si les deux serveurs sont reliés par un LAN stable. Néanmoins, c’est un point à garder à l’esprit. L’option se trouve sur l’onglet « Fichiers » du profil et la case à cocher se nomme « Reprendre automatiquement (copie avec noms de fichiers temporaires, conserver les fichiers incomplets en cas d’arrêt) ».
Exécution de la migration
Notez que Syncovery exécute les tâches volumineuses par lots par défaut, en scindant l’exécution du profil après avoir atteint 2 à 5 millions de fichiers pendant la phase d’analyse. Si votre serveur dispose de beaucoup de RAM, vous pouvez augmenter la limite de découpage ou la supprimer. Veuillez consulter la boîte de dialogue Paramètres du programme, onglet « Mémoire », avant de lancer le profil.
Ensuite, vous pouvez lancer la tâche de copie initiale pour la migration de votre serveur de fichiers. Assurez-vous d’être connecté en tant qu’administrateur de domaine et ouvrez Syncovery en faisant un clic droit (avec Maj) sur son icône, puis en choisissant « Exécuter en tant qu’administrateur ». Vous pouvez lancer la première exécution du profil en Mode assisté si vous souhaitez voir l’aperçu de synchronisation avant de commencer la copie. Si ce n’est pas nécessaire, vous pouvez exécuter la tâche en Mode non assisté ou en arrière-plan en faisant un clic droit sur le profil et en choisissant le mode de fonctionnement souhaité.
Synchronisation continue pendant la phase de transition
Si vous devez mettre à jour en continu le nouveau serveur pendant une phase de transition, vous pouvez utiliser le planificateur de Syncovery pour exécuter la tâche régulièrement. Vous pouvez planifier des synchronisations régulières plusieurs fois par jour, ou une fois pendant la nuit. Vous pouvez également choisir la synchronisation en temps réel pour éviter les analyses complètes des dossiers et ne mettre à jour que les dossiers modifiés quasiment en temps réel. Veillez à installer le planificateur en tant que service afin qu’il s’exécute avec les droits d’administrateur et qu’il continue aussi de fonctionner lorsque vous vous déconnectez. Le planificateur doit être configuré et démarré dans l’onglet « Planificateur ».
Pour permettre à Syncovery d’établir automatiquement la connexion réseau vers des chemins UNC, il peut être nécessaire de spécifier les identifiants réseau dans le profil via Tâche → Connexions réseau…. Ce n’est pas nécessaire si Syncovery s’exécute sous un compte de domaine.
Pour accélérer l’analyse des dossiers lors des synchronisations régulières, veuillez installer le Syncovery Remote Service sur l’autre serveur afin qu’il puisse générer rapidement la liste des fichiers. Consultez aussi notre page sur l’accélération de l’analyse des dossiers, qui contient des conseils supplémentaires.
Dans l’idéal, personne ne travaillerait encore sur le nouveau serveur pendant la phase de transition. Cela garantira une migration du serveur de fichiers fluide et fiable. Dans les cas particuliers où l’ancien et le nouveau serveur doivent être utilisés en parallèle, veuillez contacter le support Syncovery pour obtenir des instructions supplémentaires.
Synchronisation des suppressions pendant la phase de transition
S’il existe une phase de transition pendant laquelle des fichiers doivent être mis à jour sur le serveur de destination, vous devez aussi décider si les fichiers doivent être supprimés de la destination s’ils sont supprimés (ou déplacés/renommés) sur le serveur source. Le mode Exact Mirror a été recommandé ci‑dessus : il traitera les suppressions. Si cela n’est pas souhaité, choisissez plutôt le mode Standard Copying. Veuillez noter : si la tâche est exécutée en Mode non assisté ou via le planificateur ou en temps réel, vous devez autoriser les suppressions non assistées selon cette page de documentation.
Préparation pour la bascule finale
Même si vous maintenez régulièrement le serveur de destination à jour, vous devez effectuer une dernière comparaison / synchronisation complète le jour de la bascule. Idéalement, cela se ferait pendant quelques heures où personne n’utilise les fichiers, ni sur l’ancien serveur ni sur le nouveau. N’oubliez pas d’augmenter le nombre de threads d’analyse et d’utiliser le Service distant pour accélérer la phase de comparaison. Si vous ne disposez pas d’une période d’arrêt suffisante, vous pouvez passer en mode Copie standard afin d’empêcher Syncovery de supprimer des fichiers de la destination, et éviter aussi que des versions plus récentes de fichiers soient remplacées par des versions plus anciennes provenant de l’ancien serveur. Exécutez la synchronisation finale en Mode assisté et vérifiez l’Aperçu de synchronisation pour voir s’il reste des actions de copie à effectuer. Vous pouvez retirer de l’Aperçu de synchronisation les fichiers qui n’ont pas besoin d’être copiés ou supprimés.
Si vous avez précédemment choisi « Cache Destination File List », vous devriez le désactiver pour la synchronisation finale. Le cache de destination ne serait utile que si Syncovery est installé sur le système source ou sur une autre machine (et non sur la destination elle-même). Il doit toutefois être désactivé pour la comparaison finale des dossiers.
Réflexions et questions supplémentaires
Si vous allez fusionner le contenu de plusieurs serveurs de fichiers en un seul, vous devrez peut-être utiliser des paramètres différents. Par exemple, vous ne pourrez peut-être pas utiliser le mode Miroir exact, car ce mode pourrait supprimer des fichiers qui ont été copiés depuis l’un des autres serveurs. Un PascalScript est disponible pour renommer les dossiers dupliqués, si nécessaire.
Parfois, vous voudrez copier d’abord les plus petits fichiers, ou les plus récents. Différents ordres de copie peuvent être choisis dans l’onglet « Spécial » du profil Syncovery.
Si vous avez encore des questions concernant la migration de votre serveur de fichiers, n’hésitez pas à écrire à support@syncovery.com ou à visiter notre forum d’assistance.