The recommendation to keep database sizes "small" has nothing to do with
larger databases being susceptible to failure, but to allow administrators
to be able to comply with their time-to-restore SLAs.  Having more smaller
databases means that the time to restore one if it fails is shorter.  Larger
databases are no more likely to fail, especially since database failure is
nearly always related to hardware failures.  This really doesn't change in
Exchange 2007.  In fact, since you can now have 50 databases (up from 20) on
an Exchange 2007 server, you can go even smaller if you want.

Ed Crowley MCSE+Internet MVP
Time Magazine's Person of the Year! 
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Pfefferkorn, Pete (pfeffepe)
Sent: Wednesday, March 14, 2007 6:38 AM
To: Exchange Discussions
Subject: Exchange 2007 and database size/rebuild questions.

I have a question about Exchange 2007 that maybe someone can answer for
me.  We are starting to look into Exchange 2007.    We currently have
our faculty/staff deployed on Exchange which accounts for about 8,000
mailboxes on 4 backend servers with about 9 stores total size of 433 gig
with each store no larger than 50 gig or so.  Users have a total of 100 meg
per mailbox.  Our students are located on a proprietary mail system which
can accommodate the 75,000 users with 50 meg stores.  One of the reasons we
did not deploy students on Exchange, was the scalability issue and the
number of servers and stores that would have to be deployed to accommodate
the number of users we are talking about.  The other issue was restriction
on the size of the DB's in the advent a corruption occurs and the time to
run a repair on a database.

In 2007 is there still the underlying recommendation to keep DB sizes to a
smaller size in case a corruption occurs?  Anyone know if the ISINTEG has
been revamped at all to get better throughput?  Currently we try and keep
the size of a DB to about 50 gig.  I recall that the ISINTEG is jet oriented
and could only process about 4gig to 6 gig per hour.  



Pete Pfefferkorn
University of Cincinnati Information Technology Services Senior Systems
Analyst/Mail Administrator
Phone: (513) 556-9076
Fax: (513) 556-2042
Email: [EMAIL PROTECTED]
 

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange
To subscribe: http://e-newsletters.internet.com/discussionlists.html/
To unsubscribe send a blank email to
[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]
To unsubscribe via postal mail, please contact us at:
Jupitermedia Corp.
Attn: Discussion List Management
475 Park Avenue South
New York, NY 10016

Please include the email address which you have been contacted with.




_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange
To subscribe: http://e-newsletters.internet.com/discussionlists.html/
To unsubscribe send a blank email to [EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]
To unsubscribe via postal mail, please contact us at:
Jupitermedia Corp.
Attn: Discussion List Management
475 Park Avenue South
New York, NY 10016

Please include the email address which you have been contacted with.

Reply via email to