chasz Posted April 7, 2009 Posted April 7, 2009 Mysql dump too large for re-installing !! i dumped my client's database into a file, thinking all i had to do was rerun the queries and we re away !! But the mysql server keeps timing out before it gets completed !! Does anyone know how to do this?? i tried the mysql tool that came along with it, and a couple of other commercial ones and none of them can keep the server alive long enough to complete the task.
chasz Posted April 7, 2009 Author Posted April 7, 2009 does it work?? is it reliable?? this forum is slow btw !!
RobertMidd Posted April 7, 2009 Posted April 7, 2009 Never used it but I would give it a try given the ratings of the script (4.76 out of 5) from 7953 Ratings
chasz Posted April 7, 2009 Author Posted April 7, 2009 isnt that what the skins inserts have?? extended inserts?Note 1: BigDump will fail processing large tables containing extended inserts. An extended insert contains all table entries within one SQL query. BigDump isn't able to split such SQL queries.
Michael Posted April 7, 2009 Posted April 7, 2009 No. Assuming you do everything correctly, bigdump will work for you. Just try it.
Mark H. Posted April 7, 2009 Posted April 7, 2009 If you have SSH access to the server, you can accomplish this from the command-line as well, can't you? If NOT, just ignore what follows. ;) But if YES, this might help. (This works for me, on my Reseller host, but may not work for your situation.) Assuming you have gunzip installed, the syntax would be *something* like this (varies with OS and other programs): gunzip ipb.sql.gz ; mysql -u (account-name_database-user-name) -p (account-name_database-name) < ipb.sql <- NOTE: replace (account-name_database-user-name) with the full prefixed name of your chosen database's user name, and replace (account-name_database-name) with the full prefixed name of your chosen database. Or is your file *SO* large that it would cause this timeout issue even so?? (I just don't know.)
chasz Posted April 7, 2009 Author Posted April 7, 2009 wow that thing is so large the clipboard refuse to take it !! Funny thing is i looked at the skins on the installed db WITHOUT the above insert an i see all my edits there?? why? INSERT INTO `ibf_skin_templates_cache` (`template_id`, `template_group_name`, `template_group_content`, `template_set_id`) VALUES();
chasz Posted April 7, 2009 Author Posted April 7, 2009 why do we even need that table? isnt the skins cached out to a file?
Michael Posted April 8, 2009 Posted April 8, 2009 Did you have some error related to that table? I've never had an issue with it.
chasz Posted April 8, 2009 Author Posted April 8, 2009 yeah that the culprit table.....is that table even needed if i just re-cache the skins....
chasz Posted April 8, 2009 Author Posted April 8, 2009 i did the old cut'n'paste job ;) anyways do i need that data in that table thanks?
Nervosa Posted May 29, 2009 Posted May 29, 2009 Sorry for bumping a month old topic, was wondering what you used to reinstall your back up or if you are still unable to do so. I had kinda the same problem. I would use mysqldump make a copy then move it to my new server. When I tried to reinstall the dump mysql would become unresponsive. I had a server tech try and move my DB for me, after a few hours still nothing. (I ended up looking at phpmyadmin and saw that it was getting caught up on "ibf_posts") The tech tried something else and was able to copy and import my DB in about 40min, below is what they told me they did. /etc/init.d/chkservd stop; /etc/init.d/mysql stop Then I made a backup of the database with the following: tar -zcvf /root/backup.tar.gz /var/lib/mysql/database This created the compressed file backup.tar.gz in the /root directory, which I then transferred to the new server via scp with: scp /root/backup.tar.gz root@new.server.ip.addy:/root/ While the backup was being transferred, I restarted chkservd and mysql with: /etc/init.d/mysql start; /etc/init.d/chkservd start On the new server I stopped chkservd and mysql in the same fashion as on the old server, and then extracted the tarball with: tar -zxvf /root/backup.tar.gz /var/lib/mysql Then started mysql and chkservd in the fashion noted above. I hope this is some use to others with large databases that for some reason mysqldump doesn't work.I stopped chkservd and mysql with the following command:
ehren. Posted May 29, 2009 Posted May 29, 2009 I used bigdump to transfer my site a few weeks ago.. if the query is too long (I think 300 is the default limit on bigdump), you can always edit it inside the bigdump.php file to allow more.
Recommended Posts
Archived
This topic is now archived and is closed to further replies.