如果您已删除 Office365 用户帐户，但后来意识到仍需要其邮箱中的数据，则可能可以恢复该邮箱。
首先，请检查邮箱是否已“软删除”。下一个命令列出了所有可恢复的邮箱：
1 | Get-Mailbox -SoftDeletedMailbox | Select UserPrincipalName, WhenSoftDeleted |
每个邮箱都与用户主体名称相关联。要取消删除邮箱，您需要临时重新创建此帐户。接下来，您可以撤消邮件箱的删除操作。只需在以下命令中替换主体名称即可：
1 | Undo-SoftDeletedMailbox -SoftDeletedObject username@company.onmicrosoft.com |
Select-Object 不仅可以选择属性，还可以重命名。假设您需要获取一个文件夹中的文件列表，并包含文件大小信息，这行代码就足够了：
1 | PS> Get-ChildItem -Path c:\windows -File | Select-Object -Property Length, FullName |
现在你只能看到两个选定的属性“Length”和“FullName”。但是如果您希望此信息以不同的名称显示，例如“Size”和“Path”，该怎么办？
只需通过提交每个属性的哈希表来重命名属性。在每个哈希表内，使用“Name”键来重命名属性，“Expression = '[OriginalPropertyName]' }”键保持原始属性内容不变：
1 | Get-ChildItem -Path c:\windows -File | Select-Object -Property @{Name='Size';Expression='Length'}, @{Name='Path';Expression='FullName'} |
这样，您可以轻松地重命名任何对象中的任何属性。
你能发现下面代码中的错误吗？
1 | $result = 'NO' |
无论 $result 包含“NO”还是“YES”，它总是返回“Result: YES”。
从其他脚本或编程语言转换到 PowerShell 的人经常遇到这个错误：在 PowerShell 中，“=”是一个独占赋值运算符，而对于比较，您需要使用“-eq”。因此，正确的代码（和简单的修复）应该是这样的：
1 | $result = 'NO' |
让我们看一下为什么最初的代码总是返回“Result: YES”。
当您意外使用赋值运算符而不是比较运算符时，您将不会得到任何结果，因此这个 NULL 值应该真正评估为 $false，并且条件应该始终返回“Result: NO”。然而，情况恰恰相反。
这是由于另一个PowerShell鲜为人知的怪异之处：当您分配一个值并将分配放在大括号中时，分配也将被返回。最初错误的代码将使用实际响应于赋值值的条件。
每当您向$result（所有都被解释为FALSE）分配0、’’、$false 或 $null 时，代码都会返回“Result: NO”。任何其他赋值都会返回“Result: YES”。
所有这些令人困惑的行为只是因为用户肌肉记忆使用了操作符“=”而实际上需要“-eq”操作符。
Exchange Online 中的 PowerShell cmdlet 使用“远程 PowerShell”作为远程技术，这是一种在今天世界中存在安全风险的传统技术。这就是为什么 Exchange 团队最初考虑在2023年6月停用 Remote PowerShell。
由于相当多的用户似乎无法切换到新的、更安全的基于 REST 的 v3 PowerShell 模块来管理 Exchange，团队决定添加一种方法让客户重新启用 Remote PowerShell 以延长宽限期（至少适用于 Microsoft 云租户）。
简而言之：如果您仍在使用 Exchange Online 中的 Remote PowerShell，则需要开始计划过渡到基于 REST 的 v3 PowerShell 模块。
Windows PowerShell 2.0 仍然是任何 Windows PowerShell 的一部分，用于向后兼容。当启用时，它是一个严重的安全风险 - PowerShell 2.0 简单地没有 PowerShell 5 及更高版本中发现的所有先进恶意软件检测工具。
如果您拥有管理员权限，则此行将告诉您系统上是否启用了 PowerShell 2.0：
1 | PS> Get-WindowsOptionalFeature -Online -FeatureName MicrosoftWindowsPowerShellV2 |
如果它已启用，请确保将其禁用。
Get-Printer 返回所有本地打印机的基本信息。当您添加开关参数 -Full 时，它会返回更详细的信息，例如打印机权限，但乍一看，无论是否指定了 -Full，Get-Printer 似乎输出相同的信息。
要查看增强信息，必须要求 PowerShell 显示所有属性，因为默认情况下所有增强属性都是隐藏的。以下代码揭示了通过指定 -Full 所做出的差异：
1 | Get-Printer | Select-Object -Property * | Out-GridView -Title 'Without -Full' |
最显著的区别在于 PermissionSDDL 属性。
PowerShell 为您提供了丰富的方法来解决任务。它们总是归结为相同的策略。在这个小系列中，我们将逐一说明它们。
以下是要解决的问题：获取计算机的 MAC 地址。
在我们之前的提示中，我们看过命令和运算符。但如果你仍然无法获得所需信息怎么办？
即使如此，PowerShell 也有选项可供选择，因为您可以直接访问 .NET Framework 类型和方法。或者换句话说：如果没有程序员替您完成工作并提供特定命令，则可以自己编写功能。
显然，这可能很快成为最困难的方法，因为现在您需要具备程序员技能，并且需要更多地搜索谷歌。你需要找到一个内置的 .NET 类型来处理你所需的信息。
经过一番研究后，您可能会发现 [System.Net.NetworkInformation.NetworkInterface] .NET类型管理网络适配器，并且在 PowerShell 中，所有 .NET 类型后添加两个冒号，即可访问其方法：
1 | PS C:\> [System.Net.NetworkInformation.NetworkInterface]::GetAllNetworkInterfaces() |
由于 .NET 返回结构化数据，因此 PowerShell cmdlet 返回的结果与原始 .NET 方法返回的结果之间没有区别。您可以以相同的方式消耗和处理数据：
1 | PS C:\> [System.Net.NetworkInformation.NetworkInterface]::GetAllNetworkInterfaces() | Select-Object -Property Name, NetworkInterfaceType, Description |
但是，您找到的.NET方法可能不直接包含所需信息。在我们的示例中，GetAllNetworkInterfaces() 返回所有网络适配器，但要获取它们的 MAC 地址，则需要深入了解 .NET 对象树。这就使得使用这种技术变得更加困难（但也令人兴奋和有益）。
这是获取有关您的网络适配器的所有所需信息的完整 .NET 代码，甚至包括特定适配器当前是否处于活动状态的信息：
1 | [System.Net.NetworkInformation.NetworkInterface]::GetAllNetworkInterfaces() | |
这就是整个工作闭环之处：通过将此原始 .NET 代码封装到 PowerShell 函数中，您可以向 PowerShell 词汇表添加一个新的简单命令：
1 | function Get-MacAddress |
一旦你运行了这个函数定义代码，就可以再次使用一个高度专业且易于使用的 PowerShell 命令，并附加你常用的一组 PowerShell cmdlet（Select-Object、Where-Object），将数据处理成所需的形式：
1 | PS C:\> Get-MacAddress | Where-Object Mac | Select-Object -Property Name, Status, Mac, SpeedGb |
哈希表和字典是完美的查找表：每当您的原始数据包含难以理解的数字或命令返回仅为数值返回值时，哈希表可以将这些数字转换为友好的文本。
由于您可以自由地向哈希表添加任何键，因此要翻译的数字也不必是连续的数字范围。
以下是一个示例，从 WMI 查询操作系统信息，然后将您的 Windows SKU 从数字转换为描述性文本：
1 | # get any info, i.e. some WMI information about your OS |
这个基本的概念适用于所有类型的翻译。以下是一个示例，可以将 ping.exe 提供的返回值进行翻译：
1 | $translation = @{ |
以下是执行结果：
IpAddress Status
--------- ------
192.168.2.1 SUCCESS
192.168.2.2 FAILURE
192.168.2.3 FAILURE
192.168.2.4 FAILURE
192.168.2.5 FAILURE
192.168.2.6 FAILURE
...
在 Windows 上，PowerShell 带有用于自动化内置防病毒引擎 “Defender” 的 cmdlet。在第二部分中，让我们看看如何找出在您的计算机上活动的防病毒设置：
1 | PS C:\> Get-MpPreference |
从结果中可以看到，一些设置是受保护的，需要管理员权限才能查询。
如果您想更改防病毒软件设置，只需使用 Set-MpPreference 命令。
当然，您可以使用 Select-Object 命令过滤返回的信息以回答特定问题，但如果您想根据值过滤信息怎么办？比如说，您需要一份当前关闭的所有功能的列表？
以下是一种聪明的方法，使用底层的 PSObject 列出所有属性的名称，然后根据它们的值进行过滤：
1 | $preference = Get-MpPreference |
同样，下面的代码列出了所有当前已禁用的属性（值为 $false）：
1 | $preference = Get-MpPreference |
由于上述方法可以根据任何属性值进行过滤，因此您可以轻松地调整它，例如只转储包含小于 500 的 [byte] 属性：
1 | $preference = Get-MpPreference |
以下是执行结果：
Name Value
---- -----
CloudBlockLevel 1
DefinitionUpdatesChannel 0
EnableControlledFolderAccess 0
EnableNetworkProtection 0
EngineUpdatesChannel 0
HighThreatDefaultAction 0
LowThreatDefaultAction 0
MAPSReporting 2
ModerateThreatDefaultAction 0
PlatformUpdatesChannel 0
PUAProtection 1
RealTimeScanDirection 0
RemediationScheduleDay 0
ScanAvgCPULoadFactor 50
ScanParameters 1
ScanScheduleDay 0
SevereThreatDefaultAction 0
SignatureScheduleDay 8
SubmitSamplesConsent 1
UnknownThreatDefaultAction 0
现在，我们总结一下：通过将代码封装在函数中，您使代码可以重复使用，自动添加可扩展性（在上面的示例中，我们现在可以在同一个调用中转换一个或数千个字符串），并且您的生产脚本代码变得更短，可以集中精力完成真正想要实现的任务。
1 | PS C:\> Get-Command -Module ConfigDefender |
在 Windows 上，PowerShell 带有用于自动化操作内置防病毒引擎 “Defender” 的 cmdlet。
如果您想自动更新签名，请尝试以下操作：
1 | PS C:\> Update-MpSignature |
如果您在计划任务的脚本中运行此命令，则现在可以完全控制。无需管理员特权。
同样，PowerShell 可以仅使用一个命令随时启动快速扫描：
1 | PS C:\> Start-MpScan -ScanType QuickScan |
扫描进度显示为 PowerShell 进度条，无需打开烦人的对话框。
如果您想知道您最近面临的最新威胁，请让 Defender 输出其威胁分析：
1 | PS C:\> Get-MpThreat |