ANNONCE:
Indholdsfortegnelse:
De er dog foregået under kontrollerede forhold, hvilket ikke garanterer, at failover rent faktisk fungerer, når de uventede nedbrud sker.
"IBM fortæller os, at man foretager test af failover, men det er kontrollerede test. De kontrollerede test har været udført i servicevinduer, hvor der alligevel skulle laves opgraderinger af firmware eller lignende," siger Peter Holmberg, direktør for IT services hos Carlsberg.
"Så har der været lukket ned for systemerne et sted og der har så været failover, hvor systemerne kører videre et andet sted. Det har fungeret. Men en ting er at lave en kontrolleret nedlukning af et system, hvor man først lukker pænt ned for en service og derefter slukker for noget hardware. Der gør man det i en sekvens, hvor man ved, at der ikke sker det store. En anden ting er simpelthen at trække stikket," siger han.
Den erfarne datacenter konsulent Josh Krischer betegner en test af failover under kontrollerede forhold som en ufuldstændig test.
Der er tale om en halv test, hvor man lukker systemerne pænt ned, inden der udføres en failover. vurderer Josh Krischer.
Josh Krischer, der har mere end 30 års erfaring med datacentre og disaster recovery, understreger, at han ikke kender detaljerne i IBM's danske datacentre, men fremhæver vigtigheden af en ordentlig failover-test.
Hvis man kun laver failover under kontrollerede forhold, får man eksempelvis aldrig testet, om en failover i tilfælde af et virkeligt nedbrud sikrer konsistens i spejlede data.
"Hvis man tester ved at lukke applikationer ned på det primære site og derefter laver recovery på det sekundære site, er det ikke en rigtig katastrofe. Der er ingen opdateringer, når der er lukket ned på det primære site, så vi ved ikke, om datakonsistens bevares. Hvis data ikke er konsistente, kan det tage dage at komme sig over et nedbrud," siger Josh Krischer.
Fortsættes ...




