Remplacer un serveur : préparer les décisions et la bascule

1. Décrire ce qui dépend du serveur

Faites la liste des usages : fichiers, logiciel comptable, application métier, impressions, sessions à distance ou services techniques. Pour chacun, notez les utilisateurs concernés, les horaires indispensables et le partenaire capable de valider le fonctionnement. Un serveur peut cumuler plusieurs rôles, dont certains sont peu visibles au quotidien.

Recensez ensuite les données partagées et ce qui appartient aux profils individuels. Ajoutez les licences, les versions d’applications et les périphériques qui pourraient dépendre de l’ancien système. Vous obtenez une liste de reprise, plutôt qu’une simple liste de dossiers à copier.

2. Comparer les destinations avec les mêmes critères

Le maintien dans vos locaux peut répondre à des contraintes de proximité avec des équipements ou d’organisation. Une machine virtuelle permet d’étudier une autre organisation du système. Un accueil en datacenter apporte une destination externe dont il faut examiner l’accès, le socle et les responsabilités. Ces choix ne se comparent utilement qu’en conservant les mêmes usages et les mêmes exigences.

Posez les questions de budget complet : matériel ou ressources, licences, migration, sauvegarde et exploitation. Demandez aussi comment récupérer vos données et quelles informations seront nécessaires pour une future reprise. Un prix mensuel isolé ne décrit pas toutes ces dimensions.

3. Décider d’un créneau et d’une possibilité de retour

Indiquez les périodes sensibles : paie, clôture, arrivées de clients ou fonctionnement d’un atelier. Le créneau de bascule doit tenir compte du volume à reprendre et de la disponibilité des utilisateurs chargés des essais. L’ancien et le nouvel environnement ne peuvent pas toujours être utilisés simultanément sans risque de divergence des données.

Précisez les copies préalables et les conditions d’un retour si un point bloquant apparaît. Qui prend la décision ? Jusqu’à quel moment ? Quelles données créées pendant les essais doivent être conservées ? Ces questions méritent une réponse avant de lancer le transfert.

4. Préparer une liste de tests métier

Choisissez quelques tâches représentatives : ouvrir une session, retrouver un dossier autorisé, enregistrer un document, lancer le logiciel de gestion et réaliser une opération habituelle. Pour une session à distance, vérifiez aussi les périphériques indispensables et l’usage depuis les lieux prévus.

Chaque test doit avoir un responsable et un résultat attendu. Le compte rendu peut alors distinguer l’installation technique, le transfert effectué et la validation par le métier. Les anomalies restantes gardent une priorité et un interlocuteur. Cette distinction facilite les ajustements après la bascule.

5. Organiser l’exploitation de la nouvelle installation

À la fin du projet, demandez les rôles installés, les accès administrés, les modalités de sauvegarde et la liste des points restant à suivre. Précisez qui lit les alertes, qui valide les changements et comment joindre les différents intervenants. Ces éléments rendent la suite compréhensible pour l’entreprise.

Dans une migration de serveur virtualisé présentée par Agedis, la reprise a associé système Windows, comptes, données, profils et Outlook. Un ajustement du bureau à distance a ensuite été effectué après des lenteurs. Ce cas montre pourquoi la vie du projet se poursuit avec les usages réels, au-delà du transfert initial.

À préparer pour votre prochain échange

• Fonctions et applications indispensables recensées
• Données, profils, licences et dépendances identifiés
• Destination et responsabilités d’exploitation comparées
• Créneau, sauvegarde préalable et décision de retour précisés
• Utilisateurs et tests de validation désignés

Pour approfondir : Microsoft : préparer la migration des rôles Windows Server.