Connect. Communicate. Collaborate. Securely.

Home » Kerio User Forums » Kerio Connect » Backup very slow after update from 8.5.3 to 9.1.1
  •  
Zakk

Messages: 44
Karma: 0
Send a private message to this user
hello,

i am running a small Kerio Connect on a Windows 2012r2 Server,
10 Users with ~40GB mailstore.
system was running on 8.5.3, a full backup to backup server had taken
nearly 1,5 hours, the *.zip (splitted to 2Gb parts) are ~22 GB.

10 days ago i updated Kerio Connect to latest version 9.1.1.

since update, the full backup is taking around 2 hours per 2GB part,
means the whole backup is now taking ~22 hours !

nothing else was changed, backup machine and kerio connect machine had been rebooted,
no change. as far as i know there are no parameters you can adjust for backup performance.

is this a bug in 9.x version ?

why is backup so slow now?


thx,

zakk

  •  
Zakk

Messages: 44
Karma: 0
Send a private message to this user
no ideas for this behaviour ?

i am the only one with this problem ?

  •  
flyingcanoe

Messages: 5

Karma: 0
Send a private message to this user
We have just done the same upgrade as you, but on a Mac server, and the zip backups are faster now for us.

just a thought - when we originally set up the Kerio Connect back in v6 days, we set the backup zips to segment at 1.8Gb mainly because we thought that we might have issues opening a 2GB file on some filesystems. Since then we have never had an issue browsing or opening a backup zip file.

maybe try a smaller zip size ?

[Updated on: Sun, 16 October 2016 07:18]

  •  
Zakk

Messages: 44
Karma: 0
Send a private message to this user
i trid 2 things:

1) reduced the file size from 2 GB to 1 TB per part -> no change
2) updated to lastest 9.2 version -> no change

backup takes ~27h for only 24 GB of Backupo files
on Up-to-date Hardware, thats a lot too long!
  •  
flyingcanoe

Messages: 5

Karma: 0
Send a private message to this user
Yep, that's too long. Kerio on our old Mac server takes about 7mins to write a 1.9Gb zip to a firewire800 hard drive so something is wrong on your system.

no clues in event viewer ?

tried excluding the destination volume in your AV software ?
  •  
scottwilkins

Messages: 652
Karma: 7
Send a private message to this user
I just updated from 9.0.4 to 9.2 and started seeing this problem. We've got a 500GB store, and have yet to get a full back up due to the slowness.
  •  
Carconnex

Messages: 20
Karma: 0
Send a private message to this user
That's indeed not normal: our full backup of 200GB takes less than an hour (on SSD)

[Updated on: Thu, 17 November 2016 15:58]

  •  
McIrish

Messages: 227
Karma: 8
Send a private message to this user
I too have noticed this. Our mail store is around 450GB and I start the backup at 1AM on a Sunday. Most weeks I have to kill the process at 10AM on Monday because it's still not done and it locks people out of their mailbox while the backup is running. I never used to have that problem but I noticed it started around V9 or 9.1
  •  
Zakk

Messages: 44
Karma: 0
Send a private message to this user
i am glad to hear, that i am not the only one.

just for the record:
windows 2012r2 - kerio connect 8.5.3 (32 bit) = everything fine
windows 2012r2 - kerio connect 9.x (64 bit) = snail backup

nothing else changed, no problems known.
up to date hardware: ESX 5.5 with XEON 6-core, 64Gb ram, SSD + 4TB drives
backup is made to network folder, usual write speed is 100 mb/sec an up.

i would be glad if the devolopers investigate that behaviour.

[Updated on: Sun, 20 November 2016 11:04]

  •  
Maerad

Messages: 147
Karma: 29
Send a private message to this user
Zakk wrote on Sun, 20 November 2016 11:02
i am glad to hear, that i am not the only one.

just for the record:
windows 2012r2 - kerio connect 8.5.3 (32 bit) = everything fine
windows 2012r2 - kerio connect 9.x (64 bit) = snail backup

nothing else changed, no problems known.
up to date hardware: ESX 5.5 with XEON 6-core, 64Gb ram, SSD + 4TB drives
backup is made to network folder, usual write speed is 100 mb/sec an up.

i would be glad if the devolopers investigate that behaviour.


Did you change anything else with the new Mailserver? We run Windows Server 2012 HyperV Host with Kerio installed in a HyperV Guest on Server 2012.

Kerio itself is on a Raid 1 SAS 15k HDD VHDX and needs around 7 min. for the daily differential backup and 6 hours for the full backup on Sunday. And that with only 2 vcore for the OS...

So there seems to be something quite wrong ...

I would suggest the following:

- Try to copy a bigger file to the remote folder, just to be sure, that the network works fine (you won't believe how often I was under the impression I didn't change anything else, and then there was this little change I did with the new Update etc. pp. that messed everything up) Very Happy
- Erase all old Backups and do them from scratch, maybe something is messed up inside
- Change the Backuplocation to another Server / PC for testing purposes
- Check / disable any anti-virus scanner on the mail server and the receiving server (maybe something changed within the backup or exe and a virus tool scans the folders / data)
- Do a "manual" backup - right click on the store folder > send > zip > select the remote folder
  •  
scottwilkins

Messages: 652
Karma: 7
Send a private message to this user
Our setup is identical to Zakk's. Raid 1 SAS on A Dell T420, Our backup worked well on 9.0.4, but on 9.2.0 is started this super slow issue. Only change was the Kerio version. We backup to a NAS.

[Updated on: Mon, 21 November 2016 17:50]

  •  
scottwilkins

Messages: 652
Karma: 7
Send a private message to this user
Here's something interesting. I upgraded the memory in our server from 8 GB to 24 GB and the backup sped up noticeably. But still quite a bit slower than before. Too slow IMHO.
Previous Topic: NEW RELEASE AVAILABLE: Kerio Connect 9.2
Next Topic: Kerio - Very very slow and error all thru log files after 9.2
Goto Forum:
  


Disclaimer:
Kerio discussion forums are intended for open communication between forum members and may contain information and material posted by members which may be useful in learning about Kerio products. The discussion forums are not intended to provide technical support for any specific product. Any information implied or expressed in the discussion forums is that of the posting member. Kerio is in no way responsible for the information posted in the forums, or its accuracy. Kerio employees may participate in the discussions, but their postings do not represent an offical position of the company on any issues raised or discussed. Kerio reserves the right to monitor and maintain the forums to promote free and accurate exchange of information.

Current Time: Sun Dec 11 14:45:35 CET 2016

Total time taken to generate the page: 0.01148 seconds
.:: Contact :: Home ::.
Powered by: FUDforum 3.0.4.