mboost-dp1

SXC - nighthawk7
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Ja det burde vitterligt ikke være muligt at slette så systemkritiske filer, i et system. Og slet ikke et system som dette.
#0
Ah hva.
Der er ikke så meget at sige til det der står der. Naturligvis skal man ikke slippe en ansat løs på et produktions system uden træning, så han river det ned. Men det er jo urealistisk at regne med at der aldrig sker menneskelige fejl.
Men jeg synes at der er er mange andre relevante problemerstillinger.
Hvorfor skete der ikke en failover til backup system ? Han har vel ikke slettet de samme filer også på backup systemet ?
Hvordan kunne man miste data som "følge fejl" ?
Hvordan kunne man læse data forkert ind som "følge fejl" ?
Så vidt jeg kan se er der sket 4 uafhængige fejl. Og den nyansatte der slettede nogle filer er det mindste af problemerne.
Ah hva.
Der er ikke så meget at sige til det der står der. Naturligvis skal man ikke slippe en ansat løs på et produktions system uden træning, så han river det ned. Men det er jo urealistisk at regne med at der aldrig sker menneskelige fejl.
Men jeg synes at der er er mange andre relevante problemerstillinger.
Hvorfor skete der ikke en failover til backup system ? Han har vel ikke slettet de samme filer også på backup systemet ?
Hvordan kunne man miste data som "følge fejl" ?
Hvordan kunne man læse data forkert ind som "følge fejl" ?
Så vidt jeg kan se er der sket 4 uafhængige fejl. Og den nyansatte der slettede nogle filer er det mindste af problemerne.
Den eneste kendte bivirkning dette nedbrud havde, var at 231 blodprøveresultater, blev tilknyttet forkerte patienter. Region Midtjylland påpeger dog, at der ikke var tale om livstruende problemer.
Tager det ihvertfald roligt.. "Hov, du har sku AIDS, eller vent - nej, måske jo.. ej det ved vi sku ikke." x231 (eller omvendt - ved sku ikke hvad der er værst..)
3#
Du har en god pointe der - jeg tør ikke sige hvordan systemet har fungeret, men under alle omstændigheder virker denne proces mærkelig: System kritiske filer bliver væk > Data bliver åbnet > Data bliver ændret > Data bliver gemt > Patienter bliver informeret forkert.
Du har en god pointe der - jeg tør ikke sige hvordan systemet har fungeret, men under alle omstændigheder virker denne proces mærkelig: System kritiske filer bliver væk > Data bliver åbnet > Data bliver ændret > Data bliver gemt > Patienter bliver informeret forkert.
#3 Meget gode pointer du har, helt sikkert - men efter jeg selv er kommet ud i virkeligheden, så må jeg sige at min tro på at alle kritiske systermer rundt om i verden er trippelsikrede og med backup er blevet gjort til skamme.
Jeg lavede næsten samme brøler da jeg var nyansat... skulle slette en DB2-tabel med data i vores test-system, desværre havde jeg lige tastet forkert på destinationen og vups, så var det vore produktionsdata der røg... no warnings no nothing. (heldigivs var en backup rullet ind efter 24 timer)
Jeg lavede næsten samme brøler da jeg var nyansat... skulle slette en DB2-tabel med data i vores test-system, desværre havde jeg lige tastet forkert på destinationen og vups, så var det vore produktionsdata der røg... no warnings no nothing. (heldigivs var en backup rullet ind efter 24 timer)
O M G
Der må altså sidde nogle folk med røde ører derude. Det er ikke en helt banal fejl der er begået her - eller skulle jeg sige - en række af fejl.
Som det allerede er nævnt, så er det én ting, at det overhovedet var muligt at slette så kritiske data på et produktions-system. Noget andet er, at de så ikke formår at genskabe data på 10 timer. Eller - de får genskabt "nogle" data, som de på mystisk vis får linket forkert sammen. Det er pinligt på så mange måder, at jeg ikke vil begynde at nævne dem.
Det kan godt være at de stod foran et tidspres, men de beviste jo netop at hastværk er lastværk, da de ikke kunne finde ud af at restore data korrekt.
Ny data var måske kommet til i mellemtiden, så en merge bliver dét sværere, men så skulle de måske bare have holdt systemet lukket indtil de var klar!
Pinligt, og i værste fald fatalt! (desværre bogstavelig talt).
:(
Der må altså sidde nogle folk med røde ører derude. Det er ikke en helt banal fejl der er begået her - eller skulle jeg sige - en række af fejl.
Som det allerede er nævnt, så er det én ting, at det overhovedet var muligt at slette så kritiske data på et produktions-system. Noget andet er, at de så ikke formår at genskabe data på 10 timer. Eller - de får genskabt "nogle" data, som de på mystisk vis får linket forkert sammen. Det er pinligt på så mange måder, at jeg ikke vil begynde at nævne dem.
Det kan godt være at de stod foran et tidspres, men de beviste jo netop at hastværk er lastværk, da de ikke kunne finde ud af at restore data korrekt.
Ny data var måske kommet til i mellemtiden, så en merge bliver dét sværere, men så skulle de måske bare have holdt systemet lukket indtil de var klar!
Pinligt, og i værste fald fatalt! (desværre bogstavelig talt).
:(
Jeg syntes at det er flot at man indrømmer hvad der er sket, og at man ikke bare smider folk ud igen. JEg syntes også at det er flot at man tør tage fat i ejne lommer og siger at det er min ejen skyld at jeg ikke lige fik trænet folk godt nok.
Det er sådan noget der mangler hos andre store firmaer, som IBM hvor man ikke tør fortælle hvad der sker. Det var bare noget med nogle core stitche der vare blevet forbundet forkert.
Det er sådan noget der mangler hos andre store firmaer, som IBM hvor man ikke tør fortælle hvad der sker. Det var bare noget med nogle core stitche der vare blevet forbundet forkert.
Jeg synes at #3 er inde på nogle meget vigtige punkter og jeg synes ligesom mange andre siger at det er flot at man ikke smider personen ud men vælger at kigge på sig selv og se om om trænningen var god nok...
Alle kan jo begå dumheder og dem skal der også være plads til...
Alle kan jo begå dumheder og dem skal der også være plads til...
#13 Selvfølgelig kyler man ikke en ny medarbejder ud på grund af sin egen manglende kompetence. Det er måske nok ham der har udløst fejlen, men at man lader hospitalsvæsenet køre på et så skrøbeligt system uden ordentlig backup/replikkering er helt ufatteligt for mig. Det er i høj grad de medarbejdere som hele tiden har være ders skyld.
#hovsaer
Jeg kender en giftig problem stilling som flere gange har narret selv folk med pæn erfaring i system drift. De skal bruge lidt plads på et system og opdager så at diskene ikke er fuldt brugt, så de laver lige en ny partition og vupti så har de den plads de skal bruge. Hvorefter database manden bliver meget ked af at skulle bruge tid på at restore det hele, fordi hans database fungerer meget dårligt når der smides en ny partition med et fil system ned midt den raw partition som hans database bruger.
:-)
Jeg har heldigvis indtil videre kun set det ske på test og udviklings systemer ikke produktions systemer.
Jeg kender en giftig problem stilling som flere gange har narret selv folk med pæn erfaring i system drift. De skal bruge lidt plads på et system og opdager så at diskene ikke er fuldt brugt, så de laver lige en ny partition og vupti så har de den plads de skal bruge. Hvorefter database manden bliver meget ked af at skulle bruge tid på at restore det hele, fordi hans database fungerer meget dårligt når der smides en ny partition med et fil system ned midt den raw partition som hans database bruger.
:-)
Jeg har heldigvis indtil videre kun set det ske på test og udviklings systemer ikke produktions systemer.
arne_v (3) skrev:Hvorfor skete der ikke en failover til backup system ? Han har vel ikke slettet de samme filer også på backup systemet ?
En unanvgiven kilde jeg kender i Region Midt Jylland har ladet det sive til mig at de tager backup Søndag kl. 23:30...
Terra - Så kan man jo krumme tæer over dette... :o
Hvor var det forudsigeligt at 600 kloge-Åger fra Newz.dk vælter sig i bagklogskabens klare lys.
Klap klap.
Klap klap.
Jeg ved ikke hvorfor jeg blev rated som flamebait, men da jeg til dagligt arbejder i kommunen, ved jeg hvor arrogante kommunalt ansatte kan være imod IT afdelingen. Da jeg også har arbejdet i den private, kan jeg kun understreger der er meget forskel på behandlingen.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.