I need to move all Exchange 2013 databases to a new replacement mailbox server.

Production Environment: Exchange 2013, Windows Server 2012; 400 users.

Our original mailbox configuration is proving problematic. We are spinning up a replacement mailbox server to replace it entirely with.

What is the best option to do this and where can I find step-by-step instructions? Is creating a DAG with new mailbox server, creating a database copy on new mailbox server, then removing old mailbox server and removing DAG the way? Or just moving mailboxes? If this is the case, do we have to re-link mailboxes? I've looked for some time before asking this question. I couldn't find anything that gave me the confidence to pull the trigger yet. This is a new Exchange setup and I don't quite trust it or myself to make the decision on my own.
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Hardik DesaiIT Architect and TrainerCommented:
Move mailboxes, you can do online move. Decommission the old server.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Amit KumarCommented:
See if you create DAG then you will have add all databases in DAG then add a mailbox database copy on another server that will be replicated. This way you will not have much downtime as once DBs are replicated you can remove faulty server and keep new one in production.

But there is a glitch as you are saying your existing server is proving problematic so I think you should not go with creating DAG with existing server, it may lead you in another issue.

Better to create another mailbox server and move all mailboxes on it. Now point of view in DAG if you are going to use multiple mailbox server then there is benefit of DAG else there is no use of DAG for single server. So if you are planning to add one more mailbox server then create a new DAG with two mailbox servers and then move all mailboxes from your existing server to new one. It is really good to have two mailbox servers to avoid any downtime, performance issue and most important you will be in HA env.

If you don't have many servers with you then just add one server in DAG move all mailboxes to it, later on once your another server is ready just add it.. or you can create a DAG later on/.
FrankU09Author Commented:
Thanks for your answers. The problematic part is only the HDD size and HA of the VM storage partitions. We are increasing the size of the mailbox volume and using HA storage instead of standard.

If I move the mailboxes, do I have to do any type of re-linking or anything else that would prevent the databases/mailboxes from being not reachable?
Hardik DesaiIT Architect and TrainerCommented:
move mailboxes would be transparent to users. users would be able to work with their mailbox while the mailbox is in transit.
Amit KumarCommented:
If you have less space, then enable Circular logging so your drive will not be filled up with logs.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.