• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2776
  • Last Modified:

Cutover Migration - Exchange 2007

I am trying to perform a Cutover migration from on-premise Exchange to Office 365.

I am currently trying to create a migration endpoint and am having an issue.

First, for whatever reason, I tried running the commands on the local machine "$TSMA = Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress administrator@contoso.com -Credentials $credentials" and received an error message that the cmdlet was not found (tried in powershell v2 and exchange management shell)

I then connected poweshell to the office 365 account and ran the same command and after the command completed it did not say any info about it being successful.

I then tried the command "New-MigrationEndpoint -ExchangeOutlookAnywhere -Name CutoverEndpoint -ConnectionSettings $TSMA.ConnectionSettings" and received an error that the parameter set cannot be resolved using the specified named parameters.

I am extremely confused as to where and how I create the migration endpoint. Im guessing i would have to do it locally but the command cannot be found.

I appreciate any help,

Thanks
0
akus1
Asked:
akus1
  • 3
  • 3
1 Solution
 
Vasil Michev (MVP)Commented:
What you need to do is simply enable Outlook Anywhere. You don't need to test this using PowerShell, you can navigate to ExRCA and run the Outlook Anywhere test:

https://www.testexchangeconnectivity.com/

Then, simply login to the portal and create the migration batch. Here's the article just in case:

http://help.outlook.com/en-us/140/ff628719.aspx
0
 
akus1Author Commented:
Unfortunately, with the new redesigned Office 365 interface it is not possible to simply follow those instructions.

A Migration endpoint needs to be created with the new layout or design.
0
 
Vasil Michev (MVP)Commented:
If you are using the 'new office', pressing the New migration button will actually walk you over the steps of creating new migration endpoint as well (if this is the first migration you are running). Alternatively, you can first create the endpoint in EAC -> Recipients -> press the ... button -> Migration Endpoints -> New

http://technet.microsoft.com/en-US/library/jj874458(v=exchg.150).aspx#OutlookAnywhere

(look for the Create a migration endpoint for cutover and staged Exchange migration section)

Basically, you need to provide the username/password for on-prem admin account as with the previous version, or if that fails, manual settings (exhcange server and proxy FQDNs)

Once you have created the endpoint you can test it using the PowerShell commands above or ExRCA and continue with the migration.
0
Has Powershell sent you back into the Stone Age?

If managing Active Directory using Windows Powershell® is making you feel like you stepped back in time, you are not alone.  For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why.

 
akus1Author Commented:
As far as I know EAC is only available on Exchange 2013, they are running Exchange 2007. This is why I am lost as far as the powershell commands not working.

I have followed the steps above to a T on the on-premise and Office 365 Powershells.
0
 
Vasil Michev (MVP)Commented:
Yes, EAC =  Exchange Admin Center in the cloud, the OFFICE 365 EAC. That's where you create the endpoint and/or you run the PowerShell commands, not the on-prem one.

The migration process is basically posing as a client, it uses the settings provided to connect to the on-prem server, fetches the GAL and uses the admin account to fetch all the mailboxes/groups/contacts visible in the GAL.

Again, there is no need to run the PowerShell commands, you can do this using the GUI. It will run the test automatically, you don't need to worry about this. Just make sure you have enabled Outlook Anywhere locally, grant the necessary permissions to the account then follow the instructions in the article above to create the endpoint/run the migration.

If you insist on doing this using PowerShell, make sure you are connected to the correct server (EO). If you are still having problems, it might be due to network issue or incorrect configuration. You can narrow this down by using the Outlook Anywhere test from https://www.testexchangeconnectivity.com/
0
 
akus1Author Commented:
Awesome, thank you vasilcho!

Worked like a charm. Microsoft should update that config to say that EAC is incorporate into Office 365 now too.
0

Featured Post

NEW Veeam Agent for Microsoft Windows

Backup and recover physical and cloud-based servers and workstations, as well as endpoint devices that belong to remote users. Avoid downtime and data loss quickly and easily for Windows-based physical or public cloud-based workloads!

  • 3
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now