| R.1 |
Ciblez une approche de fiabilité raisonnable ; le mieux est l’ennemi du bien. La configuration d’un système interne pour la haute disponibilité peut sembler une bonne idée, mais si la charge opérationnelle liée à la maintenance d’une infrastructure plus importante détourne l’attention de la mission de l’organisation, la fiabilité accrue a un coût trop élevé. Définissez soigneusement les attentes en matière de temps de récupération avec les parties prenantes. |
| R.2 |
Effectuez des sauvegardes fréquentes du système à l’aide des outils pris en charge et créez un plan pour tester régulièrement la restauration des sauvegardes. Les processus de sauvegarde sans test créent un risque d’échec de la restauration du système. |
| R.3 |
Identifiez les maillons les plus faibles de votre stratégie de fiabilité, qui peuvent être des techniques, humains ou liés aux processus. La disponibilité et les garanties de niveau de service du système sont limitées par le système ou le composant de support le plus faible. |
| R.4 |
Utilisez des environnements inférieurs pour mettre en miroir les configurations et tester les approches de fiabilité telles que la haute disponibilité et les processus de sauvegarde. |
| R.5 |
Définissez des chemins d’escalade pour vous assurer que les problèmes parviennent rapidement au personnel approprié et que des mesures peuvent être prises pour les résoudre. |
| R.6 |
Comprendre les processus des utilisateurs : bien qu’un service puisse signaler qu’il fonctionne sur la base d’une simple vérification d’état, si le processus d’un utilisateur n’abouti pas, celui-ci considérera cet échec comme une panne du système. Comprendre les processus réels des utilisateurs peut aider à identifier rapidement le service ou le composant incriminé et à résoudre les problèmes rencontrés. |