Achtergrondartikel: Aanschaf replicatie is een investeringsbeslissing
Disaster recovery is een taak voor de risk manager
De beslissing om wel of niet een tweede locatie in te richten voor replicatie , is een investeringsbeslissing. De extra kosten voor disaster recovery moeten worden afgewogen tegen de risico's en bijbehorende schades.
Bij die calculatie worden twee belangrijke parameters gehanteerd. De Recovery Point Objective (RPO) geeft aan tot welk punt voor de ramp de data nog beschikbaar is. Maak je elke nacht om twaalf uur een backup en gaan je systemen om twee uur 's middags plat, dan ben je veertien uur aan transacties kwijt. Daar is meestal relatief gemakkelijk een schadebedrag aan te koppelen. Denk maar aan een flappentapper die wel geld heeft gegeven maar waarvan de registratie verloren is gegaan.
Lastiger is dat met de schade die wordt veroorzaakt door de tijd die na een ramp nodig is om de processen weer aan de gang te krijgen. Men spreekt dan van de Recovery Time Objective (RTO). Een deel van de klanten zal naar alternatieven gaan zoeken. De anderen komen later terug.
Rendement
De RPO en de RTO spelen een belangrijke rol bij de kwantificering van de schade. Door deze te combineren met het risico op bepaalde rampen, kunnen in ieder geval orde grootten van schadebedragen worden bepaald. Door die af te zetten tegen de kosten die moeten worden gemaakt ter bescherming, krijg je een idee van het rendement van een investering in disaster recovery.
Reacties
![[reply]](http://tweakimg.net/g/if/comments/addcomment.gif "Reageer op deze reactie")
En met een DNS lifetime van 4 uren is het ook moeilijk om binnen een paar uur alle services op een ander IP te laten draaien. Belangrijke services zoals DNS en E-mail zijn natuurlijk met fallback en secondary servers in te stellen, maar voor HTTP en SQL is dat toch iets ingewikkelder. (Ik heb het dus over web- en applicatie-servers).
Als iemand ideeën heeft met betrekking tot snel wijzigen van DNS zonder de lifetime enorm omlaag te schroeven, dan hoor ik dat graag. Het overnemen van een complete IP-range behoort helaas niet tot de mogelijkheden.
Enige nadeel is je "5 seconden" weg, je moet je heartbeat daar wel op aanpassen, anders staan je loadbalancers continue te klapperen.
Wat betreft SQL, dat is toch prima te repliceren? Redelijk realtime ook nog wel naar mijn idee.
Je kan daarmee automatisch over naar de failover server.
Maar wanneer je terug wil naar de primary server, moet je bij de meeste replicatie soorten handmatige de data van de failover naar de primary synch-en. Dat is wel een afweging die je moet maken omdat dat beheer uurtjes kost.
Lekkere investering.....nu de voordeel van de replicatie niet echt benut wordt...
[Reactie gewijzigd door Silver7]
