sites verhuizen

[dekruik]

Goedemorgen, middag of avond,

Ik heb misschien voor de vaklui onder jullie een makkelijke vraag, ik heb gezocht maar kon geen antwoord vinden op dit forum.

Ik zit als reseller bij Hoster X
Inmiddels draaien daar 45 websites en 55 domeinamen.
Er zijn websites bij die forums, fotoboeken, gastenboek enz. draaien.
PHP5 en MySQL.
Klanten hebben via hun eigen DA, E-mail accounts, forwarder enz. ingesteld.

Ik wil nu met alles naar Hoster Y (meer uptime daar en andere voordelen)
Hoe kan ik nu als reseller het snelst alle sites van mijn 'klantjes' incl. data base enz. verhuizen?


Bij X heb ik DA en bij Y komt ook DA.

[Active8]

Gewoon backup maken van al je klanten via DA , via FTP downloaden en de ingepakte bestanden op de zelfde manier naar je nieuwe Y hoster uploaden, via de DA de backup terug zetten en voila (niet vergeten de nieuwe IP adres te gebruiken bij het terug zetten

[Derek-Jan]

Als ik hier even mag aanhaken, ik heb een soortgelijk probleem :

site staat op server met DA en moet op server met DA.

Nu heb ik heel simpel een backup gemaakt via de ingebouwde functie in DA, deze geupload naar nieuwe server via ftp en met de restore functie weer opgehaald met DA.

Helaas werkt het niet. Wat zijn de punten die fout kunnen gaan en waar moet ik op letten? De config.php heb ik wel aangepast omdat ik zag dat de dbase namen anders waren (ww ook ?)

[marsipulami]

zou moeten werken, op reseller niveau een backup maken van je klanten, en ook deze backups weer trugzetten.
bij het terugzetten aangeven dat je een ander ip adres gebruikt, en eventueel indien nodig de nameservers aanpassen.

ik heb het deze week nog gedaan, ging foutloos.

@Derek-Jan: config.php aangepast?

[dekruik]

zou moeten werken, op reseller niveau een backup maken van je klanten, en ook deze backups weer trugzetten.
bij het terugzetten aangeven dat je een ander ip adres gebruikt, en eventueel indien nodig de nameservers aanpassen.

ik heb het deze week nog gedaan, ging foutloos.

@Derek-Jan: config.php aangepast?

Als ik als reseller inlog zie ik maar een backup mogelijkheid, en daar komt dit:

Feature Disabled
Details
The Administrator has disabled the User Backup Function

[Derek-Jan]

zou moeten werken, op reseller niveau een backup maken van je klanten, en ook deze backups weer trugzetten.
bij het terugzetten aangeven dat je een ander ip adres gebruikt, en eventueel indien nodig de nameservers aanpassen.

ik heb het deze week nog gedaan, ging foutloos.

@Derek-Jan: config.php aangepast?

Config.php heb ik aangepast : tenminste de database namen, neem aan dat de wachtwoorden wel worden meegenomen ? Of niet ?

En wat word bedoeld met 'aangeven ander ip adres' ??

Wat mij wel opvalt is dat hij de mailadressen wel meeneemt maar rechtsboven in het overzicht staat maar 1 mailadres 'gebruikt' ipv de 10 die aangemaakt zijn. Geld ook voor de database : 0 ipv de 2 die ik zie staan in het db menu.

Ik heb nameservers nog niet aangepast (kan nog niet ivm verhuis domien) maar getest via ip en krijg daar een foutmelding.

[cfmweb]

Als ik als reseller inlog zie ik maar een backup mogelijkheid, en daar komt dit:

Feature Disabled
Details
The Administrator has disabled the User Backup Function

Als de backup functie is uitgeschakeld wordt het lastig..
Beter even je provider vragen om dit aan te zetten..

[marsipulami]

Config.php heb ik aangepast : tenminste de database namen, neem aan dat de wachtwoorden wel worden meegenomen ? Of niet ?

En wat word bedoeld met 'aangeven ander ip adres' ??

Wat mij wel opvalt is dat hij de mailadressen wel meeneemt maar rechtsboven in het overzicht staat maar 1 mailadres 'gebruikt' ipv de 10 die aangemaakt zijn. Geld ook voor de database : 0 ipv de 2 die ik zie staan in het db menu.

Je bedoelt de config.php van de site dan, heb ik verkeerd begrepen.

ander ip adres, je kan tijdens het terugzetten van de backup aangeven dat je een nieuw ip adres hebt, dus het ip adres van je nieuwe server.

[cfmweb]

Config.php heb ik aangepast : tenminste de database namen, neem aan dat de wachtwoorden wel worden meegenomen ? Of niet ?

En wat word bedoeld met 'aangeven ander ip adres' ??

Wat mij wel opvalt is dat hij de mailadressen wel meeneemt maar rechtsboven in het overzicht staat maar 1 mailadres 'gebruikt' ipv de 10 die aangemaakt zijn. Geld ook voor de database : 0 ipv de 2 die ik zie staan in het db menu.

Ik heb nameservers nog niet aangepast (kan nog niet ivm verhuis domien) maar getest via ip en krijg daar een foutmelding.

Zo moeilijk zou het allemaal helemaal niet moeten zijn. Als je bij het terugzetten van de backup het juiste ipadres ingeeft (van de "nieuwe" server dus) hoort het gewoon te werken.
Het kan wel zijn dat je wanneer je een account via ip benaderd er uit veiligheidsoverwegingen minder "rechten" zijn, waardoor scripts ed niet werken.

[ichosting]

Config.php heb ik aangepast : tenminste de database namen, neem aan dat de wachtwoorden wel worden meegenomen ? Of niet ?

Als je de backup functie van DA gebruikt op de juiste manier en ook op de juiste manier weer restored, dan hoef je niets aan te passen. Ook de database namen etc niet, omdat dit standaard wordt gerestored.

Wanneer deze functie is uitgeschakeld, even met je hoster contact opnemen om het te laten inschakelen?

[cfmweb]

Dat zeg ik..
Ik wilde nog plaatjes toevoegen bij mijn vorige bericht maar dat ging niet meer:

Dus eerst op de "oude" server:



En dan op de "nieuwe" server:



zou moeten lukken zo..

[Derek-Jan]

Wat ik zie op die plaatjes heb ik niet gehad. Ik ga nog eens even puzzelen. Bedankt voor de toelichting.

[brinkie]

Met FTP uploaden op de nieuwe DA-server is niet de snelle methode. Het is veel handiger als je even inlogt met SSH en een ftp-sessie opzet naar de oude en de bestanden even overhaalt. Daarna de backups weer extracten zoals aangegeven in de post van cfmweb.

Maar eigenlijk zou je gewoon je nieuwe host natuurlijk even kunnen vragen om het te regelen voor je danwel ondersteuning te geven hierbij. Die heeft dat vast vaker gedaan, weet je zeker (althans, dat neem ik dan maar even aan, gemakshalve) dat het goed komt..