Restoren

Restoren van een map of een andere PC gaat snel en als je huis is afgebrand, dan kun je alles alsnog traag vanuit de cloud restoren, maar ik denk dat dat op dat moment je minste zorg is.

Restoren heb ik eigenlijk alleen nodig als ik beta's installeer en wil terugdraaien etc. Bij normaal gebruik heb ik nog nooit hoeven restoren *knock on wood*.

Een backup restoren heb ik uiteraard gedaan, maar daar zat dus een behoorlijk gat tussen.

Een geografische spreiding maakt nog steeds geen backup; wanneer het originele bestand of de originele bron (Onedrive in dit geval) wegvalt kan je het niet meer restoren.

Ik heb nu een klant die inmiddels al vele jaren een VPS met CentOS 6 en Plesk draait, die moet eind dit jaar naar CentOS 7 of 8. Upgraden ga ik niet doen, backup trekken, hele zooi kaal installeren en daarna klantdata restoren.

Als er een HDD defect is, dan is het idd kwestie van restoren en dan is daarmee de kous af.

Backup restoren zonder de root cause (worm) te vinden en te elimineren is gewoon dweilen met de kraan open!

Dan loop je opeens tegen beperkingen aan van je restore media, je netwerksnelheid, het handmatig activeren van een restore job, de volgorde waarin je moet restoren en dan heb je eerst al moeten zorgen dat al je besmette systemen van het netwerk af zijn.

Dat werkt totdat je een keer een behoorlijke hoeveelheid data moet restoren.

Er zijn inmiddels slimmere manieren zoals (Global) client side deduplication om de infra te ontlasten waarbij je heel snel kan restoren.

Het is niet de snelste tool, NuGet packages restoren gaat lang niet zo rap als vanuit CLI, en het debuggen is wat trager dan in Visual Studio.

Ik versta wel dat 'backup' beter klinkt voor een product als Drive, en om enkele bestanden/mappen te restoren mbv de Version Manager dit best leuk is, maar een Backup software zou ik het niet noemen.

In het wegschrijven van een stroom bits zal het probleem ook niet zitten maar als je een bestand wil restoren die fysiek ergens aan het eind van de tape zit de meeste tijd in spoelen naar het bestand.

Beter om in dit soort gevallen nooit direct te restoren vanaf de master copy van je backup.

De hele HD kan overschreven worden met de alghele backup en alle data is gewoon weer daar waar het moet wezen, ik zou met dat exploit geen enkel probleem hebben daar het me een 20 minuten kost om 3 HD te restoren.

Een studie van eind 2015, uitgevoerd door Techtarget(2) laat zien dat de meeste IT afdelingen zich niet verantwoordelijk voelen, of verantwoordelijk zijn voor het back-uppen of restoren van dit soort apparaten.

Het tweede probleem situeert zich in de instructie om de flags van een register en de instruction pointer naar de stack te restoren.

Op de vraag of IT verantwoordelijk is voor het back-uppen en restoren van data op non-PC endpoints gaf 64% aan niet verantwoordelijk te zijn, 27% gaf aan wel verantwoordelijk te zijn, en 9% wist het eigenlijk niet.

Restoren heeft geen zin, als ik 5 min wacht kan ik hem weer opstarten though.

Als je al moeilijkheden ervaart met het opzetten vanaf 0, hoeveel vertrouwen heb je dat je het systeem zelf correct kan configureren, beveiligen, upgraden, backuppen, restoren, etc?