Hi John,
Thanks, I had found that link.
I didn't explain the situation clearly enough. I will clarify.
We had an existing CRM server that originally started off on W2003 and CRM3. This install had been upgraded over the years until it reached W2012 and CRM2016. After the upgrade from CRM2015 to CRM2016 at the end of Feb2016 we started having major
issues with using CRM2016. Things like not being able to enter anything into the body section of new emails, VERY slow responses, sychronisation failures etc.
After posting on this forum and finding out that you cannot rollback CRM2016 to CRM2015 we decided to try starting with a new/clean install of OS/SQL/CRM and importing in the organisation on the new server. Because the import turns off encryption you
have to enter the key again into the system to get access to the encrypted data (as I understand it).
In the CRM install on the old server we had entered a key sometime prior to the time we upgraded the old install to CRM2016.
The problem occurred when we tried to enter that original key into the new/clean install. The key wasn't accepted because it didn't contain a symbol or special character. It appears sometime during CRM versions this requirement was brought in
but no check/warning was done on existing keys to make sure that they complied with the new requirements. It is only if you move and import the organisation into a different environment that you need to re-enter the key.
Hope this explains the problem better.
In the end as we were lucky enough to still have access to the old install, I went back into that and
- changed the encryption key to meet the new requirements and
- allowed that to go through the re-encryption process,
- backed up the Org database on the old server,
- deleted the previously imported organisation on the new server,
- restored the org database with 'replace' on the new server,
- imported the organisation into the new CRM server
- entered the updated key in the new server.
This has fixed our issue. However, if someone doesn't have access to an old working install they are not going to be able to access the previously encrypted data.
In my view during the upgrade process we should be forced to update the data encryption key. This would ensure it meets any new requirements.
Antony