Flytta 350Mb´s MySQL-databas ? Problem ...

[s9d8as0vjk]

Vet nån hur man flyttar en 350Mb´s MySQL-databas från en server till en annan ? Verkar inte funka via PhpMyAdmin och kopierar man filerna blir inte rättigheterna på databasen rätt ...

 

[fireblade]

Vet inte riktigt...provat ghost?

Problem med potatisforumet?

 

[Freppa]

Pröva med SP_Detach och SP_Attach (Finns i SQL Server, kommer inte ihåg vad motsvarande heter i MySQL, men något liknande), alternativt den långa vägen:
1: Ta en backup på den gamla servern
2: Skapa en tom databas med samma namn på den nya servern
3: Läs tillbaka backupen på den nya servern

 

[s9d8as0vjk]

Fireblade, Ghost ? *lol* Inte problem på det sättet ... håller på att byta server bara.

Freppa, i MySQL så heter det "mysql dump" och det har vi kört via PhpMyAdmin men då får man nån jäkla timeout när man ska läsa tillbaka dom igen.

Om man flyttar alla filer (*.frm, *.MYD & *.MYI) från gamla till nya servern så blidet någe knas på rättigheterna ... vet inte varför. Freppa kännder du någon kung på MySQL ?

 

[Freppa]

Nope, är inne i Pyttemjuk världen mera än MySQL, och så är även mina vänner. Dock trodde jag att Dump var motsvarande Bulkcopy eller liknande i SQL.

Om du får TimeOut - Ställ upp tiden till oändlighet. Den kanske ser inläsning som en enda transaktion (konstigt isåfall)

Ett annat alternativ är att sätta gamla och nya servern på samma nät, och helt enkelt scripta ut hela databasen exklusive innehåll till den nya servern för att sedan köra överläsning manuellt mellan tabellerna (Select into.....)

 

[Tom]

Det mysqldump gör är att generera en fil med sql-kommandon för att skapa dels databasen, strukturen och innehållet (din data).

Om man vill så kan man generera enbart strukturen ur dem.
Det som sannolikt händer i detta fall dock är att det tar för lång tid att köra sql-scriptet, så att php hinner få en timeout.
Enda botemedlet är att i så fall ställa om timeouten i php, alternativt köra kommandofilen på annat sätt.

Eller den hårda vägen, ta dumpfilen som genereras och dela upp den i två eller flera delar. (det är en vanlig textfil), om man har flera olika databaser med ungefär samma mängd innehåll så ser man rätt lätt var de olika databaserna skapas i filen.

 

[Pank]

ingen kung på det direkt, men gjorde ett projektarbete förra terminen där vi hade en hyffsad stor mysql db,

dela upp dumpen i en del som konstruerar tabellerna (i rätt ordning) o sen tar du delen med datan som ska in, den kan du i sin tur dela upp i flera delar om du fortfarande får timeout...

-=P=-

 

[s9d8as0vjk]

Tom & Pank, den varianten ni säger funger ... men ... man kan inte ta tillräckligt stora delar för att det ska funka i verkligheten. Gränsen verkar gå vid ca 2 Mb ... och man får vänta en bra stund för varje bit. Inte hållbart alltså ...

En polares polare försöker hjälpa oss just nu dock.

 

[Zigge]

Ööööh, vafaaaan, lägg tråden i rätt avdelning va!!!
Sabla datanissar, håll er till ert vetja! Öööh!

 

[Freppa]

Öh typ käft fan

 

[s9d8as0vjk]

Zigge, ap-ap-app ... så här står det "Har du en dator? Trevligt, prata siffror i detta forum."

Detta handlar inte om siffror ...

 

[Viper]

Du kan flytta databasfilerna utan problem, bara du kommer ihåg att lägga in nya rättigheter om du inte ska ha med data/mysql också. det är i den filen/mappen alla rättiheter ligger i.

mysqldump funkar också väldigt bra, då den tar med sig rättiheter. dock ska man inte köra det över ett php-script utan direkt på servenr.

Alternativet är att du sätter upp en replika av databasen på den nya servern. Master/Slave varianten, men den låter onödigt bökig.

// V

 

[Swedie]

Mr B

Be admin att ga till mysql/data
och packa ihop din databas katalog som heter samma som din databas till .zip format eller vad du nu vill ha.

Sen flyttar han den till en katalog sa du kan ladda ner den fran natet.

Efter det, byter du server, ber nya admin att ta emot din ihop .zip packade databas och packa upp i /mysql databasen pa den nya servern.