Companies that have gone through several generations of IT systems will have to make their cloud journey in small steps – system by system. Devices and document storage are quickly moved to Microsoft 365. Special Line of Business systems may take longer to cloudify. This can present challenges in making data from dinosaur systems available to users of the modern Microsoft 365 platform.
The challenge from a real world scenario
I was challenged by a customer with a production environment running in an old on premises environment while all users and endpoints had converted to Microsoft 365. They had challenges in reaching reports that were produced on premises and needed a solution to have this data automatically uploaded to Sharepoint for easy and modern access. Challenge accepted!
Read on to get a detailed insight into the solution that made the desired elasticity in the migration to the cloud.
We started out by creating a separate Sharepoint site for the purpose.
We planed to create an Azure App registration with limited rights for the SharePoint site where authentication will be done with a private certificate between the server on premises and the online Azure/Sharepoint environment.
The private certificate is created in Powershell on the server on premises which will upload the data. The PFX private key of the certificate will be installed on the server, while the CER public key of the certificate will be installed in Azure.
The certificate can now be verified in the Microsoft Management Console (MMC) within the Certificates Snap-in for Local Computer.
Azure App Registration
Inside Microsoft Azure Admin Portal – Azure Active Directory we find App Registrations where a new registration is added.
The registration will be given a name, and it will be set as a Single tenant type.
Once the App Registration has finished, take a note of the Application Client ID.
Assign Sharepoint permissions
Inside the Application Registration, we find the API Permissions which now should be assigned for Sharepoint.
Located under Application permissions, the “Sites.Selected” permission is added.
Admin consent is given.
With the “Sites.Selected” permission set, I am now able to give rights for this App Registration to specific Sharepoint sites. This is done with Microsoft Graph API, and for this tutorial I will be using Graph Explorer. First I run a GET in order to receive the ID for the Sharepoint site:
The number in the middle from the response will be the ID we need. Test this by running a query for permissions on this ID in Graph Explorer: https://graph.microsoft.com/v1.0/sites/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/permissions
You might get an error at this point which you can get past by giving consent to the site.
Now it’s time to give write access to the actual site for the current app registration. This is done by the following code as a Post operation:
“displayName”:“SP SITE NAME”
Add the code to Microsoft Graph Explorer as Post and run the query.
At this point, the Azure App Registration has rights to write to the specified Sharepoint site.
Assign Certificate for authentication from the on premises server
I am now uploading my public key certificate created on the on premises server to prepare for the authentication. This is done from Manage – Certificate & Secrets – Certificates – Upload Certificate:
Script for upload of data
Access to the site by use of the certificate can now be tested in Powershell with the PnP.Powershell module from the actual server.
A test-drive of this script verifies that the file is uploaded to the Sharepoint site and the document is moved to the defined subfolder on the on premises server.
The script can now be added as a scheduled task on the on premises server with powershell as the progam/script, and “-File C:SimonUploadFilesToSharePointLibrary.ps1 -ExecutionPolicy Bypass” as argument.
Desmond Tutu once wisely said that “there is only one way to eat an elephant: a bite at a time.” What he meant by this is that everything in life that seems daunting, overwhelming, and even impossible can be accomplished gradually by taking on just a little at a time.
You can’t migrate a complex environment in a weekend. You need to do it step by step. I hope this can inspire someone to find smart ways to automate a way from ground to the cloud.
The following sources was used for inspiration while figuring out this routine:
[…] I have earlier published another post supporting your move from legacy on-premises solutions to cloud: Simon does… Automatic file upload from legacy server to Microsoft 365 (skotheimsvik.no) […]