Connect. Communicate. Collaborate. Securely.

Home » Kerio User Forums » Kerio Connect » Best Practice for partitions on new hardware
  •  
jstadter

Messages: 13
Karma: 0
Send a private message to this user
I have a new server for Kerio Connect. Migrating from older hardware. What, if any, best practice is there for setting partitions on new server? We will be running Windows Server 2008 R2 with total drive space of 800 Gb. Should Kerio program be on one partition and the store directories on another, or would you keep everything on one partition? Beg pardon if this is posted somewhere else. Thanks.
  •  
elias

Messages: 114
Karma: 0
Send a private message to this user
jstadter wrote on Mon, 25 October 2010 08:45
I have a new server for Kerio Connect. Migrating from older hardware. What, if any, best practice is there for setting partitions on new server? We will be running Windows Server 2008 R2 with total drive space of 800 Gb. Should Kerio program be on one partition and the store directories on another, or would you keep everything on one partition?

You definitely want to create a separate partition dedicated to just the store. It would be even better if you put the store on a physically distinct RAID 10 array, but if you can't do that, at least make a separate partition.

The key advantages for me of having a separate partition are: minimizing fragmentation from OS activity and you can run a chkdsk without rebooting. On some other servers, we're starting to experiment with doing block-level backups of some of our volumes as it can cut the backup time to a fraction of what a file-based backup takes. Being able to take a block-level backup of just the store would be really advantageous.

-Elias
  •  
automatica

Messages: 75
Karma: 3
Send a private message to this user
As the poster above has said, ideally the mail store will be on a separate partition at the very least. Ideally it'd be on a separate set of spindles to the boot drive.

If you're building a new server, I'd allocate a RAID 1 mirror for the mail spool, 15k drives if you can afford them.

Don't use (if you can avoid it at all) a RAID 5 volume for the mail spool as performance will suffer, it will perform a lot better on RAID 1 or RAID 10.

[Updated on: Tue, 26 October 2010 00:08]


--
kai howells
automatica - specialist technical support for creative professionals
  •  
winkelman

Messages: 2119
Karma: 3
Send a private message to this user
From acceptable to great:
The store on a separate partition, same spindles as the OS
The store partition on 2 separate spindles, RAID-1
The store partition on 4 separate spindles, RAID-10
The store partition on 6 separate spindles, RAID-10

Use 15k RPM drives for the store, if possible.
Do not use RAID-5 for the store, I'd even prefer RAID-1

If I would now buy new hardware, it would be a 8 spindle server, 2 spindles in RAID-1 for the OS, 6 15k RPM spindles in RAID-10 for the store.
  •  
id t

Messages: 50
Karma: 0
Send a private message to this user
elias wrote on Mon, 25 October 2010 20:55
we're starting to experiment with doing block-level backups of some of our volumes as it can cut the backup time to a fraction of what a file-based backup takes. Being able to take a block-level backup of just the store would be really advantageous.

-Elias



Hi,

can you please elaboate? What software/platform are you using for that?

tnx
  •  
elias

Messages: 114
Karma: 0
Send a private message to this user
id t wrote on Wed, 27 October 2010 02:27
can you please elaboate? What software/platform are you using for that?

We've started using Backup Exec System Recovery to do image based backups of servers which are impractical for file-based backup solutions. Our biggest challenge was how to back up our image server which currently has 4 TB of data in roughly 100 million files. Doing a file-based backup used to take 3 weeks, but we can do a full block-level backup in under 8 hours.

Kerio is similar in that every email is a single file, so even a small company will have millions of files in the store. Backing up the store using a block-level backup tool would cut the backup time down to a fraction of what the current built-in file-based backup takes.

Like I said, I'm not doing this with Kerio yet, but I am seriously considering trying it as the results were astounding with my image server.

-Elias
  •  
jstadter

Messages: 13
Karma: 0
Send a private message to this user
Thanks for the replies. My new server has a 900 Gb RAID 10 logical disk. I will be adding 2 more HD's for the OS. I will then have a 300 Gb RAID 1 for the OS and the 900 Gb RAID 10 for the mailstore.

Cheers!
  •  
winkelman

Messages: 2119
Karma: 3
Send a private message to this user
Nice!
I don't think you'll have any speed (nor space) issues Surprised
  •  
GlennK

Messages: 252
Karma: 3
Send a private message to this user
holy.... how are you going to keep track of all those drives? I can barely count that high. 12 hard drives for around 1TB??
Previous Topic: Bad group and AD management?
Next Topic: Undeliverable message delivered
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: Sat Nov 18 00:25:36 CET 2017

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