RE: Exchange 2010 database

[Randal, Phil]

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.com<mailto:peter.john...@peterstow.com>
www.peterstow.com<http://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 buildin

RE: Exchange 2010 database

[Peter Johnson]

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.com<http://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.com<mailto: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 
Exchan

RE: Exchange 2010 database

[Ellis, John P.]

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://

RE: Exchange 2010 database

[Sobey, Richard A]

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.com<mailto: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.com<mailto: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<mailto: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<http://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<mailto: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<mailto: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

[Randal, Phil]

+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.com<mailto: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.com<mailto: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<mailto: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<http://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<mailto: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<mailto: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

[Dave Wade]

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.com<mailto: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<mailto: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

[Sobey, Richard A]

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.com<mailto: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

[PRamatowski]

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 
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.com<mailto: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<mailto: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

[Steve Goodman]

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.com<mailto: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

[Randal, Phil]

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.com<mailto: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

[Maglinger, Paul]

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.com<mailto: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

[Tobie Fysh]

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 exchangelist<><><>

Exchange 2010 database

[Shih, Henry]

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

RE: MAssive TRN log generation on one Exchange 2010 database

[Sobey, Richard A]

Thanks MBS. I think I've identified the culprit user via User Mon, the log 
bytes column is showing an 8-figure value, currently sat at around 7300.

Richard

From: bounce-9334020-8066...@lyris.sunbelt-software.com 
[mailto:bounce-9334020-8066...@lyris.sunbelt-software.com] On Behalf Of Michael 
B. Smith
Sent: 12 May 2011 13:30
To: MS-Exchange Admin Issues
Subject: RE: MAssive TRN log generation on one Exchange 2010 database

I would start with the Database Log Growth Troubleshooter 
(Troubleshoot-DatabaseSpace.ps1).

http://technet.microsoft.com/en-us/library/ff477617.aspx

If that doesn't work, check this out:

http://blogs.technet.com/b/mikelag/archive/2009/07/12/troubleshooting-store-log-database-growth-issues.aspx

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: Nicholas Turner [mailto:ntur...@caci.co.uk]
Sent: Thursday, May 12, 2011 8:20 AM
To: MS-Exchange Admin Issues
Subject: RE: MAssive TRN log generation on one Exchange 2010 database

Chuck exmon on the server, I'm sure if you do you'll be able to generate some 
really useful reports for management in the process

From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk]
Sent: 12 May 2011 12:44
To: MS-Exchange Admin Issues
Subject: RE: MAssive TRN log generation on one Exchange 2010 database

>From the analysis of the latest ~150 logs, the following strings are 
>appearing, which mean nothing to me :)

158  E
  97266  1-119D60D0 -A-D-T3008@
  97268  1-119D60D0 -A-D-PR_LAST_MODIFICATION_TIME@
  97411  1-119D60D0 -A-D-PR_LAST_MODIFICATION_TIME
194534  1-119D60D0 -A-D-T3008

From: bounce-9333986-8066...@lyris.sunbelt-software.com 
[mailto:bounce-9333986-8066...@lyris.sunbelt-software.com] On Behalf Of Sobey, 
Richard A
Sent: 12 May 2011 12:35
To: MS-Exchange Admin Issues
Subject: MAssive TRN log generation on one Exchange 2010 database

Hiya all,

One of our Exchange 2010 databases is experiencing phenomenal transaction log 
generation (30-50 logs per second). Is it safe to implement the registry keys 
as used for Exchange 2007?

http://support.microsoft.com/kb/972705

None of the mailboxes has grown to out of the ordinary levels, and no one's 
deleted items is more than 350MB, so I'm really at a loss as to where the 
problem is coming from.

Richard

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto: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<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe exchangelist

This electronic message contains information from CACI International Inc or
subsidiary companies, which may be confidential, proprietary,
privileged or otherwise protected from disclosure.  The information is
intended to be used solely by the recipient(s) named above.  If you are not
an intended recipient, be aware that any review, disclosure, copying,
distribution or use of this transmission or its contents is prohibited.  If
you have received this transmission in error, please notify us immediately
at postmas...@caci.co.uk<mailto:postmas...@caci.co.uk>
Viruses: Although we have taken steps to ensure that this e-mail and
attachments are free from any virus, we advise that in keeping with good
computing practice the recipient should ensure they are actually virus free.

CACI Limited. Registered in England & Wales. Registration No. 1649776. CACI 
House, Avonmore Road, London, W14 8TS.

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto: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<mailto: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: MAssive TRN log generation on one Exchange 2010 database

[Rupprecht, James R]

We've had to deal with this same issue twice in the past six months.

The first case was caused by an older Android mobile device. Using exmon we 
were able to isolate the suspect user. We confirmed the diagnosis by moving the 
mailbox to another database and watched the growth follow the mailbox move. A 
device wipe and reconfigure resolved the issue.

The second case is still in progress and related to Mac Outlook 2011. In this 
case we see explosive growth of the deleted item cache (and transactions logs) 
in the account of anyone who shares their calendar with her. We are working 
with PSS on this as we speak.

-jim


James Rupprecht
Senior Systems Specialist
Microsoft Exchange & Active Directory Administrator
University of Kansas Information Technology


From: Michael B. Smith [mailto:mich...@smithcons.com]
Sent: Thursday, May 12, 2011 7:30 AM
To: MS-Exchange Admin Issues
Subject: RE: MAssive TRN log generation on one Exchange 2010 database

I would start with the Database Log Growth Troubleshooter 
(Troubleshoot-DatabaseSpace.ps1).

http://technet.microsoft.com/en-us/library/ff477617.aspx

If that doesn't work, check this out:

http://blogs.technet.com/b/mikelag/archive/2009/07/12/troubleshooting-store-log-database-growth-issues.aspx

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: Nicholas Turner [mailto:ntur...@caci.co.uk]
Sent: Thursday, May 12, 2011 8:20 AM
To: MS-Exchange Admin Issues
Subject: RE: MAssive TRN log generation on one Exchange 2010 database

Chuck exmon on the server, I'm sure if you do you'll be able to generate some 
really useful reports for management in the process

From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk]
Sent: 12 May 2011 12:44
To: MS-Exchange Admin Issues
Subject: RE: MAssive TRN log generation on one Exchange 2010 database

>From the analysis of the latest ~150 logs, the following strings are 
>appearing, which mean nothing to me :)

158  E
  97266  1-119D60D0 -A-D-T3008@
  97268  1-119D60D0 -A-D-PR_LAST_MODIFICATION_TIME@
  97411  1-119D60D0 -A-D-PR_LAST_MODIFICATION_TIME
194534  1-119D60D0 -A-D-T3008

From: bounce-9333986-8066...@lyris.sunbelt-software.com 
[mailto:bounce-9333986-8066...@lyris.sunbelt-software.com] On Behalf Of Sobey, 
Richard A
Sent: 12 May 2011 12:35
To: MS-Exchange Admin Issues
Subject: MAssive TRN log generation on one Exchange 2010 database

Hiya all,

One of our Exchange 2010 databases is experiencing phenomenal transaction log 
generation (30-50 logs per second). Is it safe to implement the registry keys 
as used for Exchange 2007?

http://support.microsoft.com/kb/972705

None of the mailboxes has grown to out of the ordinary levels, and no one's 
deleted items is more than 350MB, so I'm really at a loss as to where the 
problem is coming from.

Richard

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto: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<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe exchangelist

This electronic message contains information from CACI International Inc or
subsidiary companies, which may be confidential, proprietary,
privileged or otherwise protected from disclosure.  The information is
intended to be used solely by the recipient(s) named above.  If you are not
an intended recipient, be aware that any review, disclosure, copying,
distribution or use of this transmission or its contents is prohibited.  If
you have received this transmission in error, please notify us immediately
at postmas...@caci.co.uk<mailto:postmas...@caci.co.uk>
Viruses: Although we have taken steps to ensure that this e-mail and
attachments are free from any virus, we advise that in keeping with good
computing practice the recipient should ensure they are actually virus free.

CACI Limited. Registered in England & Wales. Registration No. 1649776. CACI 
House, Avonmore Road, London, W14 8TS.

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto: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<mailto: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: MAssive TRN log generation on one Exchange 2010 database

[Michael B. Smith]

I would start with the Database Log Growth Troubleshooter 
(Troubleshoot-DatabaseSpace.ps1).
http://technet.microsoft.com/en-us/library/ff477617.aspx

If that doesn't work, check this out:

http://blogs.technet.com/b/mikelag/archive/2009/07/12/troubleshooting-store-log-database-growth-issues.aspx

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: Nicholas Turner [mailto:ntur...@caci.co.uk]
Sent: Thursday, May 12, 2011 8:20 AM
To: MS-Exchange Admin Issues
Subject: RE: MAssive TRN log generation on one Exchange 2010 database

Chuck exmon on the server, I'm sure if you do you'll be able to generate some 
really useful reports for management in the process

From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk]
Sent: 12 May 2011 12:44
To: MS-Exchange Admin Issues
Subject: RE: MAssive TRN log generation on one Exchange 2010 database

>From the analysis of the latest ~150 logs, the following strings are 
>appearing, which mean nothing to me :)

158  E
  97266  1-119D60D0 -A-D-T3008@
  97268  1-119D60D0 -A-D-PR_LAST_MODIFICATION_TIME@
  97411  1-119D60D0 -A-D-PR_LAST_MODIFICATION_TIME
194534  1-119D60D0 -A-D-T3008

From: bounce-9333986-8066...@lyris.sunbelt-software.com 
[mailto:bounce-9333986-8066...@lyris.sunbelt-software.com] On Behalf Of Sobey, 
Richard A
Sent: 12 May 2011 12:35
To: MS-Exchange Admin Issues
Subject: MAssive TRN log generation on one Exchange 2010 database

Hiya all,

One of our Exchange 2010 databases is experiencing phenomenal transaction log 
generation (30-50 logs per second). Is it safe to implement the registry keys 
as used for Exchange 2007?

http://support.microsoft.com/kb/972705

None of the mailboxes has grown to out of the ordinary levels, and no one's 
deleted items is more than 350MB, so I'm really at a loss as to where the 
problem is coming from.

Richard

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto: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<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe exchangelist

This electronic message contains information from CACI International Inc or
subsidiary companies, which may be confidential, proprietary,
privileged or otherwise protected from disclosure.  The information is
intended to be used solely by the recipient(s) named above.  If you are not
an intended recipient, be aware that any review, disclosure, copying,
distribution or use of this transmission or its contents is prohibited.  If
you have received this transmission in error, please notify us immediately
at postmas...@caci.co.uk<mailto:postmas...@caci.co.uk>
Viruses: Although we have taken steps to ensure that this e-mail and
attachments are free from any virus, we advise that in keeping with good
computing practice the recipient should ensure they are actually virus free.

CACI Limited. Registered in England & Wales. Registration No. 1649776. CACI 
House, Avonmore Road, London, W14 8TS.

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto: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: MAssive TRN log generation on one Exchange 2010 database

[Nicholas Turner]

Chuck exmon on the server, I'm sure if you do you'll be able to generate some 
really useful reports for management in the process

From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk]
Sent: 12 May 2011 12:44
To: MS-Exchange Admin Issues
Subject: RE: MAssive TRN log generation on one Exchange 2010 database

>From the analysis of the latest ~150 logs, the following strings are 
>appearing, which mean nothing to me :)

158  E
  97266  1-119D60D0 -A-D-T3008@
  97268  1-119D60D0 -A-D-PR_LAST_MODIFICATION_TIME@
  97411  1-119D60D0 -A-D-PR_LAST_MODIFICATION_TIME
194534  1-119D60D0 -A-D-T3008

From: bounce-9333986-8066...@lyris.sunbelt-software.com 
[mailto:bounce-9333986-8066...@lyris.sunbelt-software.com] On Behalf Of Sobey, 
Richard A
Sent: 12 May 2011 12:35
To: MS-Exchange Admin Issues
Subject: MAssive TRN log generation on one Exchange 2010 database

Hiya all,

One of our Exchange 2010 databases is experiencing phenomenal transaction log 
generation (30-50 logs per second). Is it safe to implement the registry keys 
as used for Exchange 2007?

http://support.microsoft.com/kb/972705

None of the mailboxes has grown to out of the ordinary levels, and no one's 
deleted items is more than 350MB, so I'm really at a loss as to where the 
problem is coming from.

Richard

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto: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<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe exchangelist

This electronic message contains information from CACI International Inc or
subsidiary companies, which may be confidential, proprietary,
privileged or otherwise protected from disclosure.  The information is
intended to be used solely by the recipient(s) named above.  If you are not
an intended recipient, be aware that any review, disclosure, copying,
distribution or use of this transmission or its contents is prohibited.  If
you have received this transmission in error, please notify us immediately
at postmas...@caci.co.uk
Viruses: Although we have taken steps to ensure that this e-mail and 
attachments are free from any virus, we advise that in keeping with good 
computing practice the recipient should ensure they are actually virus free.

CACI Limited. Registered in England & Wales. Registration No. 1649776. CACI 
House, Avonmore Road, London, W14 8TS.

---
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: MAssive TRN log generation on one Exchange 2010 database

[Sobey, Richard A]

>From the analysis of the latest ~150 logs, the following strings are 
>appearing, which mean nothing to me :)

158  E
  97266  1-119D60D0 -A-D-T3008@
  97268  1-119D60D0 -A-D-PR_LAST_MODIFICATION_TIME@
  97411  1-119D60D0 -A-D-PR_LAST_MODIFICATION_TIME
194534  1-119D60D0 -A-D-T3008

From: bounce-9333986-8066...@lyris.sunbelt-software.com 
[mailto:bounce-9333986-8066...@lyris.sunbelt-software.com] On Behalf Of Sobey, 
Richard A
Sent: 12 May 2011 12:35
To: MS-Exchange Admin Issues
Subject: MAssive TRN log generation on one Exchange 2010 database

Hiya all,

One of our Exchange 2010 databases is experiencing phenomenal transaction log 
generation (30-50 logs per second). Is it safe to implement the registry keys 
as used for Exchange 2007?

http://support.microsoft.com/kb/972705

None of the mailboxes has grown to out of the ordinary levels, and no one's 
deleted items is more than 350MB, so I'm really at a loss as to where the 
problem is coming from.

Richard

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto: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: MAssive TRN log generation on one Exchange 2010 database

[Nicholas Turner]

I blame apple.

From: Sobey, Richard A [mailto:r.so...@imperial.ac.uk]
Sent: 12 May 2011 12:35
To: MS-Exchange Admin Issues
Subject: MAssive TRN log generation on one Exchange 2010 database

Hiya all,

One of our Exchange 2010 databases is experiencing phenomenal transaction log 
generation (30-50 logs per second). Is it safe to implement the registry keys 
as used for Exchange 2007?

http://support.microsoft.com/kb/972705

None of the mailboxes has grown to out of the ordinary levels, and no one's 
deleted items is more than 350MB, so I'm really at a loss as to where the 
problem is coming from.

Richard

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe exchangelist

This electronic message contains information from CACI International Inc or
subsidiary companies, which may be confidential, proprietary,
privileged or otherwise protected from disclosure.  The information is
intended to be used solely by the recipient(s) named above.  If you are not
an intended recipient, be aware that any review, disclosure, copying,
distribution or use of this transmission or its contents is prohibited.  If
you have received this transmission in error, please notify us immediately
at postmas...@caci.co.uk
Viruses: Although we have taken steps to ensure that this e-mail and 
attachments are free from any virus, we advise that in keeping with good 
computing practice the recipient should ensure they are actually virus free.

CACI Limited. Registered in England & Wales. Registration No. 1649776. CACI 
House, Avonmore Road, London, W14 8TS.

---
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

[Robert Peterson]

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 
mailto: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.com<mailto: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.com<http://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.com<mailto: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

[Robert Peterson]

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  -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.com<mailto: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<mailto: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

[Anthony Goraczko]

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  -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.com<mailto: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

[Michael B. Smith]

No, there is no harm.

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: Chris Pohlschneider [mailto:chris.pohlschnei...@hollowayusa.com]
Sent: Wednesday, May 19, 2010 3:42 PM
To: MS-Exchange Admin Issues
Subject: RE: Exchange 2010 Database Rename and Log File Move

Do you if there is any harm in leaving the default database and the associated 
mailboxes with that database? The only two visible mailboxes (not arbitration 
mailboxes) is one associated with the user account that was used to install 
Exchange 2010 and the other is called DiscoverySearchMailbox. We do not intend 
on using the default database that was created.


From: Michael B. Smith [mailto:mich...@smithcons.com]
Sent: Wednesday, May 19, 2010 2:55 PM
To: MS-Exchange Admin Issues
Subject: RE: Exchange 2010 Database Rename and Log File Move

That's what I would recommend.

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: Chris Pohlschneider [mailto:chris.pohlschnei...@hollowayusa.com]
Sent: Wednesday, May 19, 2010 2:50 PM
To: MS-Exchange Admin Issues
Subject: RE: Exchange 2010 Database Rename and Log File Move

I only have two users in the database, so it is not that big of a deal. Most of 
the articles that I see for this recommend to move the mailboxes and 
arbitration mailboxes to another database and then you can delete the database. 
Then it appears that I need to manually remove the .edb file using Explorer. Is 
this the route that I should go if I don't want to use the default database 
that was created during the install?


From: Michael B. Smith [mailto:mich...@smithcons.com]
Sent: Wednesday, May 19, 2010 2:30 PM
To: MS-Exchange Admin Issues
Subject: 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.com<mailto:chris.pohlschnei...@hollowayusa.com>
937-494-2559

RE: Exchange 2010 Database Rename and Log File Move

[Chris Pohlschneider]

Do you if there is any harm in leaving the default database and the
associated mailboxes with that database? The only two visible mailboxes
(not arbitration mailboxes) is one associated with the user account that
was used to install Exchange 2010 and the other is called
DiscoverySearchMailbox. We do not intend on using the default database
that was created.

 



From: Michael B. Smith [mailto:mich...@smithcons.com] 
Sent: Wednesday, May 19, 2010 2:55 PM
To: MS-Exchange Admin Issues
Subject: RE: Exchange 2010 Database Rename and Log File Move

 

That's what I would recommend.

 

Regards,

 

Michael B. Smith

Consultant and Exchange MVP

http://TheEssentialExchange.com

 

From: Chris Pohlschneider [mailto:chris.pohlschnei...@hollowayusa.com] 
Sent: Wednesday, May 19, 2010 2:50 PM
To: MS-Exchange Admin Issues
Subject: RE: Exchange 2010 Database Rename and Log File Move

 

I only have two users in the database, so it is not that big of a deal.
Most of the articles that I see for this recommend to move the mailboxes
and arbitration mailboxes to another database and then you can delete
the database. Then it appears that I need to manually remove the .edb
file using Explorer. Is this the route that I should go if I don't want
to use the default database that was created during the install?

 



From: Michael B. Smith [mailto:mich...@smithcons.com] 
Sent: Wednesday, May 19, 2010 2:30 PM
To: MS-Exchange Admin Issues
Subject: 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.com
<mailto:chris.pohlschnei...@hollowayusa.com> 

937-494-2559

 

 

RE: Exchange 2010 Database Rename and Log File Move

[Michael B. Smith]

That's what I would recommend.

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com

From: Chris Pohlschneider [mailto:chris.pohlschnei...@hollowayusa.com]
Sent: Wednesday, May 19, 2010 2:50 PM
To: MS-Exchange Admin Issues
Subject: RE: Exchange 2010 Database Rename and Log File Move

I only have two users in the database, so it is not that big of a deal. Most of 
the articles that I see for this recommend to move the mailboxes and 
arbitration mailboxes to another database and then you can delete the database. 
Then it appears that I need to manually remove the .edb file using Explorer. Is 
this the route that I should go if I don't want to use the default database 
that was created during the install?


From: Michael B. Smith [mailto:mich...@smithcons.com]
Sent: Wednesday, May 19, 2010 2:30 PM
To: MS-Exchange Admin Issues
Subject: 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.com<mailto:chris.pohlschnei...@hollowayusa.com>
937-494-2559

RE: Exchange 2010 Database Rename and Log File Move

[Chris Pohlschneider]

I only have two users in the database, so it is not that big of a deal.
Most of the articles that I see for this recommend to move the mailboxes
and arbitration mailboxes to another database and then you can delete
the database. Then it appears that I need to manually remove the .edb
file using Explorer. Is this the route that I should go if I don't want
to use the default database that was created during the install?

 



From: Michael B. Smith [mailto:mich...@smithcons.com] 
Sent: Wednesday, May 19, 2010 2:30 PM
To: MS-Exchange Admin Issues
Subject: 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.com
<mailto:chris.pohlschnei...@hollowayusa.com> 

937-494-2559

 

 

RE: Exchange 2010 Database Rename and Log File Move

[Michael B. Smith]

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.com<mailto:chris.pohlschnei...@hollowayusa.com>
937-494-2559

RE: Exchange 2010 Database Rename and Log File Move

[Chris Pohlschneider]

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

[Michael B. Smith]

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

Exchange 2010 Database Rename and Log File Move

[Chris Pohlschneider]

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
 

937-494-2559