Specialisten in back-up en herstel
WerkwijzeOver onsKlantverhalenBlogSupportdesk
ENNL
IMMUTEC
StartDisaster recovery
Werkt metHyper-VVMwareWindows ServerLinux

Vallen je servers uit, dan starten ze in ons datacenter.

Is je eigen omgeving onbruikbaar, dan draaien je kritieke systemen bij ons. Onze engineers starten ze vanuit je back-ups, met dezelfde netwerkadressen. Zodra je omgeving klaar is, verhuizen ze alles terug.

Disaster recovery werkt bovenop onze Beheerde back-up van je servers.

Bespreek deze dienst Alle diensten

Als disaster recovery zó goed is, heet het gewoon herstel.

Je servers starten in ons datacenter met hun eigen adressen, en komen terug met alleen wat er veranderd is.

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 Nederlandse datacenter en 's avonds gaat alles weer terug.

01 / 05

De locatie valt uit

Beide Hyper-V-hosts reageren niet meer, en daarmee liggen ERP, bestandsshares en webapplicatie eruit. Onze dienstdoende engineer start het DR-plan en laat je weten wat er gebeurt.

02 / 05

Starten in ons datacenter

We starten de VM’s vanaf het laatste schone herstelpunt in ons datacenter: eerst de domeincontroller, dan de database, dan de rest. Een VMware-VM kan op Hyper-V starten; die combinatie controleren we vooraf met je.

03 / 05

Hetzelfde netwerk houden

Een tunnel trekt je VLAN’s door naar de uitwijkomgeving, dus SQL01 blijft 10.20.0.15. Laptops, printers en koppelingen houden hun instellingen. Komt een testorder goed door, dan gaat iedereen weer aan het werk.

04 / 05

Doordraaien terwijl de locatie wordt hersteld

Je bedrijf draait zolang nodig vanuit ons datacenter. Ook wat mensen daar wijzigen, wordt geback-upt. Ondertussen worden je eigen servers gerepareerd of vervangen.

05 / 05

Terug naar productie

Op een afgesproken moment zetten we de DR-VM’s uit en maken we een laatste back-up. Alleen blokken die sinds de storing zijn gewijzigd, gaan terug naar je locatie. Productie start weer, we controleren samen en DR gaat terug naar stand-by.

Vallen je servers uit, dan kan je bedrijf ergens doorwerken en doet een team het herstel. De weg terug zit vanaf het begin in het plan.

Technische details
  • Herstel start vanuit een back-up, zonder continue replicatie. De back-upfrequentie bepaalt dus je mogelijke dataverlies (RPO).
  • Netwerkcontinuïteit doordat we de benodigde VLAN’s doortrekken. 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.
Bespreek de technische eisen

Voorbeeldscenario. Systemen, opstartvolgorde, capaciteit en netwerkinrichting bepalen we per klant. Hoeveel data je kunt verliezen, hangt af van hoe vaak je een back-up maakt.

Zo werkt het, van storing tot de weg terug.

  1. Voorbereid

    We leggen vast welke systemen in welke volgorde terugkomen en bereiden je netwerk voor: VLAN's en IP-adressen.

    herstelplan · getest

  2. Storing

    Onze monitoring ziet het en de dienstdoende engineer belt je. Jij geeft het startsein.

    monitoring · dienstdoende engineer

  3. Starten in ons datacenter

    Je servers starten vanaf het laatste herstelpunt, ook als ze van een andere hypervisor komen. Een versleutelde verbinding trekt je netwerk door, dus de adressen blijven gelijk.

    over hypervisors heen · netwerk doorgetrokken via een tunnel

  4. Doorwerken

    Gebruikers maken verbinding zoals altijd. Wat ze wijzigen, wordt ook geback-upt.

    zelfde IP, zelfde namen

  5. Terug naar huis

    Is je omgeving klaar, dan synchroniseren we de wijzigingen terug en schakelen we om op een moment dat jij kiest.

    failback · alleen wijzigingen gaan over

Wat merk je ervan: Voor je gebruikers is het een onderbreking waar ze doorheen werken. Voor jou is het één telefoontje en één besluit.

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 helemaal afspelen.

sanne@laptop: ~verbonden · HV-01geen verbindingverbonden · Immutecverbonden · HV-01

    

    

     
10.20.0.15 - Verbinding met extern bureaubladverbonden · HV-01geen verbindingverbonden · Immutecverbonden · HV-01

     

      

       
Deze pcorders.xlsx

       

        
orders.xlsx● · Excel

        
StartInvoegenFormulesGegevensBeeld

        
A1fx

        
ABCDEF
1
2
3
4
5
6
7
8
9
10

        
GereedOpslaan…Opgeslagen in D:\OrdersD:\Orders\orders.xlsx

       

      

      
APP0110:02

      

       
Verbinding 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-datacenterHV-01, je eigen serverruimte

     
Onderbreking00:00

    

   


   

    
Laptop van SanneKantoorverbonden met 10.20.0.15verbinding verbroken

    

     

      
Je serverruimteHyper-V-host HV-01

      
app0110.20.0.15 · VLAN 20draaithost ligt eruitwordt gerepareerdontvangt wijzigingengestopt

     

     

      
Immutec-datacenterDR-host AMS-DR-03

      
app0110.20.0.15 · VLAN 20stand-bystart opdraaitstuurt wijzigingen

      

     

    

    
Herstelpuntenrp-1005 · op slot

    
    
     
  1. herstelpunt rp-1005 weggeschreven · vergrendeld
    2. 
     
  2. HV-01 onbereikbaar · dienstdoende engineer gealarmeerd
    3. 
     
  3. klant geeft akkoord voor start in DR
    4. 
     
  4. app01 start vanaf rp-1005 op AMS-DR-03
    5. 
     
  5. VLAN 20 doorgetrokken via tunnel · 10.20.0.15 online
    6. 
     
  6. HV-01 gerepareerd · laatste synchronisatie gestart
    7. 
     
  7. app01 gestopt in DR · laatste wijzigingen gekopieerd
    8. 
     
  8. app01 gestart op HV-01 · weer thuis
    9. 
    

   

  


  

   
    
    
    2. 
    
    3. 
    
    4. 
    
    5. 
    
    6. 
    
    7. 
   

   

    
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 Nederlandse datacenter 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 ons datacenter 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 die uit ons datacenter 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 serveromvang en de gewenste controles. Werk na het laatste herstelpunt ontbreekt. De back-upfrequentie bepaalt dus hoeveel je kunt verliezen.




Wat je net zag.
Wil je dit scenario voor je eigen servers doorlopen? We laten zien welke systemen als eerste starten, waar ze draaien en wat je vooraf moet regelen.
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 van daarna ontbreekt. Daarom stemmen we de back-upfrequentie af op wat je kunt missen.
Werk tijdens de storing komt mee terug
Wijzigingen tijdens het draaien in ons datacenter gaan mee terug zodra je eigen host klaar is. Alleen de wijzigingen worden gekopieerd, niet de hele server.
Eén team doet alles
Onze engineers volgen de meldingen, starten de server na jouw akkoord, houden het netwerk in de lucht en brengen alles terug.
Bespreek je eigen scenario 
Een back-up is nog geen plek om je systemen op te draaien.
Een VM terugzetten is maar een deel van het werk. Je hebt ook capaciteit, netwerkverbindingen, applicatieafhankelijkheden en mensen nodig die het werk coördineren.
Een plek om te draaien
Herstel-VM’s starten op de lokale back-upserver of in ons datacenter.
Hetzelfde netwerk
Herstelde systemen houden hun IP-adressen en VLAN’s, zodat gebruikers en applicaties ze vinden.
Een weg terug
Wijzigingen terugsynchroniseren en teruggaan naar productie horen bij het plan.
Twee niveaus: standaard DR of hot standby.
In beide gevallen starten je servers vanaf je back-ups op slot, en hoort de weg terug erbij. Het verschil is hoeveel er al klaarstaat voordat er iets misgaat.
Standaard DR
We bouwen de uitwijkomgeving op als het nodig is, uit je back-ups en volgens het afgesproken plan. 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 en zetten we de DR-systemen uit. Daarna synchroniseren we de wijzigingen terug en starten we de systemen bij jou. Jij bepaalt wanneer we omschakelen en controleert het resultaat.
Herstel begint bij 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 uitgelegd 
Technical papers
De techniek erachter.
Korte papers in het Engels voor engineers die de details lezen: hoe het werkt en wat we op ons eigen platform hebben gemeten.
Alle technical papers 
Technical paper 01 · DR-tests
Recovery you can prove
Every system, booted and tested every week. A test only passes when a real service answers, and every database responds.
Download pdf2 pagina's · 202 kB
Technical paper 02 · Disaster recovery
Same machine, different metal
Same virtual hardware, same MAC addresses, same VLANs, same clock. Why our DR copies boot without driver injection or re-IP.
Download pdf2 pagina's · 199 kB
Technical paper 04 · Failback
Coming home
Failback that sends back only what changed. The original keeps its identity and its backup chain.
Download pdf2 pagina's · 179 kB
Wat het voor jou betekent.
Voor de directie
Het bedrijf blijft werken tijdens een storing. 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.”
Frans KluijtmansIT Lead Global Infrastructure, FENZI AGTLees het klantverhaal
Vertaald uit het Nederlands
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. Wanneer mensen weer kunnen werken, hangt ook af van het herstelpunt, capaciteit, netwerk, applicatieafhankelijkheden en controles. Dat nemen we allemaal mee.
Kunnen jullie ook onze Azure- of AWS-VM's in DR starten?
Niet transparant, met je eigen netwerk en adressen. Dat kan voor servers in je eigen omgeving. VM's in Azure, AWS of bij een VPS-aanbieder kunnen we wel back-uppen, terugzetten en migreren.
Kunnen we testen zonder productie te beïnvloeden?
Ja. We spreken een testscenario in een geïsoleerde omgeving af. Scope, netwerk en succescriteria leggen we vooraf vast.
Kan het ook sneller?
Ja, met hot standby. De uitwijkomgeving staat dan altijd klaar en je systemen draaien sneller dan bij standaard DR. Daar bouwen we de omgeving pas op als het nodig is. Je data komt in beide gevallen terug tot en met de laatste back-up.
Welke drie systemen moeten als eerste draaien?
Daar beginnen we. Samen bepalen we waar ze bij een storing draaien, met welke capaciteit en hoe ze terugkomen.
Plan een gesprek over DR Of bel +31 (0)85 482 3400