calcul délai de récupération exemple

Home  /  calcul délai de récupération exemple

Quand il s`agit de votre évaluation de l`impact de votre entreprise, vous serez généralement intéressé par deux mesures: RTO et RPO. Pourquoi? Parce qu`avoir différentes SLA pour différentes applications chez un client vous permet de facturer des taux différents, générant plus de revenus de services! Notre équipe de centre technologies utilisera le RPO le plus avantageux pour votre entreprise afin de créer un contrat de niveau de service (SLA) qui garantisse au moins une bonne sauvegarde dans la fenêtre RPO. Comment votre entreprise détermine-t-elle MTD? Pour traiter les points de RPO à nouveau pour des applications individuelles un bon point cependant un danger dans l`identification des RPOs d`application isolément est que la synchronisation des données des applications intégrées qui ont été affectées différents RPOs est encore un peu Difficile. Comme le montre la zone verte de la figure ci-dessous. Faites cela pour chaque application individuellement, et n`oubliez pas de tenir compte du fait que certaines périodes de l`année seront responsables de conséquences plus lourdes que d`autres. À quelle vitesse votre infrastructure informatique peut-elle être de nouveau en marche? Merci beaucoup! Voici ce que je veux dire: Si vous avez une base de données SQL massive-comme un couple de TBs en taille-et vous faites actuellement une sauvegarde de niveau fichier de cette base de données (parce que votre client n`a pas encore investi dans vous hébergeant un environnement virtuel hors site), vous avez à faire le calcul sur juste combien de temps il faudra pour récupérer ces données (le RTO) et à quelle distance dans le temps les données seront récupérées une fois (le RPO). Une fois que nous aurons le MTDP de toutes nos activités, nous sommes en mesure de commencer à estimer notre RTO. Les personnages n`étaient pas sûrs qu`ils croyaient dans les utilisateurs, i. Ceci pour vérifier qu`ils satisfont aux exigences de l`organisation et sont acceptables pour les cadres supérieurs de l`organisation. Alors que d`autres industries et marchés peuvent être plus frugal, la réglementation dans le secteur financier le terrain de jeu tel que l`envoi de millions sur un environnement informatique hautement sécurisé est juste un autre coût de faire des affaires: tout le monde doit le faire, de sorte qu`ils le construire dans leur Budgets.

Si vous avez déterminé que vous ne pouvez pas vous permettre de perdre plus de quelques heures de données, puis une sauvegarde quotidienne ne sera pas suffisant. Partagez cet article et devenez un croisé de continuité d`activité. Après tout, ils savent combien de temps ils peuvent faire sans leurs applications, non? Plutôt que le temps de récupération, RPO fait référence aux systèmes et aux applications elles-mêmes. La définition des objectifs de temps de récupération (RTO) pour vos activités est l`une des choses les plus cruciales que le gestionnaire de la continuité d`activité va réaliser. Il est primordial de concevoir un système qui s`aligne sur les besoins globaux de votre entreprise en matière de récupération, et qui aborde d`abord les données et les applications les plus importantes pour s`assurer qu`elles ont été affectées aux plus brefs RPO et RTO. Votre adresse e-mail ne sera pas publiée. Tout cela doit être fait avant de communiquer à l`entreprise que l`application est de retour en ligne et prêt à l`emploi. La deuxième partie de la RTO/RPO considérations est, peut-être sans surprise, RPO. Pourquoi? Faites-leur mal et toute la base de votre stratégie de rétablissement est viciée. Pour ceux d`entre vous qui ne connaissent pas la MTDP, il s`agit d`un terme utilisé dans les lignes directrices sur les bonnes pratiques de l`Institut de continuité des affaires 2013, qui le définit comme «le temps qu`il faudrait pour les impacts défavorables, qui pourraient résulter de la non-fourniture d`un produit/service ou l`exécution d`une activité, devenir inacceptable».

Comments are closed.