плагины на некончаемый гранаты

Сравним. Я решил получить список групповых политик домена, если я в PowerShell v2 пытаюсь их загрузить:

Связанное с предыдущим, но напрямую не зависящее. В PowerShell v2 в Windows Server 2008 R2, для того, чтобы производить те или иные операции, необходимо подключать тот или иной модуль, PowerShell v3 же автоматически определяет, какой модуль отвечает за запуск командлета и в фоне этот модуль подгружает, безо всяких вопросов.

Также я пробовал поискать слова «share», «user», «acl», «policy», «adapter», и так далее, и тому подобное, попробуйте, это интересно.

Вот, извольте, командлеты управления DNS-сервером и службой DNS-клиента, а если выбрать какой-либо модуль, например сетевой, можно узнать командлеты настройки таблицы маршрутизации или, допустим, параметры TCP/IP сетевых интерфейсов.

Если раньше приходилось искать по TechNet тот или иной командлет, а то и вовсе использовать объекты .NET, то тут вот пожалуйста, все модули, все командлеты, ищи не хочу.

После его запуска, без параметров, появляется окно, от которого веет грандиозностью и шиком:

Show-Command это просто один из новых командлетов, с которого мы, пожалуй, и начнем.

Поиск командлетов (англ. Cmdlet discovery) автоматическая подгрузка модуля, в котором находится командлет, если этот модуль, конечно, установлен на машину.

Упрощенный языковой синтаксис (англ. Simplified language syntax) как утверждается, упрощенный синтаксис позволяет скрипту PowerShell выглядеть менее похожим на программу и более похожим на натуральный человеческий язык.

Специальная конфигурация для сессии (англ. Custom session configurations) Для каждой PowerShell-сессии можно предопределить определенный набор параметров и сохранить их в специальном конфигурационном файле, чтобы потом войти в сессию на готовеньком.

Запланированные задания (англ. Scheduled jobs) задания PowerShell, которые могут выполняться с определенным интервалом, или же в ответ на какое-либо событие.

Надежные сессии (англ. Robust sessions) это сессии PowerShell, которые автоматически восстанавливаются после сетевых неурядиц и им подобных прерываний. Также эта технология позволяет отключиться от сессии на одной машине и подключиться к той же сессии на другой.

Рабочие процессы (англ. Workflows) это некие процессы, запущенные последовательно или же параллельно, выполняющие комплексные задачи управления. Собственно в PowerShell v3 теперь включена поддержка Windows Workflow Foundation, а сами рабочие процессы PowerShell повторяемы, параллелизуемые, прерываемые и восстановимые.

Сначала давайте их просто перечислим, это:

Новые возможности

Также, должен упомянуть, что не все термины, которые я использую, уже локализованы и есть на , поэтому я даю их перевод ровно так, как я эти термины понимаю, а в скобках даю оригинальное название на английском языке.

Я собрал под Hyper-V две машины на базе Windows Server 2012 RC, создал лес из одного домена под названием litware.inc. Две машины в домене называются, соответственно, w2012dc1.litware.inc и w2012cl1.litware.inc. На w2012dc1 вертятся доменные службы и DNS, а на w2012cl1 не вертится ничего, кроме, собственно, самой операционки. Также в домене есть пользователь user1, член группы domain users. Можно, конечно, было установить на вторую машину Windows 8 RC, так сказать, для красоты, но я решил сэкономить немножечко дискового пространства, взяв один родительский виртуальный жесткий диск, а к нему прицепив два дочерних вместо использования двух независимых виртуальных жестких дисков.

Темпы развития современных технологий таковы, что мы за ними еле-еле поспеваем. Но сегодня мы забежим чуть-чуть вперед, узнаем о новшествах PowerShell v3, причем оглядим их не только глазами, но и пощупаем руками.

Встречаем третий PowerShell (часть I)

Встречаем третий PowerShell (часть I) / Хабрахабр