In Exchange 2003, we did it along the lines of Store for surnames starting A-H. So we may have surnames A-H on server 1. This is for standard size mailboxes (upto 200mb) then we have on each server a store for large mailbox users i.e over 200mb, for users with surnames A-H
Server 2 will be I-N etc We took the view if store A-H fell over it will be less to restore, less users effected, most managers have over 200mb mailboxes It's what ever fits the needs of the business. John ________________________________ From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk] Sent: 15 February 2012 12:04 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Like another poster said, it's entirely down to the organisation. We do ours randomly because we have lots of different types of users. Having all our execs or a certain department all go offline at the same time would be pretty unacceptable - and I imagine we wouldn't be alone. DAGs haven't influenced my decision either way. Who is regularly defragmenting their EDB files anyway?! We also don't have time or resources to move mailboxes around based on the department a user is in, or a quota applied to that mailbox, or what building they're in, etc. I'm not saying that's the final word - this is a healthy debate after all! Richard From: bounce-9487747-8066...@lyris.sunbelt-software.com [mailto:bounce-9487747-8066...@lyris.sunbelt-software.com] On Behalf Of Dave Wade Sent: 15 February 2012 10:41 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Perhaps we might want to argue the case a little? You need a different mindset with Exchange 2010 and DAGs. You can no longer just take a database off-line and run "ESEUTIL/D" on the database as this creates a new database any copies in the Dag will need to be re-seeded. So I suggest that in many environments Exchange Mailboxes and the databases they reside in is something you may need to actively manage to get the best use out of your hardware. Schemes where you allocate users to databases on some kind of fixed basis are most likely doomed to failure. Not only do you need random allocations, but if a database grows too big you may need to create two new ones, re-balance the users across the new ones and then delete the old. Dave Wade 0161 474 5456 From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk] <mailto:%5bmailto:r.so...@imperial.ac.uk%5d> Sent: 15 February 2012 09:17 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Randomly. From: bounce-9487411-8066...@lyris.sunbelt-software.com [mailto:bounce-9487411-8066...@lyris.sunbelt-software.com] <mailto:%5bmailto:bounce-9487411-8066...@lyris.sunbelt-software.com%5d> On Behalf Of Shih, Henry Sent: 14 February 2012 17:30 To: MS-Exchange Admin Issues Subject: Exchange 2010 database What is the best practice or guideline when you create/organize databases in your organization? How do you add/organize users into different databases? By location? By their size of current mailbox? By department? By users' job title? ............... Thanks. Henry Shih System Administrator --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist ********************************************************************** The Council has launched its Streets Ahead initiative to show how we can keep Stockport moving during the winter months. For all the latest news visit the new web pages at www.stockport.gov.uk/streetsahead This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to whom they are addressed. As a public body, the Council may be required to disclose this email, or any response to it, under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act. If you receive this email in error please notify Stockport ICT, Corporate & Support Services via email.qu...@stockport.gov.uk and then permanently remove it from your system. Thank you. http://www.stockport.gov.uk ********************************************************************** --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
