Migration too slow Plesk Windows 10.4 to 10.4

[bartabc]

Hi, i need migration 200 sites to my new server, booth has Windows Server 2008 Standard 64 bits with same Plesk Windows Version with all update (plesk) installed.

When i use a migration the new server takes a loooong time on Application Step, why this happened ? How can i migrate more faster ?

 

[bartabc]

New important update:

- Booth server have a disable firewall
- A same problem if i try restore backup.

 

[bartabc]

Hello,

I'm really need a help... one site with only 150MB takes a long time to migration....

any ideia ?

 

[IgorG]

Try to use this article http://kb.parallels.com/en/9679 for troubleshooting.

 

[bartabc]

Hello,

I found this:

5360: Debug 01/06/2012 13:07:42.997 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:07:45.088 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:07:47.740 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:07:50.579 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:07:52.872 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:07:55.306 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:07:57.942 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:01.015 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:03.636 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:06.319 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:08.659 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:10.968 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:13.370 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:15.788 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:18.316 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:20.936 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:23.666 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:26.084 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:28.705 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:31.045 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:33.245 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:35.554 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:38.190 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:41.029 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:43.978 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:46.739 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143
5360: Debug 01/06/2012 13:08:49.048 : MailProvider::RestoreMessage [email protected] on provider 127.0.0.1:143

Maybe this cause the error and takes a lot time do finish my migration....

Just to clarify, booth server has a same MailEnable version and Plesk version...

How can i fix this ?

 

[bartabc]

Hello,

Look this image, almost 3 hours to transfer 4 domains with 200MB of total size.

I try everything but i can't find solution to speedup this migration.

 

[bartabc]

This error can happen because the emails have no users connected to them? If so, I believe this is a mistake, because the migration of these users should be created.