Microsoft Secure Tech Accelerator
Apr 03 2024, 07:00 AM - 11:00 AM (PDT)
Microsoft Tech Community

Applying Sensitivity Labels to files prior to Migration

Learn Expert

Hi all,

 

I'm in the process of migrating a client from a file share to Microsoft 365.  Part of the migration includes applying sensitivity labels.  So far, we did an inventory and know what labels should be applied to which file.

 

What is the best way to apply labels at such a granular level?  I tried using the Set-AIPFileLabel PowerShell cmdlet in a loop, but found it to be very unstable.  It crashes over 50% of the time, taking down the entire PowerShell session.  When it doesn't crash, it uses up a very large amount of memory that is not being released until the entire script ends.

 

Any feedback is much appreciated.

6 Replies

@Haniel Croitoru If your data is already migrated, you can use MCAS for automatic labeling. 

 

Integrate Azure Information Protection with Cloud App Security | Microsoft Docs

I also have this problem!

Doesn't matter how simple the implementation is.. simply calling this function causes a hardcrash of powershell ide or command line. as you said around 50% of the time.
I also have this problem. Set-AIPFileLabel will crash a huge amount of the time either with a System.NullReferenceException: or sometimes even worse with a " System.AccessViolationException: Attempted to read or write protected memory."

Using MCAS is not really an replacement for powershell.

@Bill_Davis

 

Has anyone found anything from MS on this?

 

We too are receiving these random crashes. Initially we thought it was due to some complex hash tables we used to reset labels.

 

We made some minor mods but still randomly get these errors. 

 

TRY/CATCH did not help. Any fixes found on your end?

@StephenES  Its a known bug, MS will fix it in the next release :(

@StephenES 

 

We noticed this was worse when deleting files during the labeling process. Our workaround is to leave the files around until we've labeled them all, and then delete them. My guess is that there is some issue where the powershell commands are holding onto file handles and breaking if those files disappear.