Agreed!!!  =0  
  ----- Original Message ----- 
  From: Don Ely 
  To: MS-Exchange Admin Issues 
  Sent: Thursday, October 09, 2008 9:11 AM
  Subject: Re: Small Fopah


  Agreed...  No fear here...  They don't accuse me of being deliberate and 
blunt for nothing around here...  :P


  On Thu, Oct 9, 2008 at 9:05 AM, Michael B. Smith <[EMAIL PROTECTED]> wrote:

    I find, in more and more companies that I go into, that their daily 
operations are governed by fear.



    The technicians/administrators/engineers are afraid to make changes – 
because they don't know what will happen. They are afraid to bring a problem to 
the eyes of management – because they are afraid that they will get fired. They 
were brought in after someone else and they don't understand the why of 
something and they don't ask – because they are afraid they will look stupid.



    I spend a lot of time going in and calming people down and saying "no 
problem". Or "yes you have an issue, but it's easy to fix". That's probably 
90%+ of my engagements.



    The others – well, they can be challenging.



    Regards,



    Michael B. Smith, MCITP:SA,EMA/MCSE/Exchange MVP

    My blog: http://TheEssentialExchange.com/blogs/michael

    Link with me at: http://www.linkedin.com/in/theessentialexchange



    From: Maglinger, Paul [mailto:[EMAIL PROTECTED] 
    Sent: Thursday, October 09, 2008 11:56 AM 


    To: MS-Exchange Admin Issues
    Subject: RE: Small Fopah




    How did you refrain from hysterics?




----------------------------------------------------------------------------

    From: Don Ely [mailto:[EMAIL PROTECTED] 
    Sent: Thursday, October 09, 2008 9:50 AM
    To: MS-Exchange Admin Issues
    Subject: Re: Small Fopah

    How did you refrain from hysterical laughter when you saw the file size?

    On Thu, Oct 9, 2008 at 7:41 AM, Michael B. Smith <[EMAIL PROTECTED]> wrote:

    The largest exchange store I've ever seen was 3.5 TB. It was never backed 
up. The project was – you guessed – to make it manageable.



    Regards,



    Michael B. Smith, MCITP:SA,EMA/MCSE/Exchange MVP

    My blog: http://TheEssentialExchange.com/blogs/michael

    Link with me at: http://www.linkedin.com/in/theessentialexchange



    From: Don Ely [mailto:[EMAIL PROTECTED] 
    Sent: Thursday, October 09, 2008 10:19 AM 


    To: MS-Exchange Admin Issues
    Subject: Re: Small Fopah



    Anyone ever seen a 600GB database?  How about 2 of them?

    On Thu, Oct 9, 2008 at 6:09 AM, Michael B. Smith <[EMAIL PROTECTED]> wrote:

    Microsoft guidance says that if you are doing streaming backups, you should
    target 35 GB per store as an opti-max value, never exceeding 50 GB.

    If you are doing VSS backups, never exceed 100 GB.

    If you are doing continuous replication backups (that is, backing up the
    passive copy), never exceed 200 GB.

    These are recommendations, not "we won't support you if you exceed these
    values". The right answer for a given company for the maximum size of a
    store is: whatever you can backup and restore within your SLA.

    MSFT recommends that you ignore SIS when planning for the size of your
    mailbox stores.


    Regards,

    Michael B. Smith, MCITP:SA,EMA/MCSE/Exchange MVP
    My blog: http://TheEssentialExchange.com/blogs/michael
    Link with me at: http://www.linkedin.com/in/theessentialexchange

    -----Original Message-----
    From: Michelle Weaver [mailto:[EMAIL PROTECTED]

    Sent: Thursday, October 09, 2008 1:05 AM
    To: MS-Exchange Admin Issues
    Subject: RE: Small Fopah

    One large store in Exchange 2003 isn't a good thing. I know in Exchange
    2000, one giant store worked fine, but in 2003, it changed. We had a
    gigantic store, 163 GB (or some ridiculous number like that). We never could
    have recovered it, and it wasn't backing up properly because one backup
    wouldn't be finished when the next one wanted to start. No matter how we
    tried to tweak the timing, it never seemed to work. Log files never purged,
    hard drives filled up, Exchange went offline. It was ugliness all around.

    We broke the one store into 4 information stores with several databases in
    each one, trying to keep the database files smaller than 30 GB. I can't
    remember where I found that "magic number", very well could have been some
    random thing I dreamed up, but we didn't have problems with Exchange going
    offline after that.

    We had no mailbox quotas and no limit to attachments either. A silly, silly
    way to run Exchange, but the very importants didn't seem to care much for
    the finer points of the technology. They just wanted complete freedom. I
    spent a month moving mailboxes into the other stores, after hours, then ran
    an offline defrag on the emptied store to get the space back. Every month
    I'd send notes to people with extremely large mailboxes (more than 500 MB).
    The subject line read "Piggy mailboxes", and I included instructions for
    cleaning up mailboxes. It offended many customers, but it also shamed them
    into cleaning out the garbage.

    Remember, if the size of the database is 100 GB prior to a big purge effort
    and the customers delete 50 GB of crap, the size of the database remains 100
    GB, but the store still has 50 GB to grow before it will get bigger than the
    100 GB it was before the cleanup. An offline defrag is required to get the
    empty space back, but the store won't grow again until the amount of data
    grows back to the original size, as if that empty 50 GB of data is just a
    placeholder, waiting to be filled.

    Either way, you didn't commit a faux pas. The way you're running it, with
    the exception of the no quota thing, is considered best practice, not one
    large store.



    Michelle Weaver
    Systems Administrator, Materials Research Institute
    Penn State University




    -----Original Message-----
    From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
    Sent: Wed 10/8/2008 8:26 PM
    To: MS-Exchange Admin Issues
    Subject: Small Fopah

    Oh magic genies of Exchange, (Rubbing furiously)



    Well I believe about a year ago I made a Exchange Fopah with my Stores.
    Exch 2003 Sp2, Enterprise



    The thinking was that data in the main Store is growing quite large and
    the recovery time with our current backup tape drive would have taken 12
    to 14 hours..So Veritas estimated.. verified with a tech on the
    line..yadda yadda..



    Mgmt was not happy with that wanted it to be lower without spending
    money and wanted the stores broken up by Groups..  Admin Staff, Finance,
    Sales, etc..

    The desire was to be able to recover someone's folder or data more
    quickly than having to do an entire IS recovery of all mailboxes and
    just recover the depts. Store data..



    So I broke it up knowing that SIS would be lost if Email went across
    stores.. It was brought up to mgmt but they said the majority of email
    was dept localized.  I didn't think so and did not fight hard enough,
    but.. Now fast forward a year and we are sitting with 5 stores but oh
    look they all have grown at about the same rate because they send email
    to everyone regardless so I now make a copy 5 times for every email and
    attachment..

    Did I mention that they refused to set store limits and mandated 20gig
    file transfers allowed via SMTP..Oh I lost that one hard... CEO had to
    be able to send videos to his other buddies and the dept heads as well..



    So now the question...I am 99.9999% sure that moving all of the
    mailboxes back into the same store will result in one store being the
    size of the sum of all 5 stores combined...  Am I right there??



    Any suggestions now that they are separated and essentially is just
    taking up more space...



    Thanks


    Greg






    ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~
    ~             http://www.sunbeltsoftware.com/Ninja

    ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~
    ~             http://www.sunbeltsoftware.com/Ninja                ~


    ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~
    ~             http://www.sunbeltsoftware.com/Ninja                ~

























~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~
~             http://www.sunbeltsoftware.com/Ninja                ~

Reply via email to