Як завантажити збірки в 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використовує?

Це трохи складніше. Я можу описати, як отримати доступ до нього для будь-якої версії PowerShell з відбивачем .Net (див. Оновлення нижче для 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 Як завантажувати .NET збори в сесії PowerShell
v2.0 Використання коду CSharp (C #) у сценаріях PowerShell 2.0
v3.0 Використання .NET Framework зборів у Windows PowerShell

Ви можете завантажити цілу * .dll збірку

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

Жодна з відповідей мені не допомогла, тому я розміщую рішення, яке працювало на мене, все, що мені потрібно було зробити, це імпортувати модуль SQLPS, я зрозумів це, коли випадково запустив команду Restore-SqlDatabase і почав працювати, тобто збірка посилалася в тому модулі якось.

Просто запустіть:

Import-module SQLPS

Примітка. Дякую Джейсону, що зазначив, що 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. Типи CLR Microsoft System для SQL Server
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