Onderwerp: Webwinkel en bijbehorende domein verhuizen

Hallo,

Ik heb het volgende vraagstuk. Ik moet voor een toekomstige klant een reeds draaiende webwinkel (oscommerce) en het bijbehorende domein (.be) verhuizen met zo weinig mogelijk downtime.

De webwinkel eerst overzetten en dan het domein verhuizen is geen optie denk ik. Aangezien je niet in de hand hebt wanneer de domein propagatie voltooid wordt (en dit ook niet gelijk is voor alle internetproviders) zal dit leiden tot twee verschillende databases omdat je niet weet wie op welke server zal terecht komen.

Dus dacht ik het volgende te doen:

• Ik maak het domein op mijn DNS aan, maar zet de IPs van de A records voorlopig naar de huidige servers.
• Ik start de verhuis van het domein, en laat er voldoende tijd overheen gaan tot dit naar alle DNS servers gepropageerd is (laten we zeggen 48u)
• Ik leg de webwinkel stil op de huidige server en maak een dump van de database.
• Ik kopieer alle bestanden en importeer de database op mijn server
• Ik pas de A records op mijn DNS server aan zodat ze nu naar mijn server verwijzen.
• Ik start de winkel terug op.

Als het goed is komen bezoekers nu direct op mijn servers terecht.

Hebben jullie eventueel nog een beter idee of is dit de beste werkwijze?

Ik zou als ik jou was, na het importeren van de database op de nieuwe server, op de oude server een http pagina zetten die je automatisch doorstuurt naar het ip adres van de nieuwe server (wel zorgen dat deze site wordt geserved onder dat ip adres).

Na dat jij namelijk alle A recods hebt aangepast, heb je nog een periode van 48 uur waarin bezoekers/klanten op de oude server terecht komen. Ook kan het natuurlijk handig zijn om de refresh tijd van je A record in te stellen op een uur of minder, zodat elke wijziging wel snel wordt doorgevoerd.

Of je laat beide websites tijdelijk met dezelfde database kletsen.

Oorspronkelijk geplaatst door Freakingme

Na dat jij namelijk alle A recods hebt aangepast, heb je nog een periode van 48 uur waarin bezoekers/klanten op de oude server terecht komen. Ook kan het natuurlijk handig zijn om de refresh tijd van je A record in te stellen op een uur of minder, zodat elke wijziging wel snel wordt doorgevoerd.

Ik dacht dat ik dit omzeilde door de website op de oude host te laten staan en eerst het domein te verhuizen naar mijn nameservers (maar wel de A records nog steeds te linken aan de oude host).

Wordt de hele DNS zone gecached door internet providers? Ik dacht enkel dat authoratieve nameservers voor een domein bijgehouden werden en dat A records (bv het www record van de eigenlijke website) telkens vers werden opgehaald.

Oorspronkelijk geplaatst door gjtje

Of je laat beide websites tijdelijk met dezelfde database kletsen.

Idd, had ik nog niet aan gedacht. Maar dan moeten externe connecties wel toegestaan zijn bij de oude host. Of ik kan de database wel bij mij zetten en dan de oude host remote naar de mijne laten connecteren.

Goed idee.

Iemand die nog wat meer duidelijkheid in het DNS verhaal kan scheppen?

Alle records worden gecached.

Oorspronkelijk geplaatst door gjtje

Alle records worden gecached.

Dus mijn plan is eigenlijk een slecht idee want dan zit ik twee keer met die overgangsperiode?

Yup klopt, alleen als je de gegevens niet aanpast heeft niemand er verder last van. Je zou de TTL van het A record op 5 minuten kunnen zetten, alleen houdt niet iedere ISP zich daar aan.

Een dergelijk verhuizing hebben wij reeds meerdere malen uitgevoerd. Wat wij doen is een backup maken en deze onder een tijdelijke domeinnaam terugzetten op de nieuwe server (tijdelijke domeinnaam stellen we dan in als parked domain). je dient dan wel de configure.php (ook van de admin) goed aan te passen. Onder die tijdelijk domeinnaam kun je dan alles goed zetten, mocht dat nodig zijn.

Zodra dit klaar is, zet je nog eenmaal de db realtime terug waarna je de oude domeinnaam met een redirect doorzet naar de tijdelijke. Op die manier kan de shop gewoon blijven draaien. Vervolgens ga je de nameservers laten wijzigen. Onze ervaring is dat deze binnen enkele uren aangepast is (als je tenminste niet eerst gaat verhuizen maar enkel nameservers aanpast). Zodra de namservers weer goed staan pas je de configure.php's weer aan en klaar is kees. We hebben dit nu 5 keer gedaan en dat is elke keer goed gegaan.

Na de check of de nameservers goed staan en de shop ook weer netjes onder orginele domeinnaam werkt, gaan wij pas over tot een domeinnaam verhuizing.

Succes!

Wij doen dit meestal door tijdelijk de oude host met de nieuwe mysql te laten communiceren (na een dump-restore natuurlijk ).

Op zich een goed moment om je hoster even te testen. Leg hem het probleem voor, hij zou zeker een oplossing moeten kunnen vinden...

Wij werken hier als hostingprovider iig altijd netjes aan mee. Normaal staan we geen externe verbindingen toe maar als mensen ff een belletje doen dan zijn we de moeilijkste niet.

Ook niet als ze op het punt staan weg te verhuizen.

Even tijdelijk een ander domeinnaam registreren en die naast het echte domeinnaam dit ook an het pakket koppelen.
Op de oude server zet je een redirect naar het tijdelijke domein.

Oorspronkelijk geplaatst door Triloxigen

Even tijdelijk een ander domeinnaam registreren en die naast het echte domeinnaam dit ook an het pakket koppelen.
Op de oude server zet je een redirect naar het tijdelijke domein.

Kan eventueel ook met een subdomein, scheelt je weer een paar euro.

Oorspronkelijk geplaatst door DennisWijnberg

Kan eventueel ook met een subdomein, scheelt je weer een paar euro.

Kan ook. Maar daarmee creeer je wel onnodig risico's
Daarom dus een apart domein.

Oorspronkelijk geplaatst door Triloxigen

Kan ook. Maar daarmee creeer je wel onnodig risico's
Daarom dus een apart domein.

Risico's? Welke?

Oorspronkelijk geplaatst door DennisWijnberg

Risico's? Welke?

Dat een subdomein met wildcard bijv ook nog naar een server verwijst in de cache van een provider