Description du projet
TraduitNous avons une petite plateforme de production sur plusieurs serveurs Linux avec quelques bases de données MySQL en dessous, et la situation actuelle des sauvegardes nous fait franchement peur. Des copies sont faites à la main de temps en temps, se trouvent sur la même machine que les données en direct, et personne n'a jamais vraiment testé la restauration à partir de celles-ci. Nous avons besoin d'un spécialiste pour construire un véritable système de sauvegarde automatique et de récupération après sinistre afin qu'un disque défaillant, une suppression par erreur ou un ransomware ne deviennent plus une menace fatale pour l'entreprise.
Nous voulons une vue d'ensemble, pas juste un job cron qui déverse des bases de données quelque part. Nous voulons des sauvegardes vérifiées régulières à la fois des systèmes de fichiers et des bases de données, des copies chiffrées allant vers un site distant ou de sauvegarde, et des politiques de conservation sensées avec des niveaux quotidiens, hebdomadaires et mensuels — pour garder l'historique mais ne pas payer pour le stockage éternel de tout. Une sauvegarde que personne n'a vérifiée n'est pas une sauvegarde, donc des vérifications d'intégrité automatisées et des restaurations de test périodiques dans un environnement séparé sont des exigences strictes, ainsi que la surveillance et des alertes qui crient fort lorsque un job échoue ou qu'une copie disparaît.
Ce qui est le plus important pour nous dans le résultat est un manuel de récupération documenté qu'un ingénieur calme peut suivre à trois heures du matin, avec des objectifs de récupération clairement définis afin que tout le monde comprenne combien de données nous pouvons nous permettre de perdre et à quelle vitesse nous devons revenir en ligne. Veuillez décrire votre approche, les outils sur lesquels vous vous appuyez, et comment vous nous prouverez que tout cela fonctionne réellement de bout en bout avant que nous acceptions le travail.
— Sauvegardes automatiques des serveurs et des bases de données MySQL selon un calendrier
— Copies chiffrées à distance ou de sauvegarde avec stockage par niveaux
— Vérification de l'intégrité, surveillance et restaurations de test
— Manuel de récupération écrit avec des objectifs RPO et RTO
Nous voulons une vue d'ensemble, pas juste un job cron qui déverse des bases de données quelque part. Nous voulons des sauvegardes vérifiées régulières à la fois des systèmes de fichiers et des bases de données, des copies chiffrées allant vers un site distant ou de sauvegarde, et des politiques de conservation sensées avec des niveaux quotidiens, hebdomadaires et mensuels — pour garder l'historique mais ne pas payer pour le stockage éternel de tout. Une sauvegarde que personne n'a vérifiée n'est pas une sauvegarde, donc des vérifications d'intégrité automatisées et des restaurations de test périodiques dans un environnement séparé sont des exigences strictes, ainsi que la surveillance et des alertes qui crient fort lorsque un job échoue ou qu'une copie disparaît.
Ce qui est le plus important pour nous dans le résultat est un manuel de récupération documenté qu'un ingénieur calme peut suivre à trois heures du matin, avec des objectifs de récupération clairement définis afin que tout le monde comprenne combien de données nous pouvons nous permettre de perdre et à quelle vitesse nous devons revenir en ligne. Veuillez décrire votre approche, les outils sur lesquels vous vous appuyez, et comment vous nous prouverez que tout cela fonctionne réellement de bout en bout avant que nous acceptions le travail.
— Sauvegardes automatiques des serveurs et des bases de données MySQL selon un calendrier
— Copies chiffrées à distance ou de sauvegarde avec stockage par niveaux
— Vérification de l'intégrité, surveillance et restaurations de test
— Manuel de récupération écrit avec des objectifs RPO et RTO
Programmation web Espèces, Virement bancaire
