如何在PowerShell中加载程序集？

以下PowerShell代码

#Get a server object which corresponds to the default instance
$srv = New-Object -TypeName Microsoft.SqlServer.Management.SMO.Server
... rest of the script ...

给出以下错误信息：

New-Object : Cannot find type [Microsoft.SqlServer.Management.SMO.Server]: make sure 
the assembly containing this type is loaded.
At C:\Users\sortelyn\ ... \tools\sql_express_backup\backup.ps1:6  char:8
+ $srv = New-Object -TypeName Microsoft.SqlServer.Management.SMO.Server
+        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : InvalidType: (:) [New-Object], PSArgumentException
+ FullyQualifiedErrorId : TypeNotFound,Microsoft.PowerShell.Commands.NewObjectCommand

互联网上的每个答案都写道我必须加载程序集-可以肯定的是，我可以从错误消息中读取它：-)-问题是：

如何加载程序集并使脚本工作？

LoadWithPartialName已不推荐使用。对于PowerShell V3，推荐的解决方案是使用Add-Typecmdlet，例如：

Add-Type -Path 'C:\Program Files\Microsoft SQL Server\110\SDK\Assemblies\Microsoft.SqlServer.Smo.dll'

有多个不同的版本，您可能要选择一个特定的版本。:-)

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.Smo")

到目前为止，大多数人都知道System.Reflection.Assembly.LoadWithPartialName已弃用该方法，但事实证明它的Add-Type -AssemblyName Microsoft.VisualBasic 行为并不比LoadWithPartialName：

[Add-Type]不会尝试在系统的上下文中解析您的请求，而是查看静态的内部表，以将“部分名称”转换为“全名”。

如果您的“部分名称”未出现在其表中，则脚本将失败。

如果您的计算机上安装了多个版本的程序集，则没有智能算法可供选择。您将得到他们表中出现的任何一个，可能是较旧的，过时的。

如果您安装的版本比表中已过时的版本都新，则脚本将失败。

Add-Type没有像这样的“部分名称”的智能解析器 .LoadWithPartialNames。

微软说你实际上应该做的是这样的：

Add-Type -AssemblyName 'Microsoft.VisualBasic, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'

或者，如果您知道路径，则如下所示：

Add-Type -Path 'C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\Microsoft.VisualBasic\v4.0_10.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualBasic.dll'

为程序集提供的长名称为Strong name，它是版本和程序集唯一的，有时也称为全名。

但这留下了几个问题无法回答：

1. 如何确定具有给定部分名称的系统上实际加载的内容的强名称？

   [System.Reflection.Assembly]::LoadWithPartialName($TypeName).Location; [System.Reflection.Assembly]::LoadWithPartialName($TypeName).FullName;

这些也应该起作用：

Add-Type -AssemblyName $TypeName -PassThru | Select-Object -ExpandProperty Assembly | Select-Object -ExpandProperty FullName -Unique

2. 如果我希望脚本始终使用.dll的特定版本，但是不确定安装位置，那么如何确定.dll的强名呢？

   [System.Reflection.AssemblyName]::GetAssemblyName($Path).FullName;

要么：

Add-Type $Path -PassThru | Select-Object -ExpandProperty Assembly | Select-Object -ExpandProperty FullName -Unique

3. 如果知道强名，如何确定.dll路径？

   [Reflection.Assembly]::Load('Microsoft.VisualBasic, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a').Location;

4. 而且，以类似的方式，如果我知道所使用的程序的类型名称，那么我怎么知道它来自什么程序集？

   [Reflection.Assembly]::GetAssembly([Type]).Location [Reflection.Assembly]::GetAssembly([Type]).FullName

5. 我如何查看可用的程序集？

我建议使用GAC PowerShell模块。 Get-GacAssembly -Name 'Microsoft.SqlServer.Smo*' | Select Name, Version, FullName效果很好。

6. 如何查看Add-Type使用的列表？

这有点复杂。我可以描述如何使用.Net反射器访问任何版本的PowerShell（对于PowerShell Core 6.0，请参见下面的更新）。

首先，找出哪个库Add-Type来自：

Get-Command -Name Add-Type | Select-Object -Property DLL

用反射器打开生成的DLL。我使用ILSpy是因为它是FLOSS，但是任何C＃反射器都可以工作。打开该库，然后查找Microsoft.Powershell.Commands.Utility。下Microsoft.Powershell.Commands，应该有AddTypeCommand。

在该代码清单中，有一个私有类InitializeStrongNameDictionary()。这列出了将短名称映射为强名称的字典。我看过的库中有近750个条目。

更新：现在，PowerShell Core 6.0是开源的。对于该版本，您可以跳过上述步骤，直接在其GitHub存储库中在线查看代码。但是，我不能保证该代码与任何其他版本的PowerShell相匹配。

如果要在PowerShell会话期间不锁定程序集的情况下加载程序集，请使用以下命令：

$bytes = [System.IO.File]::ReadAllBytes($storageAssemblyPath)
[System.Reflection.Assembly]::Load($bytes)

$storageAssemblyPath程序集的文件路径在哪里。

如果您需要清理会话中的资源，这尤其有用。例如在部署脚本中。

以下是一些博客文章，其中包含在PowerShell v1，v2和v3中加载程序集的众多方法示例。

方式包括：

• 从源文件动态地
• 从装配动态地
• 使用其他代码类型，即F＃

v1.0 如何在PowerShell会话中加载.NET程序集
v2.0 在PowerShell脚本中使用CSharp（C＃）代码2.0
v3.0 在Windows PowerShell中使用.NET Framework程序集

您可以使用以下命令加载整个* .dll程序集

$Assembly = [System.Reflection.Assembly]::LoadFrom("C:\folder\file.dll");

没有一个答案对我有帮助，所以我要发布对我有用的解决方案，我所要做的就是导入SQLPS模块，当我偶然运行Restore-SqlDatabase命令并开始工作时，我意识到了这一点，这意味着该模块以某种方式引用了该程序集。

赶紧跑：

Import-module SQLPS

注意：感谢Jason指出已弃用SQLPS

而是运行：

Import-Module SqlServer

要么

Install-Module SqlServer

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.Smo") 为我工作。

您可以使用LoadWithPartialName。但是，正如他们所说，这已被弃用。

您确实可以与一起使用Add-Type，除了其他答案，如果您不想指定.dll文件的完整路径，则只需执行以下操作：

Add-Type -AssemblyName "Microsoft.SqlServer.Management.SMO"

对我来说，这返回了一个错误，因为我没有安装SQL Server（我想），但是，出于同样的想法，我能够加载Windows Forms程序集：

Add-Type -AssemblyName "System.Windows.Forms"

您可以在MSDN站点上找到属于特定类的精确程序集名称：

确保按顺序安装了以下功能

1. SQL Server的Microsoft系统CLR类型
2. Microsoft SQL Server共享管理对象
3. Microsoft Windows PowerShell扩展

另外，您可能需要加载

Add-Type -Path "C:\Program Files\Microsoft SQL Server\110\SDK\Assemblies\Microsoft.SqlServer.Smo.dll"
Add-Type -Path "C:\Program Files\Microsoft SQL Server\110\SDK\Assemblies\Microsoft.SqlServer.SqlWmiManagement.dll"

在顶部添加程序集引用。

#Load the required assemblies SMO and SmoExtended.
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.SMO") | Out-Null
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.SmoExtended") | Out-Null