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-Typeコマンドレットを使用することです。例：

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。

Microsoftが実際に行うべきだと言っているのは、次のようなものです。

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'

アセンブリに付けられた長い名前は、 な名前ますは、バージョンとアセンブリの両方に固有であり、フルネームとも呼ばれます。

しかし、これは未解決のいくつかの質問を残します：

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

注：SQLPSが非推奨であることを指摘してくれたJasonに感謝

代わりに実行：

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フォームアセンブリを読み込むことができました。

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