Removed Cmdlets for Exchange 2013 CU6 and CU7

When commands are removed, usually there is some warning either in documentation or help files or noticed while running the commands themselves. Just like everything else in the world, there are exceptions to the rules. In this case we are looking at commands that have been removed with very little fanfare from Exchange 2013 in CU6+ (the commands existed in <= CU5).
Removed Without Notice
So what commands are missing from CU6+?

• Get-ResourcePolicy
• Get-WorkloadManagementPolicy
• Get-WorkloadPolicy
• New-ResourcePolicy
• New-WorkloadManagementPolicy
• New-WorkloadPolicy
• Remove-ResourcePolicy
• Remove-WorkloadManagementPolicy
• Remove-WorkloadPolicy
• Set-ResourcePolicy
• Set-WorkloadPolicy

Normally a cmdlet that was going to be deprecated would have two warning symptoms:

OR

For any cmdlets that is deprecated we know what to look for. However, with the above cmdlets, they were removed without warning, without any notice to the end-user. Let’s take ‘Get-ResourcePolicy’ as our first example:

And if you review the get-help for the cmdlet, you will see no word about the command being deprecated:

Thoughts
What does this mean? It means if you had scripts or processes that were running these cmdlets, you will need to find a workaround in order to get your results. There is very little documentation on this as Microsoft’s own documentation page for Workload Management located here shows this:

While I understand that Microsoft ultimately controls this product and how it operates, to pull cmdlets with no warning, no documentation, no deprecation warnings, is an entirely poor method of operation. These cmdlets should have followed the same removal process as all others that are being transitioned.
Cmdlets Added to CU6+
With a changing product, things are removed and features are added. In CU6+, these new PowerShell cmdlets are available:

• Get-SettingOverride
• New-SettingOverride
• Remove-SettingOverride
• Set-SettingOverride

From a quick examination of the cmdlets, these new cmdlets are to replace (at least in part) the old workloads cmdlets:
Get-SettingsOverride

Set-SettingsOverride

Notice that both cmdlets are supposed to be run with the assistance of Microsoft support. Also notice that you will need permissions similar to running the workload cmdlets.
Add to the mystery is that these cmdlets have been our for a while and yet the content for the cmdlet online help shows this:

Individual cmdlet help links
set-settingoverride
https://technet.microsoft.com/EN-US/library/eaa7f08c-cc7e-4700-8784-ebe2d586f3fb(EXCHG.150).aspx
get-settingoverride
http://technet.microsoft.com/EN-US/library/3052da37-a77c-423b-a4ce-3022a6dbf19e(EXCHG.150).aspx
new-settingoverride
http://technet.microsoft.com/EN-US/library/29be9ee9-d9c7-4aef-b068-8ab44ceecd0a(EXCHG.150).aspx
remove-settingoverride
http://technet.microsoft.com/EN-US/library/56877b0e-f972-4c00-9822-57867811dbf4(EXCHG.150).aspx
It is unclear if these links or content will be updated because the cmdlets are supposed to be run with Microsoft Support.
Follow-Up
I hope to have a write-up on these cmdlets by either next week or the following week.