01
La licence liée au matériel
Un logiciel dont la licence est rattachée à une carte réseau ou à un identifiant de machine. Restauré ailleurs, il démarre puis s'arrête. La régularisation dépend d'un éditeur qui répond en jours ouvrés.
Situation
Ce qui bloque une reprise n'est presque jamais dans le schéma.
Les inventaires d'architecture décrivent les serveurs et les applications. Les reprises échouent sur ce qui n'y figure pas : une licence, un certificat, un compte, un prestataire injoignable un dimanche.
Trois blocages classiques
Ce sont ceux que nous rencontrons le plus souvent au premier exercice.
02
Le certificat expiré au mauvais moment
Un certificat interne stocké uniquement sur le système à restaurer, ou arrivé à échéance pendant l'arrêt. L'application redémarre mais refuse les connexions, et le diagnostic prend des heures.
03
Le tiers qui n'est pas prévenu
Un service essentiel hébergé chez un prestataire dont le contrat ne prévoit rien en cas de reprise chez vous, ou dont le support n'est joignable qu'en heures ouvrées alors que la panne est un vendredi soir.
Comment on les trouve
Pas en lisant la documentation, parce que ces éléments n'y sont jamais. En restaurant pour de vrai, sur un environnement séparé, et en notant chaque fois que quelque chose ne démarre pas.
Un premier exercice sur un service prioritaire fait typiquement remonter entre cinq et quinze écarts de ce type. C'est normal, c'est le but, et c'est précisément ce qu'on ne veut pas découvrir un jour d'incident.
Chaque écart est consigné avec un responsable et une échéance. L'exercice suivant vérifie qu'ils sont fermés. C'est le registre des écarts qui fait progresser le dispositif, pas la rédaction du plan.
Ce qu'on inventorie au-delà des serveurs
| Élément | Pourquoi | Ce qui est relevé |
|---|---|---|
| Licences | Peuvent bloquer un démarrage ailleurs | Mode de rattachement, contact éditeur, délai de régularisation |
| Certificats | Expirent ou vivent sur le système perdu | Emplacement, échéance, procédure de réémission |
| Comptes de service | Souvent nominatifs et non documentés | Propriétaire, portée, procédure de remplacement |
| Prestataires tiers | Leur disponibilité conditionne la vôtre | Engagements contractuels, canal et horaires de support |
| Flux sortants | Une reprise change des adresses et casse des accès | Filtrages par adresse chez vos partenaires |
Demander un diagnostic
Commencer par savoir où vous en êtes
Dites-nous quelles applications vous ne pouvez pas perdre, combien de temps vous pouvez tenir sans elles, et quand une restauration a été testée pour la dernière fois. Réponse sous deux jours ouvrés.
- Ingénierie suisse
- Réponse sous deux jours ouvrés
Écrire à Contivaro
Dites-nous quand une restauration a été testée pour la dernière fois. Si la réponse est « jamais », commençons par là.
Écrire à Contivaro