Jak ładować zestawy w PowerShell?

Poniższy kod programu PowerShell

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

Daje następujący komunikat o błędzie:

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

Każda odpowiedź w internecie pisze, że muszę załadować montaż - na pewno mogę to wyczytać z komunikatu błędu :-) - pytanie brzmi:

Jak ładujesz assembler i uruchamiasz skrypt?

LoadWithPartialNamezostał wycofany. Zalecanym rozwiązaniem dla PowerShell V3 jest użycie polecenia Add-Typecmdlet np:

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

Istnieje wiele różnych wersji i możesz wybrać konkretną wersję. :-)

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

Większość ludzi już wie, że System.Reflection.Assembly.LoadWithPartialNamejest to przestarzałe, ale okazuje się, że Add-Type -AssemblyName Microsoft.VisualBasic nie zachowuje się dużo lepiej niżLoadWithPartialName :

Zamiast próbować analizować żądanie w kontekście systemu, [Add-Type] sprawdza statyczną, wewnętrzną tabelę, aby przetłumaczyć „częściową nazwę” na „pełną nazwę”.

Jeśli Twoja „częściowa nazwa” nie pojawi się w ich tabeli, skrypt zawiedzie.

Jeśli masz wiele wersji zestawu zainstalowanych na komputerze, nie ma inteligentnego algorytmu do wyboru między nimi. Otrzymasz dowolny, który pojawi się w ich tabeli, prawdopodobnie starszy, nieaktualny.

Jeśli wszystkie zainstalowane wersje są nowsze niż przestarzała w tabeli, skrypt nie powiedzie się.

Add-Type nie ma inteligentnego analizatora składni „nazw częściowych”, takich jak .LoadWithPartialNames.

Microsoft twierdzi, że faktycznie powinieneś zrobić coś takiego:

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

Lub, jeśli znasz ścieżkę, coś takiego:

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

Ta długa nazwa nadana zespołowi jest znana jako silna nazwa , która jest unikalna zarówno dla wersji, jak i zestawu, a czasami jest również nazywana pełną nazwą.

Ale to pozostawia kilka pytań bez odpowiedzi:

1. Jak określić silną nazwę tego, co faktycznie jest ładowane w moim systemie z podaną nazwą częściową?

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

Te też powinny działać:

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

2. Jeśli chcę, aby mój skrypt zawsze korzystał z określonej wersji pliku .dll, ale nie mam pewności, gdzie jest zainstalowany, w jaki sposób mogę określić, jaka jest silna nazwa z pliku .dll?

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

Lub:

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

3. Jeśli znam silną nazwę, jak określić ścieżkę .dll?

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

4. I w podobny sposób, jeśli znam nazwę typu tego, czego używam, skąd mam wiedzieć, z jakiego zespołu pochodzi?

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

5. Jak mogę sprawdzić, jakie zestawy są dostępne?

Proponuję moduł GAC PowerShell . Get-GacAssembly -Name 'Microsoft.SqlServer.Smo*' | Select Name, Version, FullNamedziała całkiem nieźle.

6. Jak mogę zobaczyć listę, która Add-Typeużywa?

To jest trochę bardziej złożone. Mogę opisać, jak uzyskać do niego dostęp dla dowolnej wersji programu PowerShell z reflektorem .Net (zobacz aktualizację poniżej dotyczącą programu PowerShell Core 6.0).

Najpierw dowiedz się, z której biblioteki Add-Typepochodzi:

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

Otwórz wynikową bibliotekę DLL za pomocą reflektora. Użyłem ILSpy za to, bo to FLOSS, ale wszelkie C # reflektor powinien działać. Otwórz tę bibliotekę i zajrzyj do środka Microsoft.Powershell.Commands.Utility. Pod Microsoft.Powershell.Commandsspodem powinno być AddTypeCommand.

W kodzie witryny, że znajduje się prywatny klasy InitializeStrongNameDictionary(). Zawiera słownik, który odwzorowuje krótkie nazwy na silne nazwy. W bibliotece, którą przeglądałem, jest prawie 750 pozycji.

Aktualizacja: teraz, gdy program PowerShell Core 6.0 jest oprogramowaniem typu open source. W przypadku tej wersji możesz pominąć powyższe kroki i zobaczyć kod bezpośrednio online w ich repozytorium GitHub . Nie mogę jednak zagwarantować, że ten kod pasuje do dowolnej innej wersji programu PowerShell.

Jeśli chcesz załadować zestaw bez blokowania go podczas trwania sesji programu PowerShell , użyj tego:

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

Gdzie $storageAssemblyPathjest ścieżka pliku twojego zespołu.

Jest to szczególnie przydatne, jeśli chcesz wyczyścić zasoby podczas sesji. Na przykład w skrypcie wdrażania.

Oto kilka postów na blogu z licznymi przykładami sposobów ładowania zestawów w programie PowerShell w wersji 1, 2 i 3.

Sposoby obejmują:

• dynamicznie z pliku źródłowego
• dynamicznie z zespołu
• przy użyciu innych typów kodu, np. F #

v1.0 Jak ładować zestawy .NET w sesji programu PowerShell
v2.0 przy użyciu kodu CSharp (C #) w skryptach programu PowerShell 2.0
v3.0 Korzystanie z zestawów .NET Framework w programie Windows PowerShell

Możesz załadować cały zestaw * .dll za pomocą

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

Żadna z odpowiedzi mi nie pomogła, więc publikuję rozwiązanie, które działało dla mnie, wystarczyło zaimportować moduł SQLPS, zdałem sobie z tego sprawę, gdy przypadkowo uruchomiłem polecenie Restore-SqlDatabase i zacząłem działać, co oznacza, że zestaw był w jakiś sposób przywoływany w tym module.

Po prostu biegnij:

Import-module SQLPS

Uwaga: dziękujemy Jasonowi za zauważenie, że SQLPS jest przestarzały

zamiast tego biegnij:

Import-Module SqlServer

lub

Install-Module SqlServer

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.Smo") pracował dla mnie.

Możesz użyć LoadWithPartialName. Jednak, jak powiedzieli, jest to przestarzałe.

Rzeczywiście możesz się zgodzić Add-Typei oprócz innych odpowiedzi, jeśli nie chcesz określać pełnej ścieżki do pliku .dll, możesz po prostu zrobić:

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

Mnie zwróciło to błąd, ponieważ nie mam zainstalowanego SQL Server (chyba), jednak z tym samym pomysłem udało mi się załadować zestaw Windows Forms:

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

Dokładną nazwę zestawu należącego do określonej klasy można znaleźć w witrynie MSDN:

Upewnij się, że poniższe funkcje są zainstalowane w kolejności

1. Typy środowiska CLR systemu Microsoft dla programu SQL Server
2. Obiekty zarządzania współużytkowanego Microsoft SQL Server
3. Rozszerzenia Microsoft Windows PowerShell

Konieczne może być również załadowanie

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"

Dodaj odniesienia do zestawów u góry.

#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