Doing migration tomorrow. Do I need to detach the domain that I want to move to the destination before or after migration? Should I maybe do check creds, pre-migration and then detach and very domain and full migration if I understand correctly?
This video was so helpful. But let me ask, did you have to do anything special with automapping or user prefix mapping? since your source an destination email addresses were different.
Even if your source and destination email address is same, migration will go on without any issues given the fact that there is a valid mailbox at the source & destination environment for the user that you are migrating.
@@letslearnm365 yes I noticed that, I was more wondering if some mapping is needed so that there are no issues once the mailboxes are brought up on the destination tenant. The documentation is a little confusing on that.
@@andresjordan1906 No additional mapping steps are needed. Before kicking off migration, you will also perform credential verification and once that is successful, you wont have any migration issues.
During the Pre-Migration process does the end user experience any issues or can they just work as usual on the SOURCE tenant? do any users on the TARGET tenant have to be concerned about any disruption during the Pre Migration? Finally, can resource calendar accounts be migrated ?
End users at source don't face any issues during the pre-stage migration. Users at the Target don't have to be concerned at all.Resource mailbox can be migrated too because BitTitan handles the resource mailbox in the same way as user mailbox.
Thanks for the video and explaining, totally enjoyed it however I keep getting error during verification; verification failed while checking source credentials. Please let me know if you have any suggestions?
Please ensure that you are entering the correct password of service account. Also,make sure that App Impersonation access has been granted to Service Acc. At last, you should have registered an app on Azure.
While setting up a mailbox project in BitTitan, it allows you to create a coexistence environment and that way you can use the same domain in both source and destination.
That seems to have got me a lot further than the BitTitan help docs - but from where did you get the Redirect URl please? - Is that a universal one, or was it generated for you? I receive authentication error that the provided client secret keys for app are expired - I create new keys, but having done that it still fails authentication :/ Help? Anyone?
I'm having 401 error on migrationwiz when i run verify credentials of first user. tried all 4 solutions to fix but still no luck. any other solution to try ?
After you have registered an app on Azure AD, follow the below. On Azure AD portal, click "App registrations"->click "owned applications"->click the app that you registered->you will see the "App ID" & "Tenant ID" under the Overview section.
@@sndmnsix All the Office365 tenants have stopped supporting basic auth and the only way for BitTitan to authenticate against your Tenant is via modern auth. And to authenticate, app registration is a must.
![Chlöe - Shake (Feat. Jeremih) [Official Visualizer]](http://i.ytimg.com/vi/aDs_1ufpfv8/mqdefault.jpg)
Thank you for this video! I spend hours reading the bittitan documentation getting error after error, watch this video and boom! working first try.
Please subscribe to the channel, if you haven't already..
Greate explanation, Thank you!
Excellent guide, better than the other ones
You are a hero and a saint.
Excellent👍
new subscriber today :)
Doing migration tomorrow. Do I need to detach the domain that I want to move to the destination before or after migration? Should I maybe do check creds, pre-migration and then detach and very domain and full migration if I understand correctly?
This video was so helpful. But let me ask, did you have to do anything special with automapping or user prefix mapping? since your source an destination email addresses were different.
Even if your source and destination email address is same, migration will go on without any issues given the fact that there is a valid mailbox at the source & destination environment for the user that you are migrating.
@@letslearnm365 yes I noticed that, I was more wondering if some mapping is needed so that there are no issues once the mailboxes are brought up on the destination tenant. The documentation is a little confusing on that.
@@andresjordan1906 No additional mapping steps are needed. Before kicking off migration, you will also perform credential verification and once that is successful, you wont have any migration issues.
good video, background music is disturbing much, video is really excellent
Sorry for the background music but sometimes video becomes boring without any music
During the Pre-Migration process does the end user experience any issues or can they just work as usual on the SOURCE tenant? do any users on the TARGET tenant have to be concerned about any disruption during the Pre Migration? Finally, can resource calendar accounts be migrated ?
End users at source don't face any issues during the pre-stage migration. Users at the Target don't have to be concerned at all.Resource mailbox can be migrated too because BitTitan handles the resource mailbox in the same way as user mailbox.
Thanks for the video and explaining, totally enjoyed it however I keep getting error during verification; verification failed while checking source credentials. Please let me know if you have any suggestions?
Please ensure that you are entering the correct password of service account. Also,make sure that App Impersonation access has been granted to Service Acc. At last, you should have registered an app on Azure.
thanks
so we can't use tenant-to-tenant coexistence right if we are migrating the same domain name?
While setting up a mailbox project in BitTitan, it allows you to create a coexistence environment and that way you can use the same domain in both source and destination.
That seems to have got me a lot further than the BitTitan help docs - but from where did you get the Redirect URl please? - Is that a universal one, or was it generated for you?
I receive authentication error that the provided client secret keys for app are expired - I create new keys, but having done that it still fails authentication :/
Help? Anyone?
Redirect URI is the same for everyone universally. You should perhaps investigate whether authentication is failing for source or destination tenant.
I'm having 401 error on migrationwiz when i run verify credentials of first user. tried all 4 solutions to fix but still no luck. any other solution to try ?
I suppose reaching out to BitTitan support may help.
Can this tool be used for tenant to tenant migration if user accounts are all federated accounts?
Yes, it does support federated accounts.
how to find destination id i m in do the same as per your vedio .i m in 10th min guide to find destination id
After you have registered an app on Azure AD, follow the below.
On Azure AD portal, click "App registrations"->click "owned applications"->click the app that you registered->you will see the "App ID" & "Tenant ID" under the Overview section.
@@letslearnm365 I'm not sure what the point of creating an app is. Why does there have to be an app created for this migration?
@@sndmnsix All the Office365 tenants have stopped supporting basic auth and the only way for BitTitan to authenticate against your Tenant is via modern auth. And to authenticate, app registration is a must.
I sent you an email for help. Coming from Humphrey. I would love to get some help.
Excellent👍