FAQ |
Kalender |
2008-08-31, 17:00 | #1 | ||
|
|||
Medlem
|
Hej!
Ska lägga en beställning på en hosting leverantör som erbjuder 3 månader gratis dedikerad server. Sen är planen att flytta webbsidan eventuellt till en server i USA. Är detta en bra ide? Man sparar pengar, men är det värt det? Är det någon som gjort en överflyttning, hur fungerar det? Ps. Det är mycket material på sajten och den kommer att inneha en massa inlägg från användare vid överflyttningen. |
||
Svara med citat |
2008-08-31, 17:02 | #2 | ||
|
|||
Klarade millennium-buggen
|
Om du har allt i en databas är det ju inga större problem att flytta, men om du har en massa webbplatser och även mail så kan det bli jobbigt.
Att slänga upp apache och mysql för en webbplats tar ju inte så lång tid. |
||
Svara med citat |
2008-08-31, 17:04 | #3 | |||
|
||||
Bara ett inlägg till!
|
Hur mycket pengar rör det sig om?
Det är väl inga problem förutom att användarna kommer att vara med om en ostabil tjänst det två gånger du flyttar, om det är värt det får du bestämma men jag tycker i regel att man ska satsa seriöst och göra allt man kan för att göra upplevelsen så smärtfri som möjligt. |
|||
Svara med citat |
2008-08-31, 17:09 | #4 | ||
|
|||
Medlem
|
Citat:
|
||
Svara med citat |
2008-08-31, 17:42 | #5 | |||
|
||||
Bara ett inlägg till!
|
Är det bara filer och en databas så kan det gå rätt så smärtfritt. Sätt i så fall upp det först och ändra i din hosts-fil ( /etc/hosts ) så att du kan testa att det fungerar. Då jobbar du förstås bara mot en kopia av databasen. När det sedan är dags för flytten bör du göra så här:
Sänk TTL (time-to-live) för domännamnet/-namnen till några få minuter (300-600 sekunder bör vara lagom). Vänta tills detta slagit igenom överallt. Om du tidigare hade en TTL på 28800 sekunder så ska du till exempel vänta minst 8 timmar från det att inställningarna kommit upp på namnservern till att du fortsätter. När du är säker på att TTL propagerats ut överallt så gör du följande: 1. Lägg upp ett meddelande på båda servrarna om att en flytt pågår och se till att inga skrivningar sker till databasen. 2. Ändra i DNS så att domänamnet/-namnen pekar mot den nya servern. 3. Flytta över en kopia av databasen och eventuella filer som kan ha ändrats. Detta kan göras med exempelvis mysqldump och rsync. Tänk på att gzippa din databasdump innan du kopierar över den, så minskar du tiden det tar att skicka den till den nya servern. 4. När allt är klart öppnar du upp så att du själv kan nå sajterna. Testa att allt funkar. 5. Nu kan du ta bort varningsmeddelandet från den ny servern och släppa på besökarna. 6. Ändra tillbaka TTL till det ursprungliga värdet när du ser att allt fungerar som det ska. Förslagsvis övar du på steg 3 några gånger innan så att du vet hur du ska göra. Om något går riktigt snett under flytten och du vill öppna upp sajten på gamla servern: Ändra tillbaka DNS till att peka mot den gamla servern och ta bort varningsmeddelandet så fungerar allt som det gjorde innan. Här har du en stor fördel av att ha låg TTL. En alternativ metod kan vara att sätta upp databasen på den nya servern till att vara en slavdatabas till databasen på gamla servern, så att de är helt synkade. Med lite jobb skulle du då kunna hålla nertiden till bara några enstaka minuter. Detta är dock betydligt mer avancerat och inte lika praktiskt om något går snett. Med en någorlunda snabb uppkoppling bör min enklare metod ovan bara ta 10-15 minuter, lite varierande beroende på hur stor databasen är och om du har stora filer som måste flyttas under nedtiden. |
|||
Svara med citat |
2008-08-31, 18:06 | #6 | ||
|
|||
Medlem
|
Okej, då vet jag hur en överflyttning kan se ut. Tack för hjälpen.
|
||
Svara med citat |
Svara |
|
|