Met het "backup maken omdat het moet" mis je de doelstellingen. Het is meervoud omdat er meerdere zijn. Zoals: a/ een Dr-plan waarbij een gehele omgeving verloren gaat (b.v. een datacenter, netwerk, alle endpoints) . b/ herstel van kleine vergissingen fouten in een draaiende omgeving c/ (nieuw) herstel van extern aangebrachte schade (ransom of andere hack). Je zult bij elke doel een plan van aanpak (draaiboek) moeten hebben. De 0 waarde bij a,b en c is: we doen er niets aan, zien wel als het gebeurt. ad a/ Voor een DR kun je iets op papier zetten. Je weet pas als het werkt als zonder ook maar iets opnieuw te doen in 1 keer goed gaat. Zoiets heb ik nog nooit meegemaakt. het klinkt raar maar er was altijd wat zodat het pas de 3-e of 4-e keer als geslaagd gemeld werd. Iemand een andere ervaring (omgeving groot en hybride)? ad b/ Het moet zo goedkoop mogelijk dat zet de volledigheid en consistentie onder druk. Als voorbeeld: Een foute DBMS backup is technisch correct zo gemaakt maar praktisch totaal ...