docs: restauration hors serveur jouée et chronométrée, manuels à jour (#92) #99
Labels
No labels
Compat/Breaking
EC01
EC02
EC03
EC04
EC05
EC06
Kind/BDD
Kind/Back
Kind/Bug
Kind/CICD
Kind/Cloud
Kind/Contenu
Kind/Data
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Front
Kind/IA
Kind/Infra
Kind/Monitoring
Kind/Security
Kind/Testing
Portée/Post-jury
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
ops/alerte
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
g2/enervision!99
Loading…
Reference in a new issue
No description provided.
Delete branch "lenaic/92-restauration-hors-serveur"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Ce que ça change
La restauration depuis la copie hors serveur a été jouée pour de vrai et chronométrée (9 min 51 s, cible 4 h) : le tableau de
reprise.mdest rempli avec les trois pièges rencontrés, etFORGE.mdne décrit plus un accès root qui n'existe plus depuis le durcissement. Contribue au #92 (deux critères de plus ; le recâblage des scripts du poste reste à faire en salle).Preuve
Relecture
Ce qui suit le code
docs/runbooks/mis à jour, un geste d'exploitation a changéOù regarder en priorité
Les trois points de friction du tableau de
reprise.md: ce sont eux qui feront gagner du temps à la prochaine vraie panne.Not PO
docs: restauration hors serveur jouée et chronométrée, manuels à jour (#92)to WIP: docs: restauration hors serveur jouée et chronométrée, manuels à jour (#92)WIP: docs: restauration hors serveur jouée et chronométrée, manuels à jour (#92)to docs: restauration hors serveur jouée et chronométrée, manuels à jour (#92)OK pour moi. Le passage d'URL vers
https://forge.g2.enervision/...suit la convention déjà en place surdevelop, et le constat historique des 13 connexions root est conservé comme motif de la décision — c'est la bonne façon de faire.Deux points hors périmètre, pour mémoire :
localhost:3000subsiste dansdocs/runbooks/deploiement.mdetinfra/ansible/README.md— j'ouvre un ticket de balayage.restore.yml(#41) reste à jouer : c'est dit clairement dans le texte, rien à ajouter.