DIBS efter 14 timers nedbrud: Vi gjorde det ikke godt nok
Det var en databasefejl, der førte til det store nedbrud hos DIBS, som leverer betalings-tjenester til flertallet af de danske netbutikker. Hele lørdag var firmaets betalingsløsning nede, hvilket gav problemer for stort set samtlige 10.000 kunder.
»Vi havde databaseproblemer på vores driftssystemer, hvilket gav os udfordringer. For at komme i luften igen, måtte vi installere et helt nyt setup med en ny server,« forklarer Lars Friis, direktør for DIBS.
At det skulle tage 14 timer at få betalingstjenesten til at virke igen er ikke godt nok, erkender han.
»Vi har selvfølgelig en fail-over-løsning, men det viste sig at tage alt for lang tid. Det er klart, at det ikke er godt nok, hvis det tager 14 timer. Det skal gå langt hurtigere og skal ikke tælles i timer,« siger han.
Søndag var DIBS klar til at formidle betalinger igen, men den nye installation skulle igennem nogle justeringer, før det kørte gnidningsløst. Det gav også udfald i løbet af søndagen, men kun i korte perioder, ifølge Lars Friis.
Lige nu er fokus på at informere og hjælpe vores kunderne om nedbruddet, men så snart der er ro på den front, vil Lars Friis kaste sig over en forbedring af DIBS' it-setup.
»Vi forbedrer hele tiden redundans og sikkerhed, og nu vil vi fremskynde en række af de investeringer, vi har planlagt for at forbedre vores stabilitet fremover. Jeg ved godt, at vores kunder ikke kan bruge det til så meget lige nu,« siger han.
It-løsningen drives af DIBS og af eksterne leverandører i fællesskab, men Lars Friis vil ikke involvere andre i problemerne, der opstod.
»Det er vores database og dermed vores ansvar,« siger han.
Men uanset flere investeringer i at forbedre oppetiden, vil det ikke være muligt at gøre det fejlfrit, understreger Lars Friis.
»Selvfølgeligt vil der være udfald. Det vil vi opleve, uanset hvor meget, vi forbedrer, når man driver en onlineservice. Det er et issue ikke bare for os, men for hele branchen,« siger direktøren, der kalder weekendens nedbrud for »rigtig kritisk«.
En af kunderne hos DIBS, fastfood-websiden Just-eat.dk, har fortalt Version2, hvordan DIBS de seneste tre måneder har døjet med en række større eller mindre udfald, efter otte år med høj oppetid.
Weekendens langvarige nedbrud får nu Just-eat-direktøren til at se sig om efter en anden løsning, udover at firmaet fremover vil sørge for altid at have to leverandører af online-betalinger.
Kommentarer (13)
Alle større kunder hos DIBS har så mange penge i klemme ved nedbrud at man bør overveje at have en backup gateway. Et eksempel kan læses her:
http://quickpay.dk/redundancy/
Ved at have en primær og en sekundær gateway i to forskellige selskaber er cahcen for at begge er nede samtidig minimal.
-
0 -
0
Jeg har selv arbejdet en del med DIBS for en af deres formentligt største kunder, og jeg har et ret godt indtryk af dem: Deres produkt er af høj kvalitet og deres service er virkelig god, men et nedbrud som dette er uacceptabelt.
PBSs problemer / opførelse må man leve med, da de som bekendt har et monopol - men det har DIBS ikke, så jeg håber sgu' at de tager det her virkeligt alvorligt og får designet sig til en langt højere pålidelighed.
-
0
-
0
I samme situation som dig kan jeg kun sige at jeg oplever en midelmådig service fra DIBS. Der kan ofte gå længe før man får svar og åbner du flere shops på samme platform skal du igennem det samme bureaukratiske arbejde hver gang.
Desuden er deres API inkonsistent og dens dokumentation til tider forældet.
Når DIBS kører kører det findt men så snart der skal laves noget over det helt basale niveau så er de ikke i stand til at levere varen.
-
0
-
0
Ja, undskyld, men hvilken database snakker vi om her?
Hvis man bruger en enterprise-class database, så burde det kun være et spørgsmål om at restore 'nattens backup', og genskabe last committed transaction ud fra transaction log.
(eller genskabe loggen, hvis det var det, der fejlede).
Jeg forstår ikke det skulle tage 14 timer?
Jo, hvis man ikke har noget hardware på lager, men det er vel næppe det, der er tilfældet.
Nåh, men det er ikke noget der berører mig - just wondering..
-
0
-
0
DIBS er stadig ikke helt oppe - Admin interfacet er stadig nede.. træls at man ikke kan hæve ens transaktioner.
-
0
-
0
Endnu kan man ikke hæve transaktioner. Vi brugte Fribetaling, hvilket altid bare har spillet.
De sætter prisen op til 149/md ex moms fra 1/1, plus et administrativt bøvl for at køre flere frontends på den samme webshop. Et bøvl som Fribetaling ikke havde.
så vi er i gang med at kigge efter andre gateways. Er der nogle der har erfaringer med andre?
-
0
-
0
Jeg har gode erfaringer med quickpay fra tidligere og skiftede kun pga. prisen og var faktisk allerede ved at "tage tilløb" til at skifte tilbage, inden DIBS hævede prisen - da quickpays API'er (til at hæve f.ex.) rent faktisk virker og deres support rent faktisk svarer.
-
0
-
0
Jeg overvejer selv at gå over til Quickpay, men har også været ved at kigge lidt på Epay.
Du kan evt se de indlæg der er om emnet her på Openforum:
http://www.openforum.dk/viewtopic.php?f=1&t=8776&sid=5fedfc0d64b68558bb6...
-
0
-
0
Jeg spurgte:
Hej.
Efter varsling om prisstigning har jeg kigget mig om efter en anden løsning. Men jeg påtænker at starte en anden webshop med et nyt somæne, og bruge samme betalingsmodul.
Jeg kan se at det ikke kan svare sig at skifte udbyder, hvis det er inkluderet i jeres løsning.
Så mit spørgsmål inden jeg gør mere er:
Kan jeg uden ekstra udgifter køre flere af mine shops på samme aftale?
Mvh
Lasse Westy Bech
Og svaret var:
Det kan man desværre ikke, da man til hver shop skal have en ny aftale med PBS, og dermed også hos os. Så du skal kontakte PBS for at lave en ny internetaftale, og derefter os (eller en anden).
Mit svar (det var jo ikke en anden shop, blot frontend):
Tak for dit svar. De forskellige shops er ikke fysisk adskilte. Det er samme database, samme server, samme firma (mig), samme regnskab, samme bilagsnumre og ordrenummerserier. Produkterne er bare så forskellige, at jeg har valgt at frontenden er forskellige afhængigt af domænet man kommer ind på, ligesom hvilke varer man kan se. Men det er stadig een webshop inde bag ved, og det eneste jeg skal bruge er en betalingsgateway til at cleare betalingerne.
Ligesom her: [http://www.epay.dk/products/addons.asp?m=13]
Hvis det ændrer noget i dit svar, ser jeg frem til det, ellers er det jo ærgerligt.
Under alle omstændighedder har jeg været glad for Fribetaling, og håber at kunne forsætte der, med ønske om en god weekend :-)
Og det triste svar ("Vi ved det ikke, spørg PBS, og vær sød at fortælle os det"):
Du bør kontakte PBS, mener PBS at i skal have endnu en indløsningsaftale skal i også have en ny aftale med DIBS. I skal give os besked om hvad PBS har meddelt jer.
I forhold til de relativt klare linjer vi er vant til, er dette på ingen måde en prisstiging på 50% værd. Nærmere tværtimod.
Ved nogen om der er en ny "Fribetaling" på vej vi skal vente på, istedet for denne monopolisering?
Ifølge deres egne tal så har de 9M (SEK) overskud på et kvartal, og med 10K kunder giver det 900 kr. pr kunde i overskud. På den baggrund virker det lidt overdrevet med den prisstigning. Og det er der da heldigvis nogen der reagerer imod.
Ånden hos DIBS er ikke som hos Fribetaling. Ligesom man så da Musimi røg, men Telio havde da anstændighed til at fortsætte konceptet på standby.
Jaja, sur gammel idiot er jeg :-D
-
0
-
0
@Lasse:
Du kan se bgsys.info fortolkning af PBS's regler her:
http://www.bgsys.info/da/idx.php/14/011/Gateway-aftaler/article/Kan-man-...
De skriver, som det også er min opfattelse, at man IKKE må bruge samme betalingsaftale til flere domæner. Dog skriver bgsys at man godt må have et "betalingsdomæne" - hvor kunden ender - hvordan det så præcis skal fortolkes ved jeg ikke lige, men det lyder som noget med at man skal have et betalingssite agtigt setup på den url man har angivet til PBS - hvor "indkøbskurven" ryger over og købet bliver afsluttet.
At du har kunnet have flere domæner før, er kun fordi PBS ikke har opdaget det.
-
0
-
0
