Bekijk Volledige Versie : Verhuizen in delen, kan dat?
We zitten met een server met een gehuurde DA licentie.
We willen alles, dus admin, resellers en klanten verhuizen naar een server in Duitsland waar nu een owned lifetime license van directadmin op zit.
Er is een nette handleiding verhuizen van DA maar wij willen het liever in delen doen, is dat mogelijk?
Op server 1 is nu domein1.nl met bijbehorende naamservers.
Op server 2 (duitsland) is nu domein1.com met bijbehorende ns1 en ns2.com naamservers. We zouden ook ns3 en ns4.domein1.nl kunnen aanmaken aldaar als dat de verhuizing eenvoudiger maakt.
Maar is het ook mogelijk om dus delen te verhuizen of niet? Dus bijv. eerst reseller 1 met zijn klanten, reseller 2 etc. en als laatste admin met zijn klanten?
Of moet bij zo'n servermove echt alles in 1x gebeuren?
Je kan dat inderdaad in delen doen. Kost je alleen wat meer werk met nameservers aanpassen e.d. wil je dus ns3 en ns4 toevoegen (waarom wil je beide nameservers op 1 machine?!).
Waarom niet alles in 1 keer? Is toch vele malen makkelijker?
Ik wil ook wel alles in 1x, maar zo'n verhuizing is voor mij ook de eerste keer. En ik weet niet 100% zeker of ik de Engelse handleiding van DA zelf ook goed begrijp.
Het zijn maar een 30-tal klanten maar je wilt toch graag dat alles gladjes verloopt.
Is het gewoon dezelfde admin hostnaam aanmaken op de nieuwe directadmin server met de nameservers, dan 's nachts de naamservers overzetten, een admin backup maken en alles transferren naar de nieuwe server en daar restoren?
Dat lees ik uit de handleiding van DA.
Want ik heb het nodige afgelezen maar het lijkt er toch op alsof dat niet zo eenvoudig is als ik het hier stel.
Mag er overigens al een admin account aanwezig zijn op de nieuwe server of kun je het bij zo'n verhuizing beter houden op alleen het oude admin account om problemen te voorkomen?
Maakt het ook nog iets uit dat op de nieuwe server mod_ruid draait en de oude niet?
V.w.b. beide naamservers op 1 machine, ja I know.. zo hoort het niet maar het zijn niet mijn machines en er is nogal wat verhuisgebeuren aan de gang. Als dat klaar is willen we wel netjes doen zoals het hoort.
Yourwebhoster
18/03/10, 18:24
De server move is een backup maken van de gebruiker en restoren op de nieuwe server, waarna je de NS servers in de DNS records aanpast en de DNS servers bij de domein registrar aanpast. Dit kan in meerdere keren, maar ook in een keer. Het snelst is om het in een keer te doen, maar je zal vast een reden hiervoor hebben.
Let wel dat je bij het restoren kiest om het nieuwe IP te gebruiken (anders zal DA een foutmelding geven).
Als je het toch in een keer wilt doen en zo snel mogelijk; dan dien je het backup proces te starten zonder het via FTP over te zetten. Ondertussen het backup proces bezig is, verzend je alvast de backups handmatig naar de nieuwe server waar je het restoren alvast aan zet. DirectAdmin backupped namelijk eerst de files, zit het daarna over en backupped weer. Op deze manier duurt het veel langer, en bij de andere manier backup je het en verzend je het te gelijk.
Ik raad je adminbackup ten sterkste af... Gebruik gewoon de resellerbackups
Yourwebhoster
18/03/10, 18:28
Mag er overigens al een admin account aanwezig zijn op de nieuwe server of kun je het bij zo'n verhuizing beter houden op alleen het oude admin account om problemen te voorkomen?
Maakt het ook nog iets uit dat op de nieuwe server mod_ruid draait en de oude niet?
V.w.b. beide naamservers op 1 machine, ja I know.. zo hoort het niet maar het zijn niet mijn machines en er is nogal wat verhuisgebeuren aan de gang. Als dat klaar is willen we wel netjes doen zoals het hoort.
Het maakt niet uit of de gebruiker al bestaat, deze zal overschreven worden met de backup versie.
Wat mod_ruid betreft, in eerste instantie niet. Ik heb eigenlijk nooit hiernaar gekeken (of DA de permissies en ownership meeneemt) maar de ownership van de bestanden moet goed gezet worden, normaal worden bestanden die geüpload worden met de eigenaar Apache ingesteld, dit moet uiteraard de gebruiker zelf zijn:
ls -l /home | grep '^d' | awk '{system("chown -R " $3 ":" $4 " /home/" $9 "/domains")}'
Edit: Als ik het fout heb, laat het me dan even weten:)
Ik raad je adminbackup ten sterkste af... Gebruik gewoon de resellerbackups
Reseller backups werken in principe hetzelfde als admin backups, alleen zijn admin backups op admin niveau:)
Yourwebhoster
18/03/10, 18:40
verwijder maar, samengevoegd met hierboven
Mooi, alvast hartelijk dank voor de adviezen.
Het snelst is om het in een keer te doen, maar je zal vast een reden hiervoor hebben.
De enige reden om het in delen te doen is om te proberen of het lukt en of dan alles goed gaat. Maar dat kan ik feitelijk sowiezo proberen met een testaccount van mezelf eigenlijk.
en bij de andere manier backup je het en verzend je het te gelijk.
Dus backuppen aanzetten zonder ftp, dat komt dan in /home/admin/admin_backups/ te staan, toch?
Dan handmatig via ftp of sftp de backups wat al klaar zijn, overzetten naar diezelfde directory op de nieuwe server en daar het restoren activeren, heb ik dat zo goed begrepen?
Ik neem aan dat het handig is een dag van tevoren de TTL van de naamservers op 1 uur te zetten ofzo? Of is dat allemaal niet nodig?
@Piwi-web: Heb je bepaalde slechte ervaringen of speciale redenen om het niet middels admin backup te doen maar via reseller backup?
Yourwebhoster
18/03/10, 21:48
Mooi, alvast hartelijk dank voor de adviezen.
De enige reden om het in delen te doen is om te proberen of het lukt en of dan alles goed gaat. Maar dat kan ik feitelijk sowiezo proberen met een testaccount van mezelf eigenlijk.
Dus backuppen aanzetten zonder ftp, dat komt dan in /home/admin/admin_backups/ te staan, toch?
Dan handmatig via ftp of sftp de backups wat al klaar zijn, overzetten naar diezelfde directory op de nieuwe server en daar het restoren activeren, heb ik dat zo goed begrepen?
Ik neem aan dat het handig is een dag van tevoren de TTL van de naamservers op 1 uur te zetten ofzo? Of is dat allemaal niet nodig?
@Piwi-web: Heb je bepaalde slechte ervaringen of speciale redenen om het niet middels admin backup te doen maar via reseller backup?
TTL kan je inderdaad het beste verlagen, zie http://help.directadmin.com/item.php?id=87
En Pim heeft een tijdje terug wat problemen hiermee gehad, maar ik kan je vertellen dat het goed kan werken. Backups zijn niet foutloos, maar als dat zo is dan krijg je een foutmelding als DA de backup aan het terugzetten is.
Als je wilt kijken of het goed gaat, kun je het natuurlijk ook met 1 account testen. Als dat goed gaat, zet je alles over. Admin backup heb ik geen ervaring mee, maar dat zou normaal gesproken moeten werken.
Yourwebhoster
18/03/10, 22:11
Ik heb het vaak genoeg met en zonder problemen gedaan. Als je er voor zorgt dat je het oude account niet verwijderd zodat je alsnog een backup kan maken, is er niks aan de hand. Andere oplossingen zijn er, maar deze is vrijwel de eenvoudigste.
Ik raad je adminbackup ten sterkste af... Gebruik gewoon de resellerbackups
Mag ik vragen wat daar de achterliggende gedachte achter is?
Ik gebruik dit al heel erg lang en heb echt NUL keer er problemen mee gehad. Maar ik hoor graag een motivering, misschien kan ik er nog iets van opsteken!
Mag ik vragen wat daar de achterliggende gedachte achter is?
Ik gebruik dit al heel erg lang en heb echt NUL keer er problemen mee gehad. Maar ik hoor graag een motivering, misschien kan ik er nog iets van opsteken!
Bij deze dan. Het is wel al een ervaring van 2 jaar terug en heb het daarna dan ook nooit meer gebruikt dus weet daarom ook niet als het op vandaag de dag wel goed werkt.
2 jaar geleden zaten er 1 of meer bugs in die adminbackup waardoor de helft steeds werd overgeslagen zonder fout o.i.d. Corrupte backups en nog meer nare dingen. Na een dag ermee geklooid te hebben heb ik alles maar 1 voor 1 via resellerbackup gedaan waardoor wel alles in 1 keer goed ging.
De precieze fouten ben ik nooit achtergekomen omdat mijn linuxkennis toendertijd vele malen slechter was dan nu en heb toen ook niet verder dan de logs gekeken eerlijk gezegd. Ging mij er meer om dat de resellerbackups wel in 1 keer goed werkte.
Verder neemt de Adminbackup ook alle configuraties van de server mee (apache, ftp, named, e.d.) wat niet altijd even wenselijk is.
Het is dus meer 2 of 3 slechte ervaringen met de adminbackup waardoor ik het niet meer gebruik... Als het goed is hoef ik het de komende maanden ook niet te gebruiken :)
Omdat we het toch over backups hebben. Dagelijkste backups, via admin of reseller? Ik reseller dus ;) (weet niet als admin uberhaupt wel gaat...)
Bij deze dan. Het is wel al een ervaring van 2 jaar terug en heb het daarna dan ook nooit meer gebruikt dus weet daarom ook niet als het op vandaag de dag wel goed werkt.
2 jaar geleden zaten er 1 of meer bugs in die adminbackup waardoor de helft steeds werd overgeslagen zonder fout o.i.d. Corrupte backups en nog meer nare dingen. Na een dag ermee geklooid te hebben heb ik alles maar 1 voor 1 via resellerbackup gedaan waardoor wel alles in 1 keer goed ging.
De precieze fouten ben ik nooit achtergekomen omdat mijn linuxkennis toendertijd vele malen slechter was dan nu en heb toen ook niet verder dan de logs gekeken eerlijk gezegd. Ging mij er meer om dat de resellerbackups wel in 1 keer goed werkte.
Verder neemt de Adminbackup ook alle configuraties van de server mee (apache, ftp, named, e.d.) wat niet altijd even wenselijk is.
Het is dus meer 2 of 3 slechte ervaringen met de adminbackup waardoor ik het niet meer gebruik... Als het goed is hoef ik het de komende maanden ook niet te gebruiken :)
Omdat we het toch over backups hebben. Dagelijkste backups, via admin of reseller? Ik reseller dus ;) (weet niet als admin uberhaupt wel gaat...)
In het begin was hij zeker niet goed maar ik durf met de ervaring van het afgelopen jaar echt wel te zeggen dat het goed werkt! Echt nooit problemen mee.
Verder neemt de Adminbackup ook alle configuraties van de server mee (apache, ftp, named, e.d.) wat niet altijd even wenselijk is.
Hmmmz... interessant. Welke named, ftp etc. configuraties neemt die backup dan mee? Want als ik ga kijken bij admin backup/transfer zie ik alleen staan of ik alle users wil kiezen, alle behalve xxx of geselecteerde.
Zie daar niets bij staan van OS of daemon configs. Of doel je op de uid/gid van bijv. de public_html directory etc.?
Ik denk niet dat hij die configuratie tegenwoordig nog meeneemt, of ze zouden in de user "admin" moeten zitten, maar die zet ik toch nauwelijks mee over.
@Piwi-Web: Uhm, vergeet niet dat het Admin back-ups tot niet zo lang geleden allemaal in Beta was (stond ook (beta) achter ;)) doe eens gek, bestel vanavond voordat je de kroeg in duikt es een volle admin-backup ;)
Ik gebruik de adminbackups ook veel, heel veel. Het gaat dan ook qua content en configuratie altijd goed. Ik ga er van uit dat in jouw geval de DA en PHP versie hetzelfde zijn.
Je kan gewoon een keer volle admin-backup aanzetten met FTP transfer naar de nieuwe server, daar uitpakken en kijken wat er gebeurt. Hiermee kan je de tijden checken hoe lang het gaat duren bij zowel inpakken als het restoren. Tijden onthouden? Geen errors? Users deleten op de nieuwe server en een dag plannen dat je wél de overgang gaat meemaken (nameservers wijzigen). Aangezien het om 30 klanten gaat lijkt het me dat het een fluitje van een cent is (Hoevel GB data gaat het om?)
Je kan ook de .nl nameservers op de nieuwe server koppelen aan je .coms (zodat de ns1/ns2.x.com én ns1/ns2.x.nl werkt), zodat je alleen maar de glue hoeft aan te passen bij SIDN van de domeinnamen. Dan kan je later op je gemakje de boel omzetten naar .com als dat moet
Dingen waar je nog wel even op moet letten:
- php modules zoals ionCube op de nieuwe server zetten
- safe-mode configuratie etc hetzelfde zetten
- alle andere tweaks die je voor klanten hebt uitgevoerd in php.ini etc overzetten
Succes!
Ik heb een test backup gedaan van een gebruiker, in die backup stond wel de public_html directory en alle andere directory's behorende bij dat account, dus zeg maar alles vanaf /home/ dus /usernaam/domains/public_ftp en html etc. etc.
De restore was goed gelukt overigens, alleen viel me op dat met die mod_ruid op de nieuwe server misschien nadien wel de owner goed gezet moet worden.
@Keizer: Bedankt voor de tips. Php.ini was al aangepast, net als de firewall etc. allemaal een beetje gelijk gezet.
Inderdaad een goed plan om eens te testen zoals jij aangeeft.
Yourwebhoster
19/03/10, 16:56
Ik heb een test backup gedaan van een gebruiker, in die backup stond wel de public_html directory en alle andere directory's behorende bij dat account, dus zeg maar alles vanaf /home/ dus /usernaam/domains/public_ftp en html etc. etc.
De restore was goed gelukt overigens, alleen viel me op dat met die mod_ruid op de nieuwe server misschien nadien wel de owner goed gezet moet worden.
@Keizer: Bedankt voor de tips. Php.ini was al aangepast, net als de firewall etc. allemaal een beetje gelijk gezet.
Inderdaad een goed plan om eens te testen zoals jij aangeeft.
de mod ruid moet je gewoon opnieuw instellen en de configs opnieuw laten schrijven, niet zo veel werk.
Nee klopt da's peanuts, dan gaan we het maar eens proberen denk ik.
Iedereen bedankt voor de tips en comments!