TwistedHelixis

Just managed to get the main Google Data Migration Service working without any impersonation errors. My fix was to create a new admin user. not sure why that would make any difference but it has and its working, at least on my test account that I have just migrated.

Thanks. The CSV bit is fine but on the right of the screen it lists 'Authorize GSMME for your account' & 'Create a service account'. When I dig into those it wants me to use Google Cloud platform to create a project and attach APIs etc I have not actually done any of this but surly it cant be this complicated? Is this the correct way of doing this?

Perhaps I just need to leave things to update for a while and try again

OK so I have decided to try and migrate everyone and do it for them using Google Data Migration Service. It seems silly not to use the tools built in to G Suite. I went in to exchange and created the new role 'Application Impersonation' following the link in post No.2 above but when I run the Google Data Migration Service for my test user I get this error. Does that mean we need to have an E3 plan for Office 365. If so are there any workarounds?

I have just found a bunch of handy tools by Google for doing this. One is GSMMO which is for domains with less than 20 users. It basically gets each user to migrate themselves across, which sounds great. https://support.google.com/a/answer/180898?hl=en (expand option 3) https://support.google.com/a/answer/176213 https://tools.google.com/dlpage/outlookmigration

@rogerdnixon It has this info on that page We do not have E3 :0(

Just realised that if I install Outlook desktop app I can export the emails, so will try that method. Another method I found was using Gmail to import from Outlook but when I just tried that it complained about the pop address being wrong. Any idea how I find out the pop address for Outlook? - - - Updated - - - Thanks I will also try that

I have just got our LA to switch the schools MX records from Outlook (online) to the schools new Gmail system. This is a very small primary school with about 10 main users that will need their old emails moving over. What is the easiest way of moving the old emails from Outlook to Gmail. I don't mind doing this manually for each member of staff, I was even thinking of going in to each account and downloading the emails as a .pst file but I cant seem to find anywhere to backup the users emails while in their Outlook accounts. Cheers

Just found in the Default Domain Policy it has 'enable remote desktop services'. Is this normally on by default or is this something the previous support company enabled?

Just noticed that on each DC at each primary school I look after it is not possible to disable remote desktop, the option is greyed out. As far as I am aware they do not have any group policies to enable this. Is this just something that must be enabled on a DC? BTW the DC is a VM, not sure if that has anything to do with it.

Found a forum where someone else had the same issue. They were told that some of the 2fA options such as backup codes and the authenticator app can only be setup as a secondary 2FA system. I would need to pick one of the main options first, such as text message or Google prompt, and then select the authentication app in the final menu. This is a bit of an issue if someone is in a rural area and they do not have a phone signal. Does Google Prompt use phone signal or internet?

Thanks, wonder why it has its own tab and is not listed with all the other options??? Well that is odd, that section is grayed out. The other section above is fine. See pic BTW my admin account for this domain does already have 2FA using the authenticator app, the issue is for a test teacher account, but that has the same 2FA settings as my admin acc.

Just setting up a new G Suite system and went to add 2FA to my account but the Authenticator app is not an option. I then went to read up on the Google help pages and it is also missing as an option. https://support.google.com/accounts/answer/185839?co=GENIE.Platform%3DAndroid&oco=1 BTW it is still an option on my older G Suit systems

The migration tool does do that. In the old SQL version you can see a Sims and fms redirect. It anoying that the tool does not do all the other little bits n bobs.

All my primary schools I use RAID 10

Yes I did. I did notice there is also a tab to redirect the Sims.ini but I left this blank. Is yours also blank?

Just went back through the entire migration process (love virtual systems) and both Sims and FMS started without any issues, I also tested our Sims / FMS backup script and that backed up the new databases OK. For anyone else reading this, I manually updated the .ini files on the sims share (S drive), then updated the Enviroment >> Targets >> Servers info in Solus, and finally pushed the ini files out to clients from Environment >> Configure Workstations. Felling a lot more confident doing all this on the live server next week. So next bit for both of us to workout is how to move Solus to a new SQL version. Thanks for your time :0)

Thanks for your help so far I think this is why I am getting confused, we do have this already setup, but Environment >> Configure Workstations section seems to be the place to go to push the settings out, but it is not the place to enter the new ini settings. Is Enviroment >> Targets >> Databases the place to actually update the ini file information with the new server/instance information, or should I be updating the actual .ini file that is located in the Sims share. Possibly both work but Enviroment >> Targets >> Databases seems like the right place to do it automatically. Note sure I am making much sense.

Yes after the migration this is my current setup. I am creating step by step instructions, so really need to know what the next step is after the migration tool has finished moving Sims & FMS. I assume it is to test Sims and FMS are OK, get users logged in etc, but I am worried that my users will get a connection.ini error (like I did).

For the moment, this is probably the most important question for me to move forward..... If I just want to leave Solus3 on the old database for now, should I update 'Enviroment / Targets / Databases' in Solus3 after Sims & FMS have migrated, or will this interfere with the database redirection service I ticked in the migration tool? Wish there was some information on all this in the migration PDF

I have just completed a test migration of Sims and FMS going from SQL 2012 to SQL2016. To get them working I needed to go into the S drive and update the connect .ini files, so they listed the new database instance. This then made me think about Solus3.... If I open Solus3 I notice that under 'Enviroment / Targets / Databases it lists the old instance'. Also if I open 'Settings / Solus3 / Solus', the database instance is also the old instance. Q1. Should the migration not automatically update the .ini files? Q2. Should I be following some instructions that follow on after the migration? and if so where can I get them?

Just managed to get FMS running, I needed to update the fmsconnect.ini in the S drive. Should this not get updated automatically? Next I need to workout why Solus3 is still listing the old database for the clients and also how to move Solus to the new database. Will probably create a new post and ask

In addition, FMS does not load and gives an error about username or database name being wrong - giving up for a few days

Just finished a test migration and I notice that the Solus3 database is still on our old SQL2012 system. Any idea how I move this over to SQL2016?

Well it turned out I had the full version of SQL and not the express version. Installing the express version does not even list those features. Just installing on a test vm and will then test a migration of Sims