Duplication Historisation Supervision Reprise sur Incident Objectif: Permettre une duplication des fichiers de travail de plusieurs serveurs vers un serveur.

Présentation au sujet: "Duplication Historisation Supervision Reprise sur Incident Objectif: Permettre une duplication des fichiers de travail de plusieurs serveurs vers un serveur."— Transcription de la présentation:

1 Duplication Historisation Supervision Reprise sur Incident Objectif: Permettre une duplication des fichiers de travail de plusieurs serveurs vers un serveur backup. Conserver un historique des versions de fichiers. Pré Requis: Nécessite des serveurs Windows 2003 R2 Min

2 Une réplique est faite en permanence sur un serveur dédié Les droits et partages sont identiques entre la sources et la réplique (permet éventuellement une bascule maitre – Esclave) Les données sont mises en ‘cliché’ 2 fois par jour et accessible à tous pour récupération rapide Les données sont sauvegardées à partir de la réplique assurant un allègement des serveurs répliqués. Les bases de données Offline et les informations de reprise sur incident sont copiées sur le serveur de Backup Nécessite une étude de la quantité de données à répliquer pour assurer le volume « réplique » + le volume « Clichés » (2 partitions différentes) Possibilité de suivre les doublons, gros fichiers et quotas pour assurer la pérennité. Méthode

3 Les données internes sont mises en cliché deux fois par jour pour conserver un premier niveau d’historique et que le client puisse restaurer lui-même en cas d’incident. Les données sont synchronisées en permanence dans le sens Serveurs Internes vers le Serveur de Backup. Le serveur de Backup stocke un historique des données grâce aux clichés instantanés (crées deux fois par jour) évitant d’utiliser les bandes pour la restauration. Les données et l’historique sont stockées sur bande tous les soirs et stockées hors des locaux en fin de semaine. Les données internes sont mises en cliché deux fois par jour pour conserver un premier niveau d’historique et que le client puisse restaurer lui-même en cas d’incident. Les données sont synchronisées en permanence dans le sens Serveurs Internes vers le Serveur de Backup. Le serveur de Backup stocke un historique des données grâce aux clichés instantanés (crées deux fois par jour) évitant d’utiliser les bandes pour la restauration. Les données et l’historique sont stockées sur bande tous les soirs et stockées hors des locaux en fin de semaine. Réplication temps réel (Niveau Fichier)

4 Ses données sont visualisables à tout moment par le réseau et récupérables également par ce biais. L’administrateur peut à tout moment en mode Offline tester ses restaurations. Ses données sont visualisables à tout moment par le réseau et récupérables également par ce biais. L’administrateur peut à tout moment en mode Offline tester ses restaurations. Suivis des réplications et test de restaurations

5 Si la réparation n’est pas possible: Après modification des scripts de Login, on bascule les utilisateurs sur les données répliquées. Intervention: - Modification des scripts DeLog et ReLog des utilisateurs Si la réparation n’est pas possible: Après modification des scripts de Login, on bascule les utilisateurs sur les données répliquées. Intervention: - Modification des scripts DeLog et ReLog des utilisateurs En cas de sinistre?

6 Historiques des modifications Les utilisateurs accèdent facilement à l’historique. La restauration ou le contrôle de modification est efficace et peu gourmand en ressources. Les utilisateurs accèdent facilement à l’historique. La restauration ou le contrôle de modification est efficace et peu gourmand en ressources.

7 15 rue Gabriel PERI 69270 COUZON au MONT D’OR Tel: 04 72 42 21 36