Verhuizen van Rijndata naar andere ISP

[IT-worX]

Beste WHT members,

Ik ben gisteren gecontacteerd door de VZW Hulpdienstenforum Vlaanderen of ik hun wou helpen met de verhuis van hun website "hulpdienstenforum-vlaanderen.be" naar een andere ISP. Zowel Rijndata als de andere ISP werken met DirectAdmin dacht ik dat dit een klusje ging zijn van 2x niks...forum op "onbeschikbaar" zetten, backup maken, backup overzetten naar de nieuwe ISP, uitpakken, de MySQL instellingen aanpassen van het forum, DNS aanpassen, forum terug op "beschikbaar" zetten en klaar. Blijkbaar had ik het mis...

Vroeger, toen het forum nog actief was bij BullCat, werkte dit op een VPS waarvan zij "eigenaar" waren. Echter sinds de overname van BullCat door Rijndata in 2011 zit het forum op een shared host plots. We kunnen dus op directadmin niet inloggen dmv een adminaccount, laat staan via SSH. Het enige dat we hebben is een reselleraccount.

Ik wou dus beginnen met in DA in te loggen, en daar als "user level" de Create/Restore Backups functie te gebruiken. Echter als ik daar klik op "create backup" dan blijft mijn browser staan op "verbinden" terwijl er niks gebeurd. De reden hiervan zou (volgens Rijndata zelf) zijn dat de backup teveel plaats in beslag neemt (de website is inderdaad vrij groot). Toen heb ik maar geprobeerd om in te loggen op het reseller level en daar te kiezen voor "Manage User Backups" waar ik ervoor koos (step 3 : Where) om de backups via FTP door te sluizen naar een server van mezelf. Ook dit bracht geen soelaas : ik zie geen backup binnen komen op mijn server en krijg evenmin een foutmelding in DA dat deze backup niet werkt.

Ten einde raad ben ik begonnen met de folder /public_html/ via FTP naar mijn pc te versluizen en via directadmin de database te downloaden (grootte : 3.32 GB). Deze download wou wederom niet starten, waardoor ik via phpmyadmin dan maar de download heb voltooid.

Nadat ik deze voormiddag een mailtje had verstuurd of Rijndata zelf een backup wou maken van de gehele site, kreeg ik om 13u12 een mailtje terug:

Dat komt omdat deze te groot is, kunt u aangeven welke backup u precies nodig heeft, dan maken wij deze, direct aan.

Met vriendelijke groet,

Rijndata BV
Technische dienst

Nadat ik doorgegeven had dat enkel een backup van de DA gegevens prima is (de public_html folder en de MySQL database had ik immers reeds) heb ik hier geen antwoord meer van gekregen. Toen ik exact één uur later belde met de vraag of mij mail goed was aangekomen en hoe men de backup juist ging tot bij mij krijgen (mail? download? etc) werd ik afgeblaft dat Rijndata een groot bedrijf is met tienduizenden klanten en dat ik maar moest wachten op mijn beurt. Rijndata mag dan misschien wel groot zijn, maar klantvriendelijk zijn ze dus niet echt (of tenminste niet die ene persoon die ik aan de lijn had). Ik begrijp dat amper één uur bellen vrij "snel" is, maar men kon dit ook op een normale manier zeggen.

Inmiddels zijn we 16u14, dus reeds 3u na melding, en nog altijd geen spoor te bekennen van de backup. Het lijkt er dus op dat ik op hun medewerking alvast niet moet rekenen (er zijn nog firma's met tienduizenden klanten, waar men wel behulpzaam is, zeker voor zo kleine dingen als even snel een backup in gang steken).

Ik heb dus besloten om het zelf aan te pakken, en de transfer handmatig te doen. De public_html directory is inmiddels dmv FTP overgezet op de nieuwe server echter zit ik nu met de vraag hoe ik de database kan overzetten. Deze is vrij groot (3.22GB) en ik merk dat ik deze via phpmyadmin niet kan uploaden (max 8MB). Dus hoe kan ik deze krijgen op de nieuwe server?

[patrickekkel]

Als je ssh toegang hebt kan je het via de command line doen.

Meerdere database's hiermee geimporteerd.

Om een MySQL databse te exporteren

mysqldump -u username -p database_name > dumpfile.sql

Om een MySQL database te importeren

mysql -u username -p database_name < dumpfile.sql

[dennis0162]

Uploaden via FTP en dan importeren via de command line?

mysql -u da_admin -p -h localhost user_datab < data.sql

-edit-

Zie hierboven dus

[IT-worX]

WHT blijkt nog altijd even snel als vroeger
Ga dit straks eens proberen en laat het resultaat hier weten.

[ichosting]

Je kunt eventueel ook gebruik maken van BIGDUMP script. Deze importeert het in fases via de browser.
Maar via de shell kan uiteraard ook en is nog sneller.

[dreamhost_nl]

Blijf me toch verbazen hoe de backups in DirectAdmin geregeld zijn. Dan gaat dit in cPanel toch wel een stuk soepeler. Is er zelf in real-time een web site over te zetten. Niet dat je daar wat aan hebt natuurlijk.

[IT-worX]

Als er mensen zijn die het overschakelen willen proberen...be my guest! Je moet dat factuur maar sturen.

Ik geef het boeltje op. Dat ikzelf er niet aan uit geraak tot daar nog toe, maar één van de mensen die ik ken, die zelf in de branche zit en dat zelfs hij er niet meer aan uitgeraakt (en zich dood ergert aan de traagheid van die servers van Rijndata dit is er ferm over.
Al 12u bezig voor die site over te zetten...is dat er niet wat over?

Ohja ter verduidelijking : zonet wist Rijndata mij te zeggen dat het maken van backups voor een shared hosting klant geen prioriteit is voor hun. Geen probleem voor mij, maar zorg er dan voor dat ik zelf backups kan maken...


//EDIT
Eén van de mensen die verantwoordelijk zijn voor de VZW heeft zonet van Rijndata een mail gekregen dat ze morgen moeten bellen (!) ivm het maken van de backup.

[Yourwebhoster]

Wat ik zou doen (als de verhuizing nog niet is voltooid) met Rijndata een afspraak proberen te maken wanneer zij een backup gaan maken. Ondertussen wel al de TTL verlagen of course, dat kan sinds kort ook via de DNS manager indien je daar toegang tot hebt. Door de afspraak weet je wanneer je de backup kan verwachten en kan je alles hier om heen plannen.

Tip: phpMyAdmin kan ook de databases synchroniseren. Moet je wel even de access hosts bij de database instellen op de externe MySQL server. Scheelt je weer een up-en-download en het is handig voor als je geen SSH toegang hebt. Maar daarmee heb je natuurlijk nog niet de e-mail accounts en andere instellingen natuurlijk.

[IT-worX]

De verhuizing is helaas nog niet voltooid, maar gelukkig is er morgen telefonisch contact tussen de verantwoordelijke van de VZW en Rijndata zelf ivm het maken van de backup. Ivm de TTL : op welke waarde worden deze het beste gezet om een snelle overgang te verzekeren (er is bij ons weten geen toegang tot de DNS manager).

Wat betreft phpMyAdmin sync, ga ik eens nagaan!

[Yourwebhoster]

TTL moet je minimaal 24 uur van te voren aanpassen (afhankelijk van wat de instelling was). Zonder DNS manager moet je het vragen bij je huidige provider om deze te verlagen, ik zou deze naar 60 zetten en als de verhuizing over is naar 14400 of iets dergelijks. Bij een TTL van 60 hebben de bezoekers bij een IP change snel het nieuwe IP adres. Lager kan maar dan belast je de DNS servers weer extra veel. En bij een aangekondigde migratie zullen je bezoekers 60 seconden zonder een werkende pagina niet vervelend vinden vermoed ik. Zorg er wel voor dat voordat je een backup maakt (en dus voor de IP change) de website suspend of uit zet omdat wijzigingen anders niet meegenomen worden. Mocht een gebruiker toch de oude server krijgen na een IP change dan kunnen er in ieder geval geen forum posts verloren gaan.

Hierbij ga ik echter wel uit van het gebruik van dezelfde nameservers.

[IT-worX]

Gedurende de migratie zal het hele forum op "offline/onderhoud" modus staan zodat posts, PM's, ... niet mogelijk zijn.
Nameservers gaan veranderen overigens

[cyberbootje]

Wat ik nou niet begrijp, waarom kan je samen met de klant en Rijndata niet van tevoren dit afspreken.
Lijkt me wel zo netjes vooral als ze die backup zelfs voor je willen maken, geen ruzie dus lijkt me.
Nu doe je alles op eigen houtje/met de klant en komt erachter dat het moeilijker gaat dan verwacht, aangezien de klant geen 24/7 SLA zal hebben verwacht je wel binnen een middag een fix? Tuurlijk, dat zou zeer fijn zijn maar het had ook anders gekund.

Als je bij voorbaat al een afspraak had gemaakt met alle betrokkenen dan had je een hoop hoofdpijn, ergernis en dit hele topic kunnen vermijden.
Nu lijkt het meer op een bash topic, kan aan mij liggen hoor..

[IT-worX]

Cyberbootje,

Ergens kan ik mij wel vinden in jouw uitleg. Aan de andere kant vind ik het perfect normaal dat ik ten aller tijde een backup kan maken van de data van mijn webhost (zeker vandaag!) en dat ik deze backups kan downloaden. En zelfs dat is niet volledig mogelijk.

Een afspraak maken met Rijndata ivm deze verhuis zou in normale omstandigheden misschien nuttig zijn, maar als ik zie wat bij hun de prioriteit is voor het maken van een backup (als we geluk hebben 24u later...) dan vraag ik mij af in hoeverre ze ons wouden bijstaan tijdens deze verhuis en hoe hun prioriteiten daarop zijn.

Er is inderdaad geen 24/7 SLA (kunnen we dit verkrijgen bij hun? Staat ook bvb nergens op hun website?) maar als wij een simpele backup konden maken van onze data dan hadden we dit ook niet nodig. We spreken dus niet over een fix die we nodig hebben, maar om iets dat in mijn ogen vrij common is : het maken van een backup samen met eventueel het aanpassen van de DNS records. Ik vergelijk dat wat met het maken van een e-mailadres : als ik dat moet doen heb ik mijn ISP ook niet nodig, ik doe dat snel snel even zelf en een minuut later heb je een werkend e-mailadres. Daar moet je niet voor bellen en mailen en doen, je moet dit zelf kunnen. In de jaren 2000 was dit nog normaal misschien, maar aangezien dergelijke functie standaard in DA zit, is het toch logisch dat je dit ook meteen kan?

Het is niet de bedoeling om te bashen tov Rijndata, ze zullen zeker wel goede producten en diensten afleveren. Ik wil gewoon dat ik dit zo snel mogelijk kan overzetten naar de andere ISP met zo min mogelijk downtime. En dit blijkt niet te werken! En aangezien we spreken over een vrij goed lopend forum, is dit een halve ramp dat het 24u niet zal werken...

[cyberbootje]

Tuurlijk is het logisch dat backups gewoon moeten kunnen maar we weten beiden dat het techniek blijft, soms werkt het niet.
Groot gelijk dat het moet kunnen, ik weet het fijne er verder niet van en ook niet of ze een SLA bieden of wat dan ook. Wat ik wel vind is dat je niet altijd kan verwachten dat zaken meteen voor je opgelost worden vooral omdat er waarschijnlijk niks down ligt en gewoon werkt?

Misschien waren ze wel bezig met een storing, als jij die storing had en een andere klant wou persee snel een backup van iets wat nog gewoon werkte..
Gewoon even om te relativeren...
Nogmaals heb verder geen idee hoe wat waar, maar topic komt wel redelijk hard over vooral omdat dit vanmiddag is voorgevallen. Als je nu had gezegd dat dit 3 dagen geleden was dan zou ik zeggen oke...

[IT-worX]

In IT-termen is 3 dagen een eeuwigheid. Tegen dan is er een grote kans dat ik al lang weg ben bij die leverancier. Er kon inderdaad een panne zijn deze voormiddag maar laat je dan heel de helpdesk onbemand? Tenslotte is een backup maken een werkje van niks. Techniek kan zeker falen, maar als een klant meld dat een bepaalde functie niet werkt, dan zou men toch verwachten dat men er ook naar kijkt, en liefst toch diezelfde dag?

Je kan stellen dat het forum werkt, maar de manier waarop is een andere zaak. Ik zou hier nog wat kunnen over verder gaan, maar dit gaat buiten dit topic om (oplossing zoeken hoe je bvb snel die grote DB kan overzetten) en dat zou pas een bashing topic worden...