Har fått i uppdrag att flytta en ASP-sajt med tillhörande MySQL-databas från en server till en annan. Jag är kan inte så mycket på området och förväntar mig att massa oförutsedda saker kommer krångla, så jag tänkte försöka förbereda mig så mycket som möjligt. Vad behöver jag tänka på? :)
ASP-stöd ska finnas installerat och även MySQL. Tänkte använda MySQL Administrator för att göra en backup på första servern som jag sen bara restorar på den andra servern. Det borde väl funka?
Jag har noll koll på hur mycket IT-ansvarig för nya servern kan, men då det är ett museum det gäller så är det kanske större risk för problem än på ett IT-företag. Vad är det som brukar kunna krångla vid såna här flyttar?
Först och främst; finns det en risk att det skrivs till databasen under tiden som flytten pågår? Om du tar en backup och låter sajten fortsätta gå, och sen pekar om sajten till den nya (restore'ade) databasen, så kommer ju data hamna i den gamla databasen under tiden, och då har du inkonsistensproblem som heter duga. Eller ska ni stoppa sajten helt under tiden?
Har fått i uppdrag att flytta en ASP-sajt med tillhörande MySQL-databas från en server till en annan. Jag är kan inte så mycket på området och förväntar mig att massa oförutsedda saker kommer krångla, så jag tänkte försöka förbereda mig så mycket som möjligt. Vad behöver jag tänka på? :)
ASP-stöd ska finnas installerat och även MySQL. Tänkte använda MySQL Administrator för att göra en backup på första servern som jag sen bara restorar på den andra servern. Det borde väl funka?
Jag har noll koll på hur mycket IT-ansvarig för nya servern kan, men då det är ett museum det gäller så är det kanske större risk för problem än på ett IT-företag. Vad är det som brukar kunna krångla vid såna här flyttar?
En hel del kan nog gå snett. Olika collations kan störa, vilket konto MYSQL körs under på den nya servern borde kunna störa om man har otur.
Du kan ju testa att restora en gammal back-up på den nya servern först. Fungerar det bra kan du gå vidare!
Kan man sätta en MYSQL-databas i read-only mode(?) så är det bra idé. Då kan användare läsa info från databasen, även om de inte kan skriva. Direkt efter kör du back-up. Restora back-up:en på den nya servern. Verifiera att det verkar fungera, peka om applikationen till den nya servern.
Tack för era bra svar, uppskattar verkligen er hjälp! (y)
OveRRidE skrev:
Först och främst; finns det en risk att det skrivs till databasen under tiden som flytten pågår?
Override: Nej, sajten är inte publicerad än, så det finns ingen risk för inkonsistens mellan nya och gamla servern.
Peter S skrev:
Kontrollera versionerna på MySQL. Om versionen på den server du skall flytta databasen till är äldre, är det kanske inte omöjligt att du får problem.
Peter S: Jag vet inte säkert än, men jag tror MySQL-versionen på testservern är 4.1.13 och på den nya servern antar jag att det är "den senast rekommenderade", så gissningsvis 5.x? Kan det bli problem om man importerar en gammal DB in i en nyare version eller brukar det gå smärtfritt?
invecklaren skrev:
En hel del kan nog gå snett. Olika collations kan störa, vilket konto MYSQL körs under på den nya servern borde kunna störa om man har otur.
invecklaren: Intressant, kan du utveckla det här lite mera, både collations och konton? Jag har ju aldrig behövt tänka på hur man ställer in konton tidigare, allt är ju "bäddat och klart" när man använder vanliga webbhotell med t ex phpMyAdmin. Begreppet "collation" har jag inte ens hört förut, enligt Wikipedia handlar det om... organisering och sortering...?
Hrrm, ställer hellre dumma newbiefrågor här på wF, än låtsas som att jag kan det och får problem senare. :)
Tyvärr är min erfarenhet av MySQL begränsad, jag jobbar mest med Windows & SQL Server. Vissa saker antar jag är rätt lika ändå.Databasen måste köras under ett dator-konto.
Detta konto måste förstås ha rätt rättigheter så att det får skriva till diskarna på det sätt som är tänkt. Förmodligen är det inget problem, men man vet aldrig.
Collation anger hur data ska sorteras. Om man har svenska ord/texter i databasen vill man oftast ha svensk sorteringsordning så att Å, Ä och Ö kommer sist i alfabetet och inte annat. Sorteringsordningen anges under installation av databasservern. Skulle du kanske ha Svensk/Finsk sorteringsordning i din nuvarande databas men admin har installerat med Latin på den nya servern så skulle du nog får lite problem.
Observera att mina erfarenheter baserar sig på SQL Server, det finns nog andra här som kan svara bättre.
Peter S: Jag vet inte säkert än, men jag tror MySQL-versionen på testservern är 4.1.13 och på den nya servern antar jag att det är "den senast rekommenderade", så gissningsvis 5.x? Kan det bli problem om man importerar en gammal DB in i en nyare version eller brukar det gå smärtfritt?
Jag kan tänka mig att du kan råka ut för en del saker. T.ex. kan nya reserverade ord lagts till som tidigare inte varit reserverade. Det kan nog vara bra att läsa igenom Upgrading from MySQL 4.1 to 5.0.
OK, nu har jag fört över filer och databas, men det var förstås en hoper oförutsedda problem. T ex stavfel på lösenordet de gett mig... :OO
Ett som jag inte lyckas komma på lösningen till är teckenkodningen. Det som lagrats med å,ä,ö i databasen visas som ä ö och annat knas. Både nya och gamla databasen är i UTF-8, anropet till databasen i UTF-8 och html-sidorna i UTF-8. Var kan felet ligga...?
Prova att trycka in databasdumpen igen efter att du har redigerat in SET NAMES 'utf8' precis innan du gör första sql-statementet (men efter USE databasnamn om du har det med)
Prova att trycka in databasdumpen igen efter att du har redigerat in SET NAMES 'utf8' precis innan du gör första sql-statementet (men efter USE databasnamn om du har det med)
Hm, det hjälpte inte.
/red. Men nu har jag hittat nåt skumt... latin1 i en db-inställning som jag inte kan ändra. *mailar databasadmin och håller tummarna* :)
Ett klassiskt problem vid databasflytter. Om du istället, på hemsidan, presenterar innehållet i databasen som Latin-1, fungerar då åäö? Det skulle ju isåfall kunna bekräfta att det är fel teckenkodning.
Ett klassiskt problem vid databasflytter. Om du istället, på hemsidan, presenterar innehållet i databasen som Latin-1, fungerar då åäö? Det skulle ju isåfall kunna bekräfta att det är fel teckenkodning.
Tack så mycket gein! :D När jag bytte till latin1 i databaskopplingen från hemsidan visas alla svenska tecken perfekt och sparas när jag gör nya inlägg.
Så.. hum.. kan man låta det vara så och vara lat :OO eller bör man rota vidare i problemet? Ur användarperspektiv så funkar ju sidan som den ska. Ser det ut som i alla fall.
(Tack för att du skriver mitt namn med litet g! Det uppskattas! :f )
Nja, du kan vara lite lat om du vill :)
Det fungerar ju. Men om du verkligen vill köra UTF-8 så får du nog jobba lite mera. Något verkar ju bli knas när du dumpar databasen. Ett alternativ kan vara att konvertera din export-dump till UTF-8 i efterhand. Jag tror det går med iconv i Unix-världen men det verktyget kanske du inte har tillgång till?
Ja, nånting händer när jag dumpar databasen. Men jag tror personen som skapat hemsidan och databasen får ta över nu och besluta vad som ska göras. Jag kan inte tillräckligt om sånt här och Unix är definitivt överkurs för mig.
Till nästa gång så verkar det i alla fall bäst om databasen från allra första början skapas i enbart UTF-8.
144 ms totalt · 3 externa anrop · v20260731065814-full.25f56b17
