Exchange 2010 - 2013 Migration

Guys.

I am doing a Exchange 2010 to Exchange 2013 migration over the weekend, both servers are single CAS servers hosting all roles.
 
I have a question in regards to Exchange 2013 server autodiscovering the receive and send connectors from 2010.
I am prepared for this even if it does not autodiscover them, I will manually input them.

Any other info would be great my migration plan is built from this MVP article http://www.msexchange.org/articles-tutorials/exchange-server-2013/migration-deployment/migrating-small-organization-exchange-2010-exchange-2013-part1.html

I am pretty confident in my migration plan but you can never be too sure. Thanks in advance.

Regards M
LVL 9
Mark BillExchange, AD, SQL, VMware, HPE, 3PAR, FUD, Anti MS Tekhnet, Pro EE, #1Asked:
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.

Simon Butler (Sembee)ConsultantCommented:
Send Connectors are domain wide, so will be picked up by the new server.
Receive Connectors are server specific, so if you have customised the Receive Connectors those will need to be repeated.
Don't forget to ensure the receive connectors on the old server is able to allow the new server to talk to it - I have lost count the number of times I have seen restrictions on the Receive Connectors which cause problems during the migration.

Simon.

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
Mark BillExchange, AD, SQL, VMware, HPE, 3PAR, FUD, Anti MS Tekhnet, Pro EE, #1Author Commented:
Nice one sembee, I was looking at the specific setup of the receive connectors over the last week and im confident once replicated the coexistance will work. Have you any other suggestions on this server? I will double check the receive connectors again anyway as there are several.
I was not too sure whether the send connectors would be picked up automatically so i planned to just manually enter them in my project plan in case.

One more thing of note is that I am planning to add a DAG server once the 2010 server is decommissioned.

Thanks a lot for this!
Mark BillExchange, AD, SQL, VMware, HPE, 3PAR, FUD, Anti MS Tekhnet, Pro EE, #1Author Commented:
Any idea if i could move 400GB worth of mailboxes in 48 hours?

The specs for the two servers are the same disk wise, they are sitting on a powervault san with 7.5k SAS disks in them connected by direct cable host to san. There are actually two different arrays in the SAN come to think of it, I will check if they are on the same array or not as this will affect the mailbox move time.
Your Guide to Achieving IT Business Success

The IT Service Excellence Tool Kit has best practices to keep your clients happy and business booming. Inside, you’ll find everything you need to increase client satisfaction and retention, become more competitive, and increase your overall success.

Jeff GloverSr. Systems AdministratorCommented:
that could be tight. It is not only the size that makes the difference but it is also the number of items in each mailbox. A smaller mailbox with more items can take longer to move. You can stage a lot of moves at once (I recommend using a csv file) but Exchange only moves so many at one time. If you are going from one server to another, you probably will only get 2 at a time moving while the rest wait. (maybe 4. has been a while since we migrated)
  You can help by having everyone empty deleted items.

Also, just because the DB says 400 GB, it may not have that much data. Exchange databases cannot shrink on their own, they only grow. If you remove mailboxes, you only create "white space" in the Database. However, this "White Space" does not migrate.
Simon Butler (Sembee)ConsultantCommented:
Why do you want to move the mailboxes in 48 hours?
There is no need to rush the process.
Mailboxes from Exchange 2010 can be moved "hot", with the user getting a prompt at the end to restart Outlook, no need to do it out of hours.
Setting up full coexistence between the two versions for client access is also very easy.

I haven't done an "against the clock" migration for years, there is simply no need - unless the source server is about to die.

Simon.
Mark BillExchange, AD, SQL, VMware, HPE, 3PAR, FUD, Anti MS Tekhnet, Pro EE, #1Author Commented:
No it isnt dying, but I have a couple of days with the business closed so was considering it. The plan as of now is to do them over the working week, I was considering suggesting changing it. Also my rollback is a domain controller restore(all 2 of them) and remove Exchange2013 server, might be better roll back this weekend than next although I doubt we will be rolling back very much tbh.

I will leave it till next week so ;) thanks
Simon Butler (Sembee)ConsultantCommented:
I wouldn't even contemplate a rollback. It will cause you more problems than you think it resolves.
Do a staged installation (prep first) if you are concerned. If something goes wrong after that, recovery is easier without having to rollback the domain.

SImon.
Jeff GloverSr. Systems AdministratorCommented:
I agree, a rollback is not a good idea. If you follow the standard procedures for Migrating, you can do this over a long period of time. I assumed you had issues that required a quick move. If you do not, do this in stages. Make sure your send and receive all come via the Exchange 2013  server (OWA also) and is working. Migrate a test account (create one for just that purpose) and make sure you can send mail back and forth between it and other mailboxes and send and receive to an external address. Once that works, then migrate as you go. The way mailbox moves happen is this: the user has access until the last little bit, then there is a short hiccup while the move finishes and the user is on the new server. I would do them at night over a few weeks.
  Paul Cunningham (exchangeserverpro.com) has a great ebook about migrating that covers just about every base.
Mark BillExchange, AD, SQL, VMware, HPE, 3PAR, FUD, Anti MS Tekhnet, Pro EE, #1Author Commented:
Hey,

It all went according to plan anyway, well did have a couple of majors.
For anybody installing Exchange 2013 on 2008 R2 be aware of this issue, a bug in windows update and CBS that takes update 2619234 over 6 hours to install, this is a 1.4MB update.

Also had an issue with receiving mail through 2010 server once I rerouted the mail to the new server. Fortunately got that one resolved quickly, another bug, 2010 server had 2013 servers IP setup as a relay on a receive connector.

Points have to go to Sembee im afraid.

Cheers Guys.
Mark BillExchange, AD, SQL, VMware, HPE, 3PAR, FUD, Anti MS Tekhnet, Pro EE, #1Author Commented:
Deserved
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
Exchange

From novice to tech pro — start learning today.