Verhuizen in delen, kan dat?

[Blacky]

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?

[Piwi-Web]

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?

[Blacky]

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]

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.

[Piwi-Web]

Ik raad je adminbackup ten sterkste af... Gebruik gewoon de resellerbackups

[Yourwebhoster]

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]

verwijder maar, samengevoegd met hierboven

[Blacky]

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]

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.

[ju5t]

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]

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.

[Erik H.]

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!

[Piwi-Web]

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...)

[Erik H.]

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.

[Blacky]

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.?