Plesk Migration

[Daan__]

Wij zijn van plan om onze oude dedicated Plesk server te vervangen door een VPS.

Inmiddels hebben wij de VPS up & running. Plesk is hier succesvol op geinstalleerd. Maar nu moet de data van de oude server naar de nieuwe server.

Hier heeft plesk de prachtige migration manager voor. Heb inmiddels een test gedaan. De meeste domeinen lijken goed overgezet te zijn en alle email adressen lijken ook correct te werken.

So far so good.

Het grote nadeel is dat de migration in totaal 11 uur geduurd heeft. Als ik tijdens de migratie ook kijk op onze servers lijken de migratie processen ook weinig resources te trekken. Alsof ze het bewust rustig aan doen.

Weten jullie een manier om dit proces te versnellen? Of wellicht een andere snellere oplossing?

Ook zit ik nu met het punt dat de server reeds gemigreerd is. Zodra alles goed is getest wil ik natuurlijk de meest recente versie voordat ik live ga. Kan de migratie gewoon opnieuw uitgevoerd worden of kan ik beter de vps formateren en opnieuw beginnen?

Alvast bedankt!

[asusk7m550]

Wij hebben dit ook gedaan, en dit heeft ons helaas bijna 1 jaar gekost.

Dit kwam ook omdat we naar een ander plesk versie gingen, en ook van php4 naar php5.

Ik zou als ik jou was de domeinen die er nu op staan (op de nieuwe omgeving) verwijderen en dan per klant of domein overzetten.

Ik weet niet om hoeveel domeinnamen het gaat, maar 11 uur vind ik niet zo heel erg veel.

[Daan__]

Het gaat om ongeveer 250 domeinen. Deze doe ik dus liever niet per stuk.

Tijdens de migratie wil ik op de oude server de mail server uitzetten.
Dan vind ik 11 uur best wel lang..

Ook als ik zie dat de processen op de servers bijna stil staan lijkt het mij dat het sneller kan..

[Triloxigen]

Wellicht dat het sneller gaat als je het via de plesk dump methode doet?

[marcussmit]

Bij dergelijke migraties kiezen wij elke keer voor per-stuk migraties. Op die manier wordt je gelijk geforceerd per migratie te checken of de boel weer goed in de lucht gekomen is.

Wat ook erg helpt tegen verlies van bezoekers/mail is om gebruik te maken van externe mailrelays en proxyservers. (een mailrelay kan de mail binnen je eigen netwerk vasthouden) en op een proxyserver/loadbalancer kun je bezoekers netjes een "Voor werkzaamheden tijdelijk offline" pagina tonen. Beter nog: je bent niet gedwongen de migratie in zijn geheel uit te voeren, maar kunt gepland per site/domein/pakket migreren.

[mvdster]

Wat Triloxigen zegt, gebruik beter de pleskbackup (pleskdump bestaat niet meer), en lees deze in op de nieuwe server. Blijven de major versie's gelijk?

[easy2host]

Wij doen het als volgt...

stel migratie is rond 23:00....

1. Test migratie met migrator, dan weet je of alles werkt en hoe lang je erover doet
2. met rsync de /var/www/ en de mail directories synchen (dubbel, maar gelijk een test)
3. testen....

4. Op de dag van de migratie, opnieuw starten van de migrator, data is dan redelijk "vers".
Wij blokkeren plesk zodat er geen databases / mailboxes etc aangemaakt kan worden door klanten

migratie klaar..

23:00
1. Datases: dumps maken en inporteren met de hand
2. mail + overige data via rsync syncen.....
3. IP adressen omzetten...

klaar...


eigenlijk altijd alles nog goed gegaan..

[Mikey]

4. Op de dag van de migratie, opnieuw starten van de migrator, data is dan redelijk "vers".

En hij begint weer van voor af aan....

[easy2host]

Punt 1 tot 3 hoeft niet, doen wij om in de avond geen gekke dingen tegen te komen, tussen punt 3 en 4 alle data wissen, plesk is dan weer clean.

Wij zijn meestal in de avond met 20 tot 40 min klaar

[Mikey]

Ik heb vooral het idee dat de oude server niet genoeg io's heeft om fatsoenlijk vanaf te migreren. Ik vind 11 uur wel bijzonder lang.

[Daan__]

Bedankt voor jullie reacties!

De oude server is een (dedicated) server van 2 jaar oud, heeft gewoon 7200 rpm schijfje(s) in raid(1).

Wij hebben al onze domeinen geregistreerd op onze nameservers ns1.<bedrijf>.nl en ns2.<bedrijf>.nl
Hierdoor kunnen wij eigelijk niet de domeinen een voor een overzetten omdat de NS in een keer over gaat.

Wat vinden jullie van de optie om de migratie zaterdag avond rond 23:00 te starten. Op dat moment op de oude server de ftp / mail / psa server uitzetten. Zodat er geen wijzigingen kunnen plaats vinden. 11 uur later is de migratie klaar, DNS over + Database over.

De meeste klanten hebben het waarschijnlijk niet eens door. Vinden jullie dat dit kan?

[easy2host]

Bedankt voor jullie reacties!

De oude server is een (dedicated) server van 2 jaar oud, heeft gewoon 7200 rpm schijfje(s) in raid(1).

Wij hebben al onze domeinen geregistreerd op onze nameservers ns1.<bedrijf>.nl en ns2.<bedrijf>.nl
Hierdoor kunnen wij eigelijk niet de domeinen een voor een overzetten omdat de NS in een keer over gaat.

Wat vinden jullie van de optie om de migratie zaterdag avond rond 23:00 te starten. Op dat moment op de oude server de ftp / mail / psa server uitzetten. Zodat er geen wijzigingen kunnen plaats vinden. 11 uur later is de migratie klaar, DNS over + Database over.

De meeste klanten hebben het waarschijnlijk niet eens door. Vinden jullie dat dit kan?

Vang je mail op wat ondertussen binnenkomt?
het zou betekenen dat alles vanaf 10:00 weer werkt op zondag.

Ik hou het zelf niet accepteren om eerlijk te zijn, zeker gezien er oplossingen zijn waarbij de downtime veel korter kan zijn.

ik denk wel dat weinig mensen het zullen merken, maar ik zou het niet toelaten in onze organisatie.

[Daan__]

Bedankt! We gaan het uitvoeren zoals easy2host ons aanraad