Найкраще з TechEd 2013: Powershell Unplugged

Значок часу читання 9 хв. читати


Читачі допомагають підтримувати MSpoweruser. Ми можемо отримати комісію, якщо ви купуєте через наші посилання. Значок підказки

Прочитайте нашу сторінку розкриття інформації, щоб дізнатися, як ви можете допомогти MSPoweruser підтримувати редакційну команду Читати далі

Microsoft робить більшу частину сесії в TechEd доступні на Channel 9, це чудовий ресурс і велика кількість інформації. Я повільно переглядав сесії, і це наша безперервна серія найкращих доповідей TechEd 2013 у Новому Орлеані.

Відомий інженер Джеффрі Сновер дає хороший огляд того, як почати використовувати PowerShell. Powershell набуває все більшого значення для Microsoft, особливо якщо ви активно використовуєте Windows Azure. Корпорація Майкрософт вирішила не оновлювати командний рядок значною мірою частково через причини спадщини.

Ось що нового в PowerShell 4.0:

Нові функції в Windows PowerShell

  • Конфігурація бажаного стану Windows PowerShell (DSC) — це нова система керування в Windows PowerShell 4.0, яка дозволяє розгортати дані конфігурації програмних служб і керувати ними, а також середовищем, у якому ці служби працюють. Додаткову інформацію про DSC див Початок роботи з конфігурацією бажаного стану Windows PowerShell.
  • Зберегти-Допомога тепер дозволяє зберігати довідку для модулів, які встановлено на віддалених комп’ютерах. Ви можете використовувати Save-Help, щоб завантажити довідку модуля з клієнта, підключеного до Інтернету (на якому не обов’язково інстальовано всі модулі, для яких вам потрібна допомога), а потім скопіювати збережену довідку у віддалену спільну папку або на віддалений комп’ютер. що не має доступу до Інтернету.
  • Налагоджувач Windows PowerShell було покращено, щоб дозволити налагодження робочих процесів Windows PowerShell, а також сценаріїв, які виконуються на віддалених комп’ютерах. Робочі процеси Windows PowerShell тепер можна налагоджувати на рівні сценарію за допомогою командного рядка Windows PowerShell або Windows PowerShell ISE. Сценарії Windows PowerShell, включаючи робочі процеси сценаріїв, тепер можна налагоджувати під час віддалених сеансів. Сеанси віддаленого налагодження зберігаються через віддалені сеанси оболонки Windows PowerShell, які відключаються, а потім знову підключаються.
  • A RunNow параметр для Register-ScheduledJob та Set-ScheduledJob усуває потребу встановлювати негайну дату та час початку завдань за допомогою Тригер параметр.
  • Invoke-RestMethod та Виклик-WebRequest тепер можна встановити всі заголовки за допомогою параметра Headers. Хоча цей параметр існував завжди, він був одним із кількох параметрів для веб-командлетів, які призводили до винятків або помилок.
  • Get-Module має новий параметр, FullyQualifiedName, типу Специфікація модуля [], ІМ'Я Параметр Get-Module тепер дозволяє вказати модуль за допомогою імені, версії та GUID модуля. Як і раніше, він також дозволяє вказати модуль, використовуючи лише назву.
  • Налаштування політики виконання за замовчуванням у Windows Server 2012 R2 Preview є RemoteSigned. У Windows 8.1 Preview параметри за замовчуванням не змінюються.
  • Починаючи з Windows PowerShell 4.0, підтримується виклик методів за допомогою динамічних імен методів.
  • Завдання асинхронного робочого циклу більше не видаляються після закінчення періоду очікування, указаного в PSElapsedTimeoutSec загальний параметр робочого циклу минув.
  • Новий параметр, Повторювати нескінченно, було додано до New-JobTrigger та Set-JobTrigger командлети. Це усуває необхідність вказувати a TimeSpan.MaxValue значення для RepetitionDuration параметр для повторного виконання запланованого завдання протягом невизначеного періоду часу.
  • A Passthru Параметр додано до Enable-JobTrigger та Disable-JobTrigger командлети. Параметр Passthru відображає будь-які об’єкти, створені або змінені вашою командою.
  • Назви параметрів для визначення робочої групи в Дод-Комп'ютер та Видалити-Комп'ютер командлети тепер узгоджені. Тепер обидва командлети використовують параметр Назва робочої групи.
  • Новий загальний параметр, PipelineVariable, додано. PipelineVariable дозволяє зберігати результати конвеєрної команди (або частину конвеєрної команди) як змінну, яку можна передати через решту конвеєра.
  • Windows PowerShell тепер дозволяє додавати нові ключові слова.
  • Тепер підтримується фільтрація колекції за допомогою синтаксису методу.
  • Команда Отримати процес cmdlet має новий параметр перемикання, IncludeUserName.
  • Новий командлет, Get-FileHash, який отримує інформацію про хеші файлів, додано.
  • У Windows PowerShell 4.0, якщо модуль використовує DefaultCommandPrefix ключ у його маніфесті або якщо користувач імпортує модуль із префікс параметр, Експортовані команди властивість модуля показує команди в модулі з префіксом. Коли ви виконуєте команди за допомогою синтаксису, визначеного модулем, ModuleNameCommandName, імена команд мають містити префікс.
  • Значення $PSVersionTable.PSVersion оновлено до 4.0.

Нові функції в інтегрованому середовищі сценаріїв Windows PowerShell (ISE)

  • Windows PowerShell ISE підтримує як налагодження Windows PowerShell Workflow, так і віддалене налагодження сценаріїв.
  • Додано підтримку IntelliSense для постачальників і конфігурацій бажаного стану Windows PowerShell.

Нові функції в Windows PowerShell Workflow

  • Додано підтримку для нового PipelineVariable загальний параметр у контексті ітераційних конвеєрів, таких як ті, що використовуються System Center Orchestrator; тобто конвеєри, які запускають команди просто зліва направо, на відміну від виконання з вкрапленнями за допомогою потокового передавання.
  • Зв’язування параметрів було значно покращено, щоб працювати поза сценаріями завершення табуляції, наприклад із командами, яких немає в поточному просторі виконання.
  • До робочого процесу Windows PowerShell додано підтримку користувацьких дій контейнера. Якщо параметр активності має типи діяльність, Діяльність[]— або це загальна колекція дій — і користувач надав блок сценарію як аргумент, тоді Windows PowerShell Workflow перетворює блок сценарію на XAML, як і під час звичайної компіляції сценарію Windows PowerShell у робочий процес.
  • Після збою Windows PowerShell Workflow автоматично повторно підключається до керованих вузлів.
  • Тепер ви можете гальмувати Foreach - Паралельно заяви про діяльність за допомогою ThrottleLimit власність
  • Команда ErrorAction загальний параметр має нове дійсне значення, Призупиняти, тобто виключно для робочих процесів.
  • Кінцева точка робочого циклу тепер автоматично закривається, якщо немає активних сеансів, завдань, що виконуються, або завдань, що очікують на розгляд. Ця функція зберігає ресурси на комп’ютері, який діє як сервер робочого циклу, коли виконано умови автоматичного закриття.

Нові функції у веб-службах Windows PowerShell

  • Коли виникає помилка у веб-службах Windows PowerShell (PSWS, також називається розширенням Management OData IIS), під час виконання команди абоненту повертаються детальніші повідомлення про помилки. Крім того, слідують коди помилок Вказівки щодо коду помилок Windows Azure REST API.
  • Тепер кінцева точка може визначати версію API, а також примусово використовувати певну версію API. Щоразу, коли між клієнтом і сервером виникають невідповідності версій, помилки відображаються як клієнту, так і серверу.
  • Управління схемою відправлення було спрощено завдяки автоматичному генеруванню значень для будь-яких відсутніх полів у схемі. Генерація відбувається як корисна відправна точка, навіть якщо схема відправки не існує.
  • Обробку типів у PSWS було вдосконалено для підтримки типів, які використовують конструктор, відмінний від конструктора за замовчуванням, ведучи себе подібно до PSTypeConverter у Windows PowerShell. Це дозволяє використовувати складні типи з PSWS.
  • Тепер PSWS дозволяє розгортати пов’язаний екземпляр під час виконання запиту. Для більшого двійкового вмісту (наприклад, зображень, аудіо чи відео) вартість передачі є значною, тому двійкові дані краще передавати без кодування. PSWS використовує іменовані потоки ресурсів для передачі без кодування. Названий потік ресурсів є властивістю сутності Edm.Stream типу. Кожен іменований потік ресурсів має окремий URI для операцій GET або UPDATE.
  • Дії OData тепер надають механізм для виклику методів, не пов’язаних із CRUD (Create, Read, Update та Delete), на ресурсі. Ви можете викликати дію, надіславши запит HTTP POST до URI, визначеного для дії. Параметри дії визначаються в тілі POST-запиту.
  • Щоб відповідати інструкціям Windows Azure, усі URL-адреси мають бути спрощеними. Зміна включена в Ключ як сегмент дозволяє подавати окремі ключі як сегменти. Зауважте, що посилання, які використовують кілька значень ключів, вимагають розділених комами значень у круглих дужках, як і раніше.
  • До цього випуску PSWS єдиним способом виконання операцій Create, Update або Delete було виклик Post, Put або Delete на ресурсі верхнього рівня. Нове в цьому випуску PSWS: операції з обмеженими ресурсами дозволяють користувачам досягати тих самих результатів, одночасно досягаючи того самого ресурсу менш безпосередньо, підходячи так, ніби ці ресурси містяться.

Нові функції Windows PowerShell Web Access

  • Ви можете відключитися від існуючих сеансів і повторно підключитися до них у веб-консолі Windows PowerShell Web Access. А зберегти Кнопка на веб-консолі дозволяє від’єднатися від сеансу, не видаляючи його, і повторно підключитися до сеансу іншого разу.
  • Параметри за замовчуванням можна відобразити на сторінці входу. Щоб відобразити параметри за замовчуванням, налаштуйте значення для всіх параметрів, які відображаються в Додаткові налаштування підключення області сторінки входу у файлі під назвою web.config. Ви можете використовувати web.config файл, щоб налаштувати всі додаткові параметри підключення, за винятком другого або альтернативного набору облікових даних.
  • У Windows Server 2012 R2 Preview ви можете віддалено керувати правилами авторизації для Windows PowerShell Web Access. The Add-PswaAuthorizationRule та Test-PswaAuthorizationRule Командлети тепер містять параметр Credential, який дає змогу адміністраторам керувати правилами авторизації з віддаленого комп’ютера або в сеансі Windows PowerShell Web Access.
  • Тепер ви можете мати кілька сеансів Windows PowerShell Web Access в одному сеансі браузера, використовуючи нову вкладку браузера для кожного сеансу. Вам більше не потрібно відкривати новий сеанс браузера, щоб підключитися до нового сеансу в веб-консолі Windows PowerShell.

Помітні виправлення помилок у Windows PowerShell 4.0

  • Get-Counter тепер може повертати лічильники, які містять символ апостроф у французьких версіях Windows.
  • Тепер ви можете переглянути GetType метод для десеріалізованих об'єктів.
  • #Потрібно оператори тепер дозволяють користувачам вимагати права доступу адміністратора, якщо це необхідно.
  • Команда Імпорт-Csv cmdlet тепер ігнорує порожні рядки.
  • Проблема, через яку Windows PowerShell ISE використовує занадто багато пам’яті під час запуску Виклик-WebRequest команду виправлено.
  • Get-Module тепер відображає версії модулів у a версія колонка.
  • Remove-Item – Recurse тепер видаляє елементи з вкладених папок належним чином.
  • A UserName властивість додано до Отримати процес вихідні об'єкти.
  • Команда Invoke-RestMethod командлет тепер повертає всі доступні результати.
  • Add-Member тепер діє на хеш-таблицях, навіть якщо до них ще не було доступу.
  • Select-Object – Expand більше не виходить з ладу або генерує виняток, якщо значення властивості нульове або порожнє.
  • Отримати процес тепер можна використовувати в конвеєрі з іншими командами, які отримують ІмяКомпьютера майна від об'єктів.
  • ConvertTo-Json та ConvertFrom-Json тепер може приймати терміни в подвійних лапках, а його повідомлення про помилки тепер можна локалізувати.
  • Get-Job тепер повертає будь-які завершені заплановані завдання, навіть у нових сесіях.
  • Проблеми з монтуванням і демонтуванням VHD за допомогою FileSystem у Windows PowerShell 4.0 виправлено. Windows PowerShell тепер може виявляти нові диски, коли вони монтуються в одному сеансі.
  • Вам більше не потрібно явно завантажувати ScheduledJob or Workflow модулі для роботи з типами завдань.
  • Покращено продуктивність процесу імпорту робочих процесів, які визначають вкладені робочі процеси; цей процес тепер відбувається швидше.

джерело: TechNet

Детальніше про теми: PowerShell

залишити коментар

Ваша електронна адреса не буде опублікований. Обов'язкові поля позначені * *