Hello,
We have several WHM servers, and we need to transfer some accounts from one of our servers to another. They're all in the same physical cabinet, with the same LAN, using the same WAN interface on the router. The servers all back up to a NAS device that every server has access to. The LAN is either a 1gbps or 10gbps LAN, the WAN interface is a 1gbps connection.
The largest account we need to move has a compressed backup file that's about 220GB. I'm trying to figure out the methods that we can use to transfer the account with minimal downtime.
One method is obviously the transfer tool. The transfer tool eventually uses rsync, is that correct? Is there a time estimate on how long it's going to take to transfer an account with a backup set that's 220GB? Most of that is files, the database is about 70GB when exported using mysqldump.
Is it possible for the new (destination) server to mount the same backup location as the old (source) server, and restore the account from the backup created by the other server? This is what I'm currently testing, but the backup restore page has shown "pending" for about 20 hours, and I can't find any log files with any other information. If I run top, I don't see any backup or restore processes running. I was thinking that we could just restore the account, then later when it's time to make the switch we could rsync to transfer any changed files, and then export/import the database. I did disable the backup on the new server, so that the new server isn't going to try to back up in the same location as another server, but the restore process still let me pick the account and date and start it.
The other alternative is just to do it manually: set up a new account on the new server, use rsync to copy all of the files from the old server, and export/import the database. This is the least-preferred option, because I'd like to have the actual account and settings restored, not just the files. Things like cron jobs, database users, mail accounts, etc.
Are there any other options? We're trying to minimize downtime for the client, which is why it was attractive to just use rsync to manually copy the files. Would using the transfer tool interfere with uptime on the existing site? This is a large PHP application that does a lot of database work. Is there a way I can find out if my restore task is actually still in process, or has failed? The status is "pending," so I don't have an option in the UI to look at log files for it.
Thanks
We have several WHM servers, and we need to transfer some accounts from one of our servers to another. They're all in the same physical cabinet, with the same LAN, using the same WAN interface on the router. The servers all back up to a NAS device that every server has access to. The LAN is either a 1gbps or 10gbps LAN, the WAN interface is a 1gbps connection.
The largest account we need to move has a compressed backup file that's about 220GB. I'm trying to figure out the methods that we can use to transfer the account with minimal downtime.
One method is obviously the transfer tool. The transfer tool eventually uses rsync, is that correct? Is there a time estimate on how long it's going to take to transfer an account with a backup set that's 220GB? Most of that is files, the database is about 70GB when exported using mysqldump.
Is it possible for the new (destination) server to mount the same backup location as the old (source) server, and restore the account from the backup created by the other server? This is what I'm currently testing, but the backup restore page has shown "pending" for about 20 hours, and I can't find any log files with any other information. If I run top, I don't see any backup or restore processes running. I was thinking that we could just restore the account, then later when it's time to make the switch we could rsync to transfer any changed files, and then export/import the database. I did disable the backup on the new server, so that the new server isn't going to try to back up in the same location as another server, but the restore process still let me pick the account and date and start it.
The other alternative is just to do it manually: set up a new account on the new server, use rsync to copy all of the files from the old server, and export/import the database. This is the least-preferred option, because I'd like to have the actual account and settings restored, not just the files. Things like cron jobs, database users, mail accounts, etc.
Are there any other options? We're trying to minimize downtime for the client, which is why it was attractive to just use rsync to manually copy the files. Would using the transfer tool interfere with uptime on the existing site? This is a large PHP application that does a lot of database work. Is there a way I can find out if my restore task is actually still in process, or has failed? The status is "pending," so I don't have an option in the UI to look at log files for it.
Thanks