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
: 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
+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
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
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
@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
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
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
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
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
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
@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
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
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
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
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:
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
-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
18 matches
Mail list logo