RE: Exchange 2010 database
Randomly. From: bounce-9487411-8066...@lyris.sunbelt-software.com [mailto:bounce-9487411-8066...@lyris.sunbelt-software.com] 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.commailto: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
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] 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] 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.commailto: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.commailto: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
RE: Exchange 2010 database
+1 -- Phil Randal Infrastructure Engineer Hoople Ltd | Thorn Office Centre | Hereford HR2 6JT Tel: 01432 260415 | Email: phil.ran...@hoopleltd.co.uk From: Dave Wade [mailto:dave.w...@stockport.gov.uk] 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:[mailto:r.so...@imperial.ac.uk] Sent: 15 February 2012 09:17 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Randomly. From: bounce-9487411-8066...@lyris.sunbelt-software.commailto:bounce-9487411-8066...@lyris.sunbelt-software.com [mailto:bounce-9487411-8066...@lyris.sunbelt-software.com]mailto:[mailto:bounce-9487411-8066...@lyris.sunbelt-software.com] 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.commailto: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.commailto: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/streetsaheadhttp://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.ukmailto: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.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist Any opinion expressed in this e-mail or any attached files are those of the individual and not necessarily those of Hoople Ltd. You should be aware that Hoople Ltd. monitors its email service. This e-mail and any attached files are confidential and intended solely for the use of the addressee. This communication may contain material protected by law from being passed on. If you are not the intended recipient and have received this e-mail in error, you are advised that any use, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. If you have received this e-mail in error please contact the sender immediately and destroy all copies of it. --- 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
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:[mailto:r.so...@imperial.ac.uk] Sent: 15 February 2012 09:17 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database Randomly. From: bounce-9487411-8066...@lyris.sunbelt-software.commailto:bounce-9487411-8066...@lyris.sunbelt-software.com [mailto:bounce-9487411-8066...@lyris.sunbelt-software.com]mailto:[mailto:bounce-9487411-8066...@lyris.sunbelt-software.com] 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.commailto: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.commailto: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/streetsaheadhttp://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.ukmailto: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.commailto: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
RE: Exchange 2010 database
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
RE: Exchange 2010 database
It's a lovely circular argument which has changed over the years as the underlying storage and management technologies behind Exchange changed. My rule of thumb back in the Exchange 2003 days was do it by department rather than management level. I would rather have an entire department and 1 or 2 senior execs on my case because they were offline that have the entire raft of senior execs after me because their db was offline. Also I've read and found that most e-mail between users is to members of their team and therefore it made sense to keep them on the same database particularly with respect to SIS. Regards [cid:image001.jpg@01CCEBF0.F68AED40] Peter Johnson I.T Architect United Kingdom: +44 1285 658542 South Africa: +27 11 252 1100 Swaziland: +268 2442 7000 Fax:+27 11 974 7130 Mobile: +2783 306 0019 peter.john...@peterstow.com www.peterstow.comhttp://www.peterstow.com This email message (including attachments) contains information which may be confidential and/or legally privileged. Unless you are the intended recipient, you may not use, copy or disclose to anyone the message or any information contained in the message or from any attachments that were sent with this email, and If you have received this email message in error, please advise the sender by email, and delete the message. Unauthorised disclosure and/or use of information contained in this email may result in civil and criminal liability. Everything in this e-mail and attachments relating to the official business of Peterstow Aquapower is proprietary to the company. Caution should be observed in placing any reliance upon any information contained in this e-mail, which is not intended to be a representation or inducement to make any decision in relation to Peterstow Aquapower. Any decision taken based on the information provided in this e-mail, should only be made after consultation with appropriate legal, regulatory, tax, technical, business, investment, financial, and accounting advisors. Neither the sender of the e-mail, nor Peterstow Aquapower shall be liable to any party for any direct, indirect or consequential damages, including, without limitation, loss of profit, interruption of business or loss of information, data or software or otherwise. The e-mail address of the sender may not be used, copied, sold, disclosed or incorporated into any database or mailing list for spamming and/or other marketing purposes without the prior consent of Peterstow Aquapower. No warranties are created or implied that an employee of Peterstow Aquapower and/or a contractor of Peterstow Aquapower is authorised to create and send this e-mail. [cid:image002.jpg@01CCEBF0.F68AED40] From: Ellis, John P. [mailto:johnel...@wirral.gov.uk] Sent: 15 February 2012 02:14 PM To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database 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]mailto:[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.commailto:bounce-9487747-8066...@lyris.sunbelt-software.com [mailto:bounce-9487747-8066...@lyris.sunbelt-software.com]mailto:[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
RE: Exchange 2010 database
But as SIS no longer applies in Exchange 2010, then bunching people together to save space isn't going to work anymore. If that was a major strategy in determining mailbox placement, it shouldn't be carried forward to an Exchange 2010 environment. Break up those stone tablets and carve some new ones :) Cheers, Phil -- Phil Randal Infrastructure Engineer Hoople Ltd | Thorn Office Centre | Hereford HR2 6JT Tel: 01432 260415 | Email: phil.ran...@hoopleltd.co.uk From: Peter Johnson [mailto:peter.john...@peterstow.com] Sent: 15 February 2012 12:59 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database It's a lovely circular argument which has changed over the years as the underlying storage and management technologies behind Exchange changed. My rule of thumb back in the Exchange 2003 days was do it by department rather than management level. I would rather have an entire department and 1 or 2 senior execs on my case because they were offline that have the entire raft of senior execs after me because their db was offline. Also I've read and found that most e-mail between users is to members of their team and therefore it made sense to keep them on the same database particularly with respect to SIS. Regards [Description: C:\Users\ptjohnson\AppData\Roaming\Microsoft\Signatures\peterstow logo2.jpg] Peter Johnson I.T Architect United Kingdom: +44 1285 658542 South Africa: +27 11 252 1100 Swaziland: +268 2442 7000 Fax:+27 11 974 7130 Mobile: +2783 306 0019 peter.john...@peterstow.commailto:peter.john...@peterstow.com www.peterstow.comhttp://www.peterstow.com This email message (including attachments) contains information which may be confidential and/or legally privileged. Unless you are the intended recipient, you may not use, copy or disclose to anyone the message or any information contained in the message or from any attachments that were sent with this email, and If you have received this email message in error, please advise the sender by email, and delete the message. Unauthorised disclosure and/or use of information contained in this email may result in civil and criminal liability. Everything in this e-mail and attachments relating to the official business of Peterstow Aquapower is proprietary to the company. Caution should be observed in placing any reliance upon any information contained in this e-mail, which is not intended to be a representation or inducement to make any decision in relation to Peterstow Aquapower. Any decision taken based on the information provided in this e-mail, should only be made after consultation with appropriate legal, regulatory, tax, technical, business, investment, financial, and accounting advisors. Neither the sender of the e-mail, nor Peterstow Aquapower shall be liable to any party for any direct, indirect or consequential damages, including, without limitation, loss of profit, interruption of business or loss of information, data or software or otherwise. The e-mail address of the sender may not be used, copied, sold, disclosed or incorporated into any database or mailing list for spamming and/or other marketing purposes without the prior consent of Peterstow Aquapower. No warranties are created or implied that an employee of Peterstow Aquapower and/or a contractor of Peterstow Aquapower is authorised to create and send this e-mail. [Description: C:\Users\ptjohnson\AppData\Roaming\Microsoft\Signatures\environment2.jpg] From: Ellis, John P. [mailto:johnel...@wirral.gov.uk]mailto:[mailto:johnel...@wirral.gov.uk] Sent: 15 February 2012 02:14 PM To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database 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]mailto:[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
RE: Exchange 2010 database
No idea about best practice but we do it by department so in the event of a DR we can restore the databases of the most important teams first. Sent from my Windows Phone -Original Message- From: Shih, Henry Sent: 14/02/2012 17:38 To: MS-Exchange Admin Issues Subject: Exchange 2010 database http://www.freebridge.org.uk http://twitter.com/Freebridge http://www.facebook.com/pages/Kings-Lynn-United-Kingdom/Freebridge-Community-Housing/192690183387?v=box_3 This e-mail (including any attachments), is confidential and intended only for the use of the addressee(s). It may contain information covered by legal, professional or other privilege. If you are not an addressee, please inform the sender immediately and destroy this e-mail. Do not copy, use or disclose this e-mail. E-mail transmission cannot be guaranteed to be secure or error free. The sender does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard copy version. Freebridge Community Housing Ltd is a Charitable Industrial and Provident Society - Reg No IP29744R Registered with the Housing Corporation - No L4463. VAT Registration Number 860762121 Freebridge Community Housing, Juniper House, Austin Street, Kings Lynn, Norfolk PE30 1DZ This email message has been scanned for viruses by Mimecast. Mimecast delivers a complete managed email solution from a single web based platform. For more information please visit http://www.mimecast.com --- 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 exchangelistinline: 112021419023401701.gifinline: 112021419023401901.gifinline: 112021419023402101.gif
RE: Exchange 2010 database
By job title/mailbox size. There seems to be a correlation between the two. From: Shih, Henry [mailto:hms...@ci.livermore.ca.us] Sent: Tuesday, February 14, 2012 11:30 AM 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.commailto: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
RE: Exchange 2010 database
By doing it by department you're ensuring that a whole department's email is out of action should their database fail. Better to scatter people randomly. Or is it? Cheers, Phil From: Tobie Fysh [mailto:tobie.f...@freebridge.org.uk] Sent: 14 February 2012 19:03 To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database No idea about best practice but we do it by department so in the event of a DR we can restore the databases of the most important teams first. Sent from my Windows Phone -Original Message- From: Shih, Henry Sent: 14/02/2012 17:38 To: MS-Exchange Admin Issues Subject: Exchange 2010 database [Freebridge Community Housing Logo]http://www.freebridge.org.uk [twitter.com/Freebridge]http://twitter.com/Freebridge [Freebridge on Facebook]http://www.facebook.com/pages/Kings-Lynn-United-Kingdom/Freebridge-Community-Housing/192690183387?v=box_3 This e-mail (including any attachments), is confidential and intended only for the use of the addressee(s). It may contain information covered by legal, professional or other privilege. If you are not an addressee, please inform the sender immediately and destroy this e-mail. Do not copy, use or disclose this e-mail. E-mail transmission cannot be guaranteed to be secure or error free. The sender does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard copy version. Freebridge Community Housing Ltd is a Charitable Industrial and Provident Society - Reg No IP29744R Registered with the Housing Corporation - No L4463. VAT Registration Number 860762121 Freebridge Community Housing, Juniper House, Austin Street, Kings Lynn, Norfolk PE30 1DZ This email message has been scanned for viruses by Mimecast. Mimecast delivers a complete managed email solution from a single web based platform. For more information please visit http://www.mimecast.com --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist Any opinion expressed in this e-mail or any attached files are those of the individual and not necessarily those of Hoople Ltd. You should be aware that Hoople Ltd. monitors its email service. This e-mail and any attached files are confidential and intended solely for the use of the addressee. This communication may contain material protected by law from being passed on. If you are not the intended recipient and have received this e-mail in error, you are advised that any use, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. If you have received this e-mail in error please contact the sender immediately and destroy all copies of it. --- 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 exchangelistinline: image001.gifinline: image002.gifinline: image003.gif
RE: Exchange 2010 database
My two cents... First, I think it depends on the organization! I usually recommend, if most mailbox limits are going to be the same, going for a balanced/random distribution based on the mailbox profile and planned users per DB rather than another factor. And, if you have an entire department on one database, or senior staff - yes you can bring them online first in the event of a total loss of all database copies, but the opposite case is also true - you could end up in a situation with just your sales force or senior staff without email. If they are spread out, then at least you don't lose them all and a part of the organization isn't totally crippled. Also when it comes to sizing you are unlikely to have departments of identical size so you could end up with complicated sizing for LUNs that are hard to manage. Of course not everyone wants a random distribution. Thinking of some customers over the last week I can give a couple of examples where that isn't the case.. Customer 1 - Has convention already in place, distributing by surname. Same mailbox limits for everyone in the organization, so analysed the surnames of the users who'll move onto these databases to determine the split of surnames per DB to tie up with the planned users per DB. Customer 2 - Has different mailbox limits for different types of users, so mailbox database and log LUNs are sized to match these limits and user numbers, with balanced distribution across mailbox databases within each tier. Finally, looking at larger environments (100,000+) and going through some of the Exchange Environment Reports people have emailed me via the blog, there is a general tendency towards a combination of location (eg large, distributed environments) and then spreading the mailboxes across DBs rather than dedicating DBs to department/roles. Steve From: Shih, Henry [mailto:hms...@ci.livermore.ca.us] 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.commailto: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
Re: Exchange 2010 database
We go by surname with appropriate splits for DB sizing. - that spreads users pretty randomly for location, department and all that. Works well for us. Blackberry From: Steve Goodman [mailto:st...@stevieg.org] Sent: Tuesday, February 14, 2012 04:49 PM To: MS-Exchange Admin Issues exchangelist@lyris.sunbelt-software.com Subject: RE: Exchange 2010 database My two cents… First, I think it depends on the organization! I usually recommend, if most mailbox limits are going to be the same, going for a balanced/random distribution based on the mailbox profile and planned users per DB rather than another factor. And, if you have an entire department on one database, or senior staff – yes you can bring them online “first” in the event of a total loss of all database copies, but the opposite case is also true – you could end up in a situation with just your sales force or senior staff without email. If they are spread out, then at least you don’t lose them all and a part of the organization isn’t totally crippled. Also when it comes to sizing you are unlikely to have departments of identical size so you could end up with complicated sizing for LUNs that are hard to manage. Of course not everyone wants a random distribution. Thinking of some customers over the last week I can give a couple of examples where that isn’t the case.. Customer 1 – Has convention already in place, distributing by surname. Same mailbox limits for everyone in the organization, so analysed the surnames of the users who’ll move onto these databases to determine the split of surnames per DB to tie up with the planned users per DB. Customer 2 – Has different mailbox limits for different types of users, so mailbox database and log LUNs are sized to match these limits and user numbers, with balanced distribution across mailbox databases within each “tier”. Finally, looking at larger environments (100,000+) and going through some of the Exchange Environment Reports people have emailed me via the blog, there is a general tendency towards a combination of location (eg large, distributed environments) and then spreading the mailboxes across DBs rather than dedicating DBs to department/roles. Steve From: Shih, Henry [mailto:hms...@ci.livermore.ca.us] 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.commailto: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.commailto: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
RE: Exchange 2010 database question
The data you moved became white space in the database. The database will never reduce in size unless you dismount it and run an offline defrag on it to reclaim the space that it was using. If you run the cmdlet below it will tell you how much available space is in the database after the moves you performed. Get-MailboxDatabase database name -Status | Select-Object Name,AvailableNewMailboxSpace Anthony Goraczko University Technology Services Division of Information Technology Florida International University https://mysites.fiu.edu/sites/anthony/ From: Robert Peterson [robert.peter...@prin.edu] Sent: Thursday, February 03, 2011 10:47 AM To: MS-Exchange Admin Issues Subject: Exchange 2010 database question I have a database that was growing close to the limits of its “share” space as we migrated accounts into it from Exchange 2003. I decided to classify some of the mailbox accounts differently and moved them to a different database. This all went fine, however the original database did not reduce in size immediately since we have a 30 day retention period. I decided to watch the database and see if it would reduce in size after the 30 days expired. The copies of the “moved” mailboxes were visible in the “Disconnected Mailbox” section and then did disappear after the 30 days retention period... BUT… the database itself never reduced in size What am I missing? IS there something else I need to do to reclaim the space? I thought all the maintenance is automatic. Thank you in advance for ideas and suggestions… still trying to learn how we will manage growth in the new Exchange 2010 environment. Robert --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto: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
RE: Exchange 2010 database question
Thank you, thank you... great info! From: Anthony Goraczko [mailto:anth...@fiu.edu] Sent: Thursday, February 03, 2011 10:04 AM To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 database question The data you moved became white space in the database. The database will never reduce in size unless you dismount it and run an offline defrag on it to reclaim the space that it was using. If you run the cmdlet below it will tell you how much available space is in the database after the moves you performed. Get-MailboxDatabase database name -Status | Select-Object Name,AvailableNewMailboxSpace Anthony Goraczko University Technology Services Division of Information Technology Florida International University https://mysites.fiu.edu/sites/anthony/ From: Robert Peterson [robert.peter...@prin.edu] Sent: Thursday, February 03, 2011 10:47 AM To: MS-Exchange Admin Issues Subject: Exchange 2010 database question I have a database that was growing close to the limits of its share space as we migrated accounts into it from Exchange 2003. I decided to classify some of the mailbox accounts differently and moved them to a different database. This all went fine, however the original database did not reduce in size immediately since we have a 30 day retention period. I decided to watch the database and see if it would reduce in size after the 30 days expired. The copies of the moved mailboxes were visible in the Disconnected Mailbox section and then did disappear after the 30 days retention period... BUT... the database itself never reduced in size What am I missing? IS there something else I need to do to reclaim the space? I thought all the maintenance is automatic. Thank you in advance for ideas and suggestions... still trying to learn how we will manage growth in the new Exchange 2010 environment. Robert --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto: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.commailto: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
RE: Exchange 2010 database question
Thank you! Great info! From: Oz Casey Dedeal [mailto:telne...@gmail.com] Sent: Thursday, February 03, 2011 10:02 AM To: MS-Exchange Admin Issues Subject: Re: Exchange 2010 database question Database wont shrink unless you perform offline defrag and take the white space out of it.( this isn’t a good thing to do in general , create new DB and move MB into it is way better option in many cases) By saying this, when you moved out Let’s say 1 Gig worth the data from Exchange database, on the first online maintenance Exchange will mark these space as “Usable” and make it available to use again next time. So think as a bucket holds bunch of e-mails ( which grows all the times (-: , which is the Exchange database itself, if you your bucket is 10 gig today , your backup is 10 Gig each time you do the backup, if you take 5 gig out the bucket , you still backup 10 gig since you are baking up the bucket itself and that is what you see from windows perspective, even in reality half of the bucket is empty,( White space) Exchange will see the space and re-use it, without making the bucket bigger, when there is no white space to use, your bucket will start getting bigger and bigger so on….. I hope this helps a bit Regards Oz On Thu, Feb 3, 2011 at 10:47 AM, Robert Peterson robert.peter...@prin.edumailto:robert.peter...@prin.edu wrote: I have a database that was growing close to the limits of its “share” space as we migrated accounts into it from Exchange 2003. I decided to classify some of the mailbox accounts differently and moved them to a different database. This all went fine, however the original database did not reduce in size immediately since we have a 30 day retention period. I decided to watch the database and see if it would reduce in size after the 30 days expired. The copies of the “moved” mailboxes were visible in the “Disconnected Mailbox” section and then did disappear after the 30 days retention period... BUT… the database itself never reduced in size What am I missing? IS there something else I need to do to reclaim the space? I thought all the maintenance is automatic. Thank you in advance for ideas and suggestions… still trying to learn how we will manage growth in the new Exchange 2010 environment. Robert --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto:listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist -- [http://geek5050.com/images/stories/ENTLogos/oz%20signature%20copy.gif] Oz Casey, Dedeal, Microsoft MVP | MCITP (EMA), MCITP (EA) www.smtp25.blogspot.comhttp://www.smtp25.blogspot.com/ This posting is provided AS-IS with no warranties or guarantees and confers no rights --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.commailto: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
RE: Exchange 2010 Database Rename and Log File Move
Six of one, half-dozen of the other. GUI, or PowerShell - your choice. You move the files or Exchange does - your choice. If you've never done it in the lab - I might recommend you use the GUI for it. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Chris Pohlschneider [mailto:chris.pohlschnei...@hollowayusa.com] Sent: Wednesday, May 19, 2010 1:43 PM To: MS-Exchange Admin Issues Subject: Exchange 2010 Database Rename and Log File Move Hello: We have just installed Exchange 2010 Enterprise on Windows Server 2008 R2 Enterprise 64bit. It appears that the database created on the mailbox server is given some sort of unique name by Exchange. I would like to rename the database and keep it on the current drive. In addition, I would like to move the log files to a different drive. What is the best way to do this? Thanks for your help in advance! Chris Pohlschneider Holloway Sportswear Network Administrator chris.pohlschnei...@hollowayusa.commailto:chris.pohlschnei...@hollowayusa.com 937-494-2559
RE: Exchange 2010 Database Rename and Log File Move
To rename the database, do I have to first dismount the database, rename the edb file that it is pointing to and then mount the database again pointing to the correct re-named edb file? I am going to have four different mailbox databases and I would like to name each database accordingly to the standard we have adopted. From: Michael B. Smith [mailto:mich...@smithcons.com] Sent: Wednesday, May 19, 2010 1:48 PM To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 Database Rename and Log File Move Six of one, half-dozen of the other. GUI, or PowerShell - your choice. You move the files or Exchange does - your choice. If you've never done it in the lab - I might recommend you use the GUI for it. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Chris Pohlschneider [mailto:chris.pohlschnei...@hollowayusa.com] Sent: Wednesday, May 19, 2010 1:43 PM To: MS-Exchange Admin Issues Subject: Exchange 2010 Database Rename and Log File Move Hello: We have just installed Exchange 2010 Enterprise on Windows Server 2008 R2 Enterprise 64bit. It appears that the database created on the mailbox server is given some sort of unique name by Exchange. I would like to rename the database and keep it on the current drive. In addition, I would like to move the log files to a different drive. What is the best way to do this? Thanks for your help in advance! Chris Pohlschneider Holloway Sportswear Network Administrator chris.pohlschnei...@hollowayusa.com mailto:chris.pohlschnei...@hollowayusa.com 937-494-2559
RE: Exchange 2010 Database Rename and Log File Move
Ok, there are lots of names involved here, for each mailbox database. The displayname of the database, the filename of the edb, the pathname to the edb, the pathname to the logfiles. All of those can be specified - and changed - individually. How many users do you have in that database? Perhaps it's easier for you to just create the new databases and get rid of the original one. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Chris Pohlschneider [mailto:chris.pohlschnei...@hollowayusa.com] Sent: Wednesday, May 19, 2010 1:56 PM To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 Database Rename and Log File Move To rename the database, do I have to first dismount the database, rename the edb file that it is pointing to and then mount the database again pointing to the correct re-named edb file? I am going to have four different mailbox databases and I would like to name each database accordingly to the standard we have adopted. From: Michael B. Smith [mailto:mich...@smithcons.com] Sent: Wednesday, May 19, 2010 1:48 PM To: MS-Exchange Admin Issues Subject: RE: Exchange 2010 Database Rename and Log File Move Six of one, half-dozen of the other. GUI, or PowerShell - your choice. You move the files or Exchange does - your choice. If you've never done it in the lab - I might recommend you use the GUI for it. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Chris Pohlschneider [mailto:chris.pohlschnei...@hollowayusa.com] Sent: Wednesday, May 19, 2010 1:43 PM To: MS-Exchange Admin Issues Subject: Exchange 2010 Database Rename and Log File Move Hello: We have just installed Exchange 2010 Enterprise on Windows Server 2008 R2 Enterprise 64bit. It appears that the database created on the mailbox server is given some sort of unique name by Exchange. I would like to rename the database and keep it on the current drive. In addition, I would like to move the log files to a different drive. What is the best way to do this? Thanks for your help in advance! Chris Pohlschneider Holloway Sportswear Network Administrator chris.pohlschnei...@hollowayusa.commailto:chris.pohlschnei...@hollowayusa.com 937-494-2559