Een plek om te draaien
Herstel-VM’s starten op de lokale back-upserver of in ons datacenter.
Liggen je servers plat, dan starten ze in ons datacenter.
Je kritieke systemen krijgen een plek om te draaien als je eigen omgeving niet bruikbaar is. Onze engineers starten ze vanuit je back-ups, houden de netwerkadressen gelijk en zetten alles terug zodra je omgeving klaar is.
Je productieHyper-V, VMware, fysieke servers
draaitelke nacht een back-up
HerstelpuntenOnveranderbaar, in Amsterdam
vergrendeldbij uitval: hier opstarten
UitwijkomgevingDezelfde IP-adressen en VLAN’s
stand-bydaarna: wijzigingen gaan terug
Om 07:42 valt je serverruimte stil. Zo gaat het verder.
Een voorbeelddag: een Hyper-V-cluster valt uit, het bedrijf werkt door vanuit ons datacenter in Amsterdam en 's avonds gaat alles weer terug.
01 / 05
De locatie valt uit
Beide Hyper-V-hosts reageren niet meer en het ERP-systeem, de bestandsshares en de webapplicatie gaan mee onderuit. Onze dienstdoende engineer start het DR-plan en laat je weten wat er gaat gebeuren.
02 / 05
Opstarten in ons datacenter
We kiezen het laatste schone herstelpunt en starten daaruit de VM’s in ons datacenter: eerst de domeincontroller, dan de database, dan de rest. Een VM uit VMware kan op Hyper-V draaien; die combinatie controleren we vooraf met je.
03 / 05
Hetzelfde netwerk houden
Een tunnel trekt je VLAN’s door naar de uitwijkomgeving, dus SQL01 is nog steeds 10.20.0.15. Laptops, printers en koppelingen hebben geen nieuwe instellingen nodig. Zodra een testorder goed doorkomt, gaan mensen weer aan het werk.
04 / 05
Doordraaien terwijl de locatie wordt hersteld
Je bedrijf draait vanuit Amsterdam zolang dat nodig is. Alles wat mensen wijzigen, wordt daar ook geback-upt, terwijl je eigen servers worden gerepareerd of vervangen.
05 / 05
Terug naar productie
In een afgesproken overstapmoment zetten we de DR-VM’s uit, maken we een laatste back-up en zetten we alleen de blokken die sinds de storing zijn gewijzigd terug naar je locatie. Productie start weer, we controleren het samen met je en DR gaat terug naar stand-by.
Als je eigen servers stoppen, heeft je bedrijf een plek om door te werken en een team dat het herstel doet. De weg terug zit vanaf het begin in het plan.
Technische details
- Herstel start vanuit een back-up, niet vanuit continue replicatie: de back-upfrequentie bepaalt je mogelijke dataverlies (RPO).
- Netwerkcontinuïteit door de benodigde VLAN’s door te trekken; herstelde VM’s houden hun IP-adressen. Combinaties van bron- en doelhypervisor controleren we tijdens de onboarding.
- Failback is gepland: laatste DR-back-up, synchronisatie van gewijzigde blokken naar de voorbereide bron, opstarten en controleren, met een korte geplande onderbreking.
Voorbeeldscenario. Welke systemen, opstartvolgorde, capaciteit en netwerkinrichting gelden, bepalen we per klant. Hoeveel data je kunt verliezen, hangt af van hoe vaak je een back-up maakt.
Zo ziet het eruit voor je gebruikers.
Sanne werkt op een server in je eigen serverruimte als de hypervisor uitvalt. Klik op een hoofdstuk of laat de demo van begin tot eind afspelen.
10.20.0.15 - Verbinding met extern bureaubladverbonden · HV-01geen verbindingverbonden · Amsterdamverbonden · HV-01Deze pc
orders.xlsxorders.xlsx● · ExcelStartInvoegenFormulesGegevensBeeld
A1fx
| A | B | C | D | E | F | |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | ||||||
| 3 | ||||||
| 4 | ||||||
| 5 | ||||||
| 6 | ||||||
| 7 | ||||||
| 8 | ||||||
| 9 | ||||||
| 10 |
GereedOpslaan…Opgeslagen in D:\OrdersD:\Orders\orders.xlsx
APP0110:02Verbinding maken met 10.20.0.15…Verbinding met extern bureaublad
Opnieuw verbinding maken…De verbinding met de externe computer is verbroken. Poging 1 van 20
Extern bureaublad kan geen verbinding maken met de externe computerDe computer is niet bereikbaar op het netwerk. Probeer het later opnieuw of neem contact op met je beheerder.OK
Je sessie met extern bureaublad is beëindigdDe externe computer wordt teruggezet. Maak over een paar minuten opnieuw verbinding.OK
Tijd10:02
app01 · 10.20.0.15 draait opHV-01, je eigen serverruimtenergens: host ligt eruitImmutec, AmsterdamHV-01, je eigen serverruimte
Onderbreking00:00
Laptop van SanneKantoor · Sittardverbonden met 10.20.0.15verbinding verbroken
Je serverruimteHyper-V-host HV-01
app0110.20.0.15 · VLAN 20draaithost ligt eruitwordt gerepareerdontvangt wijzigingengestoptImmutec · AmsterdamDR-host AMS-DR-03app0110.20.0.15 · VLAN 20stand-bystart opdraaitstuurt wijzigingenHerstelpuntenrp-1005 · op slot
- herstelpunt rp-1005 weggeschreven · vergrendeld
- HV-01 onbereikbaar · dienstdoende engineer gealarmeerd
- klant geeft akkoord voor start in DR
- app01 start vanaf rp-1005 op AMS-DR-03
- VLAN 20 doorgetrokken via tunnel · 10.20.0.15 online
- HV-01 gerepareerd · laatste synchronisatie gestart
- app01 gestopt in DR · laatste wijzigingen gekopieerd
- app01 gestart op HV-01 · weer thuis
Maandagochtend. Sanne werkt op app01, een server in je eigen serverruimte. Ze installeert een webserver en legt een order vast.Via Extern bureaublad zet ze een order in Excel en slaat die op. Om 10:05 maakt onze back-up een herstelpunt en zet het op slot.
Om 10:11 valt de Hyper-V-host uit. Haar sessie bevriest, de server reageert niet meer. Onze monitoring ziet het ook, en onze dienstdoende engineer belt je.
Jij geeft groen licht. Wij starten app01 vanaf het laatste herstelpunt in ons datacenter in Amsterdam en trekken VLAN 20 door via de tunnel, zodat de server zijn adres houdt.
Sanne maakt verbinding met hetzelfde adres als altijd. Haar webserver en de order staan er, en ze werkt gewoon verder.Haar Excel-bestand en de order staan er, en ze werkt gewoon verder. Op haar laptop verandert niets.
’s Avonds is je eigen host gerepareerd. We kopiëren alleen wat er overdag in Amsterdam is veranderd, stoppen de DR-kopie en starten app01 weer op je eigen host.
De volgende ochtend logt Sanne in op je eigen server. De order van vóór de storing en de order die ze in Amsterdam invoerde, staan er allebei.
Voorbeeldscenario met indicatieve tijden. Hoe snel een server in ons datacenter draait, hangt af van je dienst (standaard DR of hot standby), de grootte van de server en de controles die je wilt. Werk na het laatste herstelpunt zit er niet in, dus de back-upfrequentie bepaalt hoeveel je kunt verliezen.
Wat je net zag.
Wil je het zien met een van je eigen servers? We spelen dit scenario na in een afgeschermde test, voordat je iets tekent.
Voor het bedrijf
Een korte onderbreking in plaats van een dag zonder systemen. De tijden in deze demo zijn een voorbeeld; wat bij jou past, hangt af van je dienst.
De gebruiker past niets aan
Zelfde IP-adres, zelfde VLAN, zelfde naam. Laptops, printers en koppelingen blijven naar dezelfde server wijzen.
Data tot het laatste herstelpunt
De server start vanaf het laatste vergrendelde herstelpunt. Werk daarna zit er niet in, daarom stemmen we de back-upfrequentie af op wat je kunt missen.
Werk tijdens de storing komt mee terug
Wijzigingen die gemaakt worden terwijl de server in ons datacenter draait, gaan mee terug zodra je eigen host klaar is. Alleen de wijzigingen reizen, niet de hele server.
Eén team doet alles
Onze engineers zien de meldingen, starten de server na jouw akkoord, houden het netwerk werkend en zetten alles weer terug.
Een back-up hebben is nog geen plek om op te draaien.
Een VM terugzetten is maar een deel van het werk. Je hebt ook capaciteit nodig, netwerkverbindingen, applicatieafhankelijkheden en mensen die het werk coördineren.
Hetzelfde netwerk
Herstelde systemen houden hun IP-adressen en VLAN’s, zodat gebruikers en applicaties ze kunnen vinden.
Een weg terug
Wijzigingen terugsynchroniseren en teruggaan naar productie horen bij het plan.
Twee niveaus: standaard DR of hot standby.
Bij allebei starten je servers vanaf je back-ups die op slot zitten, en bij allebei hoort de weg terug. Het verschil is hoeveel er al klaarstaat voordat er iets misgaat.
Standaard DR
We bouwen de uitwijkomgeving op als het nodig is, vanuit je back-ups en het plan dat we samen hebben gemaakt. Geschikt voor systemen die even stil mogen liggen.
Hot standby
De uitwijkomgeving staat altijd klaar en het netwerk is al voorbereid. Voor de systemen waar je bedrijf niet zonder kan.
Wat we bij allebei afspreken
Welke systemen, in welke volgorde, hoeveel capaciteit, wie het startsein geeft en hoe je het test. Wat per systeem haalbaar is, komt in het herstelplan.
De weg terug plannen we bij de start.
Is je eigen omgeving klaar, dan maken we een laatste back-up in DR, zetten we de DR-systemen uit, synchroniseren we de wijzigingen terug naar je omgeving en starten we de systemen daar. Jij bepaalt wanneer de omschakeling gebeurt en jij controleert het resultaat.
Herstel begint vanaf een beschikbare back-up. Hoeveel data verloren gaat en hoe lang het duurt, hangt af van back-upfrequentie, opstarttijd, afhankelijkheden, capaciteit en het soort incident.
Back-up, DR en failback uitgelegdVoor de directie
Het bedrijf blijft werken tijdens een storing, en jij bepaalt vooraf welke systemen als eerste terugkomen.
Voor IT-partners
Bied disaster recovery aan zonder zelf een uitwijkomgeving te bouwen.
Zo werkt het partnerschap“De samenwerking met IMMUTEC voelt als een partnerschap en niet zomaar een leveranciersrelatie. We kunnen altijd bij hen terecht, en ze zetten net dat stapje extra om ons te helpen.”
Vragen die we vaak krijgen
Staat je vraag er niet bij? Bel ons op +31 (0)85 482 3400.
Is dit continue replicatie of herstel zonder dataverlies?
Nee. Herstel begint vanaf je back-ups, dus de back-upfrequentie bepaalt hoeveel data je kunt verliezen. We verkopen back-upgebaseerd herstel niet als ‘geen dataverlies’.
Is herstel net zo snel als een VM starten?
De VM starten is één stap. Het herstelpunt kiezen, capaciteit, netwerk, applicatieafhankelijkheden en controles bepalen allemaal wanneer mensen weer kunnen werken. Daar plannen we op.
Kunnen we testen zonder productie te beïnvloeden?
Ja. We spreken een testscenario af in een geïsoleerde omgeving, met de scope, het netwerk en de succescriteria vooraf vastgelegd.
Kan het ook sneller?
Ja, hot standby. Dan houden we de uitwijkomgeving altijd gereed, waardoor je systemen sneller draaien dan bij standaard DR, waar we de omgeving pas opbouwen als het nodig is. In beide gevallen komt je data terug tot en met de laatste back-up.
Welke drie systemen moeten als eerste draaien?
Daar beginnen we. Samen bepalen we waar ze draaien tijdens een storing, met welke capaciteit, en hoe ze terugkomen.