Compleet mee eens!Er zijn altijd meerdere oplossingen mogelijk.
Backups zijn van levensbelang in de IT. Hetkangaat namelijk altijd wel een keer fout.
Regelmatige full backups, gevolgd door incrementals en/of differentials is het meest gangbare. Maar persoonlijk maak ik bij een belangrijke update/wijziging extra een lokale backup zodat deze in geval van nood snel terug gezet kan worden. Verder is een backup niets waard zolang je nog nooit getest hebt hoe deze terug te zetten.
Maar om terug te komen op de problemen.
Blijft natuurlijk gis-werk waarom hun backupscript de problemen veroorzaakt heeft. Maar het klinkt alsof er een chmod/chown is uitgevoerd met een variabele die waarschijnlijk leeg was, en dus werd het commando vanaf de uitvoer directory (/ ?) uitgevoerd.
Vindt dat ze netjes gereageerd hebben, en dat ze relatief veel details hebben prijs gegeven. En voor het gros van de klanten zal dit al teveel technische informatie geweest zijn.
Overigens dat ze praten over kapotte servers zal waarschijnlijk inhouden dat ze (terecht) de installatie niet meer vertrouwden. Die servers zullen wel niet fysiek stuk zijn, maar de installatie is dusdanig corrupt, (rechten incorrect) dat het herstellen ervan potentieel meer werk kost dan opnieuw inrichten.
Ik voel mee met de technische mannen die daar een paar dagen hebben lopen zweten om de boel weer in de lucht te krijgen. Is nooit fijn zo'n outage