M
MSmart
Guest
Hello,
I need a way to restore 1000 domains within a week or two in order to shift from old plesk7 and 8 servers to Plesk10.1.1 that I have found very nice and reliable (except this weird restore slowness issue).
The steps I am doing are the following:
1. create psa dump for each client on psa8 servers.
2. copy these psa dumps over network to the destination server
3. convert psa dumps into plesk9 format and then to plesk10 format.
4. edit xml description of every client to remap IPs to the new ones and also remap database servers hostnames accordinly
5. start restore process ( either using migration manager in plesk panel pointed to xml description of the client or directly in console using pleskrestore.exe binary).
In the beginning of the process everything seems to be fine - accounts and domains are being restored. Starting from this moment the issue begins. Every next account restore process takes more time than previous. After the system has about 150 domains created the speed of the restore takes too much time. Now the server has 150 domains and conflict resolving takes 30 minutes, the deployer.exe deploys the account with one domain within 5 minutes. Conflict resolution time dramatically increases with each next account restored. Why?
Plesk is very tidy and tries to detect any possible conflicts in resources before these conflicts actually occurs during deployment process. It seems that this is good feature but resolving conflicts takes a time. More to say. During one account restore process I see several times pmmcli.exe is running to resolve conflicts and doing the same things several times: running websrvmng.exe --list-vhosts-vdirs and so on. Why?
It seems that Plesk control panel tries to ensure that I didn't create a domain manually in IIS before plesk does. Why?
Is there a hint/way/utility that allows to restore many backups at once withing a reasonable time frame?
As an addition there are two important issues I experience with Plesk10:
1. Deployer can stuck on win2008 x64 servers: only reboot helps
2. Deployer starts as separate process(not as derivatives of plesksrv.exe or PMMcli.exe) and as result in case I restore large account(59 domains) it is working at the moment of the next small account(1 domain) is ready to be deployed(finished conflict resolution and ready to be shifter to deployer). It seems that deployer has no queue of tasks to do and as a result each next restore process failed until reach free deployer (that finished to restore a large account with many domains already)
Tomorrow I will try to use two another ways :
1. Create one big psa dump on the source server, convert it to plesk10 format and will have one xml description of the whole bunch of accounts to restore. I hope conflict resolving will do this only once and then just starts to deploy accounts and domains.
2. Use GUI migration manager. I suppose it should do the same I described above - only one time conflict resolving and then deploying, deploying...
I had the same situation in summer 2010 but with Plesk9 - all the ways I described here do not work. I had to reinstall the server with win2003x64, install Plesk8.6 and did the restore of 1000 domains within two days. Feel the difference
I hope Plesk10 will be our next production platform.
PS: just imagine: in case you've lost all the server(RAID crash) but have plesk backups. How can you return in business at least within a week?
Thanks,
MSmart
I need a way to restore 1000 domains within a week or two in order to shift from old plesk7 and 8 servers to Plesk10.1.1 that I have found very nice and reliable (except this weird restore slowness issue).
The steps I am doing are the following:
1. create psa dump for each client on psa8 servers.
2. copy these psa dumps over network to the destination server
3. convert psa dumps into plesk9 format and then to plesk10 format.
4. edit xml description of every client to remap IPs to the new ones and also remap database servers hostnames accordinly
5. start restore process ( either using migration manager in plesk panel pointed to xml description of the client or directly in console using pleskrestore.exe binary).
In the beginning of the process everything seems to be fine - accounts and domains are being restored. Starting from this moment the issue begins. Every next account restore process takes more time than previous. After the system has about 150 domains created the speed of the restore takes too much time. Now the server has 150 domains and conflict resolving takes 30 minutes, the deployer.exe deploys the account with one domain within 5 minutes. Conflict resolution time dramatically increases with each next account restored. Why?
Plesk is very tidy and tries to detect any possible conflicts in resources before these conflicts actually occurs during deployment process. It seems that this is good feature but resolving conflicts takes a time. More to say. During one account restore process I see several times pmmcli.exe is running to resolve conflicts and doing the same things several times: running websrvmng.exe --list-vhosts-vdirs and so on. Why?
It seems that Plesk control panel tries to ensure that I didn't create a domain manually in IIS before plesk does. Why?
Is there a hint/way/utility that allows to restore many backups at once withing a reasonable time frame?
As an addition there are two important issues I experience with Plesk10:
1. Deployer can stuck on win2008 x64 servers: only reboot helps
2. Deployer starts as separate process(not as derivatives of plesksrv.exe or PMMcli.exe) and as result in case I restore large account(59 domains) it is working at the moment of the next small account(1 domain) is ready to be deployed(finished conflict resolution and ready to be shifter to deployer). It seems that deployer has no queue of tasks to do and as a result each next restore process failed until reach free deployer (that finished to restore a large account with many domains already)
Tomorrow I will try to use two another ways :
1. Create one big psa dump on the source server, convert it to plesk10 format and will have one xml description of the whole bunch of accounts to restore. I hope conflict resolving will do this only once and then just starts to deploy accounts and domains.
2. Use GUI migration manager. I suppose it should do the same I described above - only one time conflict resolving and then deploying, deploying...
I had the same situation in summer 2010 but with Plesk9 - all the ways I described here do not work. I had to reinstall the server with win2003x64, install Plesk8.6 and did the restore of 1000 domains within two days. Feel the difference
I hope Plesk10 will be our next production platform.
PS: just imagine: in case you've lost all the server(RAID crash) but have plesk backups. How can you return in business at least within a week?
Thanks,
MSmart
Last edited by a moderator: