You don't want to exceed the capacity of a single tape per database. It gets
ugly.

Faster backup & restore times per environment, ability to split I/O across
different paths. Avoid limitiations in array size.

--------------------------------------------------------------
Roger D. Seielstad - MTS MCSE MS-MVP
Sr. Systems Administrator
Inovis Inc.


> -----Original Message-----
> From: Bailey, Matthew [mailto:[EMAIL PROTECTED] 
> Sent: Monday, June 09, 2003 3:55 PM
> To: Exchange Discussions
> Subject: RE: Second Storage Group or Additional Mailbox Store
> 
> 
> Then what is the upside?  Why would you want two Information Stores?
> 
>  - Matt
> 
> 
> 
> > -----Original Message-----
> > From: Webb, Andy [mailto:[EMAIL PROTECTED]
> > Sent: Monday, June 09, 2003 12:02 PM
> > To: Exchange Discussions
> > Subject: RE: Second Storage Group or Additional Mailbox Store
> > 
> > 
> > The downside is:
> > 1) it uses much more RAM to add a storage group vs. adding a
> > database or
> > just staying with one.
> > 2) it uses more space because there is a second set of STM 
> > and log files
> > and single-instance-store is broken.
> > 3) it may take more backup time and backup tape
> > 
> > I'm not arguing against doing it.  Just stating facts.
> > 
> > 
> > -----Original Message-----
> > From: Bailey, Matthew [mailto:[EMAIL PROTECTED]
> > Posted At: Monday, June 09, 2003 12:11 PM
> > Posted To: Microsoft Exchange
> > Conversation: Second Storage Group or Additional Mailbox Store
> > Subject: RE: Second Storage Group or Additional Mailbox Store
> > 
> > 
> > 
> > 
> >  
> > > You don't say anything about why you think you need another
> > database,
> > > so there's not much more to recommend.
> > > 
> > > 
> > 
> > Because my boss wants it. :-)
> > 
> > The thought was to move the "VIP" users (read - the 
> accounts that are 
> > exceptions to the rules - mailbox size, mailbox cleanup, 
> etc.) to the 
> > second IS.  I am still unclear if it improves performance 
> to balance 
> > users across multiple IS.
> > 
> > Are there good reasons NOT to do this?
> > 
> > 
> > _________________________________________________________________
> > List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
> > Web Interface: 
> > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&t
> ext_mode=&
> lang=english
> To unsubscribe:         mailto:[EMAIL PROTECTED]
> Exchange List admin:    [EMAIL PROTECTED]
> 
> 
> 
> _________________________________________________________________
> List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
> Web Interface: 
> http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&t
ext_mode=&
lang=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]



_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface:
http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang
=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface: 
http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

Reply via email to