Le serveur n’est pas critique parce qu’il porte cette étiquette, mais parce que plusieurs fonctions du cabinet dépendent de lui. Sa panne peut toucher simultanément l’accueil, les salles de soins et l’administration.
Cartographier ses dépendances
Il faut savoir quelles applications utilisent le serveur, où se trouve leur base, quels postes s’y connectent et si l’éditeur doit intervenir lors d’une restauration. Les partages de fichiers et tâches automatiques doivent également être recensés.
Cette cartographie évite de découvrir une dépendance cachée au moment d’un remplacement.
Surveiller le matériel et le système
L’espace disque, les événements importants, l’état des sauvegardes, les services et les correctifs donnent une vision de la santé du serveur. Un onduleur protège contre certaines coupures, mais doit lui-même être entretenu et testé.
Les accès administrateurs doivent être limités et distincts des comptes utilisés au quotidien.
Préparer le remplacement avant la panne
L’âge, la garantie, la disponibilité des pièces et l’évolution des besoins doivent alimenter une date de décision. Attendre la panne transforme un projet planifiable en urgence.
La restauration technique et la validation du logiciel métier sont deux étapes différentes. L’éditeur peut devoir intervenir pour finaliser la remise en service.
Check-list essentielle
- Rôles du serveur documentés
- Âge et garantie connus
- Correctifs suivis
- Accès administrateurs séparés
- Sauvegarde système ou données adaptée
- Procédure avec l’éditeur préparée
Questions fréquentes
Une sauvegarde de fichiers suffit-elle pour un serveur ?
Cela dépend de l’architecture et du temps de reprise attendu. Une image système peut accélérer certains scénarios, tandis qu’une sauvegarde de données bien structurée peut être plus pertinente dans d’autres.
Quand faut-il remplacer le serveur ?
La décision doit combiner l’âge, la garantie, les performances, les risques de panne, la compatibilité logicielle et le coût d’un arrêt non planifié.