>I would like to know the key points that I need to consider while
>designing Exchange. We have at present around 500 users with around 125
[quoted text clipped - 4 lines]
>Regards,
>Fazal-Ur Rehman, Shah
Key points?
Storage. How much storage are you planning giving to the users. Are
you thinking about an archiving solution as well, this would massively
change your fast storage calculations.
Storage. SAN or DAS, whose SAN? That alone gives you lots of options
and permutations.
Backup and more importantly, restores. What SLA will the business
want/need? How business critical will Exchange become and how quickly
(10 or 15 seconds after you install it?)
BlackBerry (or I/O) are any of the users going to be CrackAddicts?
That will push your I/O through the roof and introduce options for
latency. That alone loops you back to storage.
If you have 500 users on the box and some are BB users you must use
Enterprise and spread the users across multiple store and more
importantly multiple disk spindles. It's all about spindles!
Connectivity. What protocols, what devices, what corporate security
infrastructure is already there, what upgrades or modifications?
Hell, I could go on forever but then you need to start paying £1,800
per day ;-)
Dev - 30 Nov 2006 10:36 GMT
Hi Mark, Key Point you have to keep in mind is about the storage area.
As you know for the Exchange server defragmentation 110% space of
database size should be free. Another thing you have to keep in mind
that as per user importance you assign different storage group so that
if any storage group database got prob it will not affect whole users.
> >I would like to know the key points that I need to consider while
> >designing Exchange. We have at present around 500 users with around 125
[quoted text clipped - 24 lines]
> Hell, I could go on forever but then you need to start paying £1,800
> per day ;-)
Mark Arnold [MVP] - 30 Nov 2006 11:09 GMT
It's not me asking the question. Whilst you're factually correct in
that you need 110% free space to do an eseutil you're not correct in
terms of business sense. You should never really need to do a defrag
on a properly managed system and never ever if you're running
Enterprise edition since you should never be in a position that gives
you so much white space. Simply moving the mailboxes and deleting the
store would be the most user-friendly solution.
If you ever get the urge to run the defrag you will need to do it on a
different area so bringing up a temporary LUN from the SAN would be
the way to go.
>Hi Mark, Key Point you have to keep in mind is about the storage area.
>As you know for the Exchange server defragmentation 110% space of
[quoted text clipped - 30 lines]
>> Hell, I could go on forever but then you need to start paying £1,800
>> per day ;-)
Dev - 30 Nov 2006 11:25 GMT
Hi Mark, I am sorry that by mistake I mentioned your name in my reply.
But I am happy to see your response. I have one question Even I am
moving the mailboxes its showing the same space and after moving all
mailbox its showing the same size like previous store is showing. Even
I told user to delete old mails then also the store size is same. I
discussed with some administrator and the suggested me for the offline
defragmentation. What you will suggest for this issue.
> It's not me asking the question. Whilst you're factually correct in
> that you need 110% free space to do an eseutil you're not correct in
[quoted text clipped - 41 lines]
> >> Hell, I could go on forever but then you need to start paying £1,800
> >> per day ;-)
Mark Arnold [MVP] - 30 Nov 2006 13:02 GMT
>Hi Mark, I am sorry that by mistake I mentioned your name in my reply.
>But I am happy to see your response. I have one question Even I am
[quoted text clipped - 3 lines]
>discussed with some administrator and the suggested me for the offline
>defragmentation. What you will suggest for this issue.
The store size will never decrease until you do an offline defrag. You
shouldn't need to do an offline defrag though because the users will
just re-fill the store before it gets any bigger.
Just make sure that you are getting event id 1221 messages in the
early hours. If you have very restricted space on the physical disk
then you need to think about getting more disk space. If you are
convinced that your users won't be growing the store then there might
be a case for the offline defrag.
Dev - 01 Dec 2006 09:43 GMT
Hi Marks, Thanks for your assistance. One thing more I want to clarify
that while doing offline defragmentation its making temporary file ic
c: which I do not want. How I could change this location. Second thing
after defragmentation also size is showing same. I have tested offline
defragmentation on 10GB of store.
> >Hi Mark, I am sorry that by mistake I mentioned your name in my reply.
> >But I am happy to see your response. I have one question Even I am
[quoted text clipped - 12 lines]
> convinced that your users won't be growing the store then there might
> be a case for the offline defrag.
Leif Pedersen [MVP] - 03 Dec 2006 17:18 GMT
Hi,
You direct the temporary defragmentation file to another disk using the /t
switch to eseutil. - see
http://support.microsoft.com/default.aspx?scid=kb;EN-US;192185
As Mark wrote look for events 1221. This event will tell you how much space
can be gained by an offline defrag - and only run this is you are very low
on diskspace.
Leif
> Hi Marks, Thanks for your assistance. One thing more I want to clarify
> that while doing offline defragmentation its making temporary file ic
[quoted text clipped - 18 lines]
>> convinced that your users won't be growing the store then there might
>> be a case for the offline defrag.
Dev - 05 Dec 2006 08:46 GMT
Thanks Leif
> Hi,
>
[quoted text clipped - 30 lines]
> >> convinced that your users won't be growing the store then there might
> >> be a case for the offline defrag.