Is this another interim measure before going to Enterprise?  

If you have a second server, you could build it fresh with Exchange (5.5
or 2000/2003, but you have to deploy AD before deploying 2000/2003) and
migrate half the users over to it.

You would join the second Exchange server to the same organisation and
site as the first (in Setup).  Incoming mail is delivered according to
an entry in your (or a hosted) DNS server called an MX record - an
association between an IP address and a mail server.  Persumably your MX
record points to the existing server.  If mail destined for a user on
the other server comes in, Exchange is smart enough to deliver it.

Users that have been moved over to the new server don't need any
configuration - their profiles get automatically updated, but you may
run into some issues when the original server is removed.



-----Original Message-----
From: Henry, Christopher M. [mailto:[EMAIL PROTECTED] 
Sent: Thursday, 15 April 2004 6:47 AM
To: Exchange Discussions
Subject: RE: Mailbox store issues


I was given this suggestion my by boss:  Why don't I setup a second
exchange server then add an additional database to it? I am not exactly
sure how that would work.  How would two exchange servers that are not
in a cluster function together? How would the mail reach the correct
server? How would my users know where to pick up their mail? What are
the issues with doing something like this?

Chris 


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Henry, Christopher M.
Sent: Wednesday, April 14, 2004 1:09 PM
To: Exchange Discussions
Subject: Mailbox store issues

I am in between a rock and a hard place...It seems as if all our
"interim fixes" has finally caught up to us. But anyway here is my
situation (keep in mind I am not an exchange person...but in this case I
have to be one)

Two weeks before the roll out of our new windows 2003/exchange 2003
servers I put the whole thing on hold because I didn't believe the
standard versions would help. I have been fighting to get the funds for
the enterprise versions since then. However while poking around our
exchange server I noticed that our storage group was fairly large,
actually the size of the database is 15.7 gigs (keep in mind the maximum
size is 16 gigs) my question is this:

1. Can I mount an exch 2000 database in exch 2003? (I know how to
migrate users the long way...) 2. Is there a way to compress the
database until I receive the necessary funds to upgrade? 3. How do you
all deal with everyone using their email as filestorage? 4. Is there a
quick fix for my large database issue.


Chris

_________________________________________________________________
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]
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.

**********************************************************************
This message is intended for the addressee named and may contain
privileged information or confidential information or both. If you
are not the intended recipient please delete it and notify the sender.
**********************************************************************

_________________________________________________________________
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]
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