SIDN maakte geen backup voorafgaand aan mislukte database migratie

Citaat:

---

Oorspronkelijk geplaatst door QBell

Had SIDN voor dit soort gevallen niet een redundant cluster gebouwd een jaar of 2 terug?

(staat me ergens iets van bij, maar weet niet meer de ins and outs)

---

Voor het geval downtime door "upgrade naar een nieuwe major release" (en/of "ingrijpende wijziging van tabel structuur") is een redundant cluster meestal geen oplossing.

Clusters (en andere nauw gekoppelde HA oplossingen) eisen meestal een erg identieke setup.
Het is een oplossing voor een "simpele" outage van één deel van het cluster (kabel/connectivity, stroom, DC, kapot systeem).

Citaat:

---

Oorspronkelijk geplaatst door Netbulae

Zo goed ken ik de mensen bij SIDN niet maar dit zijn zulke basisfouten dat er iemand zijn baan zou moeten verliezen daar.

---

Ik zou diegene juist in dienst houden want één ding weet je zeker: zo'n fout maakt hij nooit meer van zijn hele leven.

Citaat:

---

Oorspronkelijk geplaatst door Til

Ik zou diegene juist in dienst houden want één ding weet je zeker: zo'n fout maakt hij nooit meer van zijn hele leven.

---

Het is maar hoe je er over denkt... Als deze basis fout gemaakt wordt hoe moet het dan met de rest gaan?

Wat mij vooral stoort is dat men op dat moment nog besloten heeft om het nog eens te proberen. Als je 7 uur voorziet voor een upgrade en na 9 uur eindelijk terug bent op de beginsituatie, dan ga je het niet doodleuk even opnieuw proberen, want dan weet je dat je minstens nog eens 7 uur nodig hebt. Ik denk dat de meeste bedrijven veel liever 2 aangekondigde windows hebben van 7 uur, ipv 1 aangekondigde window van 7 uur die uiteindelijk 19 uur duurt.

Citaat:

---

Oorspronkelijk geplaatst door eMiz0r

Hmmm..... zijn we niet lichtelijk aan het overdrijven allemaal? Ik heb het op ispam ook al gezegd, waar gewerkt wordt maken mensen fouten. It is part of the job. Als er échte ITers in dit topic zitten die nog nooit een screwup hebben gemaakt durf ik te zeggen dat je of liegt... of geen echte ITer bent.

Amazon, KPN, ING..... allemaal bedrijven met IT budgetten die een veelvoud van de SIDN begroting zijn en óók fouten maken. Kom op zeg.... Ik waardeer de openheid van SIDN. Ze hadden zich er makkelijk van af kunnen doen als genoemde partijen en het op een technische storing kunnen gooien. Nee, deze openheid zorgt er voor dat de SIDN zichzelf scherp stelt en zo'n fuckup niet zomaar weer zal maken omdat dat domweg niet uit te leggen is. Er zijn zooooooveel hostingbedrijven die het maar op een DDoS gooien als ze een storing hebben.

---

Het kan voorkomen dat er fouten gemaakt worden maar dit soort fouten mogen in principe nooit voorkomen. SIDN heeft eigenlijk maar 1 reden van bestaan en dat is deze database. Als je vervolgens prutsers de kans geeft om zulke fouten met je core it te doen, is er iets niet goed met je procedures. Wat is er mis met een OTAP omgeving? Daarmee kan je de meeste van deze problemen ondervangen. Alle problemen die je opgeeft zouden bij dit soort bedrijven nooit voor mogen komen.

Dat je KPN aanhaalt is wel een beetje grappig. Deze partij zou met het budget dat ze hebben nooit zulke ernstige fouten mogen maken en het komt neer op grove nalatigheid en onkunde. Dat er nog mensen te vinden zijn die zich zo graag af willen laten zetten door dit waardeloze bedrijf.....

Vind je het ook zo acceptabel als het vliegtuig waar je inzit neerstort omdat de monteur een kabeltje verkeerd heeft aangesloten?

Citaat:

---

Oorspronkelijk geplaatst door eMiz0r

Hmmm..... zijn we niet lichtelijk aan het overdrijven allemaal? Ik heb het op ispam ook al gezegd, waar gewerkt wordt maken mensen fouten. It is part of the job.

---

Het probleem hier is het feit dat het niet de eerste keer is dat er fouten gemaakt worden bij de SIDN, en ook deze keer weer niet zomaar een klein foutje ... Zoek maar eens in het archief op dit forum, of gerelateerde ISP nieuwswebsites, dan begrijp je de frustratie.