Это интересно

  • ОКД
  • ЗКС
  • ИПО
  • КНПВ
  • Мондиоринг
  • Большой ринг
  • Французский ринг
  • Аджилити
  • Фризби

Опрос

Какой уровень дрессировки необходим Вашей собаке?
 

Полезные ссылки

РКФ

 

Все о дрессировке собак


Стрижка собак в Коломне

Поиск по сайту

Главная » Журнал » Powershell журнал событий

Использование поставщика PowerShell для расширенных событий. Powershell журнал событий


about_Eventlogs

Windows PowerShell® создает журнал событий Windows с именем "Windows PowerShell" для записи событий Windows PowerShell. Этот журнал можно изучить в средстве просмотра событий или с помощью командлетов, которые получают события, например Get-EventLog. По умолчанию события модуля Windows PowerShell и поставщика событий записываются в журнал событий, но переменные настроек журнала событий можно использовать для настройки журнала событий. Например, можно добавить события о командах Windows PowerShell.

В журнал событий Windows PowerShell записываются подробные сведения об операциях Windows PowerShell, таких как запуск и остановка модуля программы и запуск и остановка поставщиков Windows PowerShell. Можно также записывать в журнал сведения о командах Windows PowerShell.

Журнал событий Windows PowerShell находится в группе "Журналы приложений и служб". Журнал Windows PowerShell — это классический журнал событий, не использующий технологию событий Windows. Чтобы просмотреть журнал, используйте командлеты, предназначенные для классических журналов событий, например Get-EventLog.

ПРОСМОТР ЖУРНАЛА СОБЫТИЙ WINDOWS POWERSHELL

Журнал событий Windows PowerShell можно просмотреть в средстве просмотра событий или с помощью командлетов Get-EventLog и Get-WmiObject. Для просмотра содержимого журнала Windows PowerShell введите следующую команду:

Get-EventLog -LogName "Windows PowerShell"

Для изучения событий и их свойств используйте командлет Sort-Object, командлет Group-Object и командлеты, содержащие глагол Format.

Например, для просмотра событий в журнале, сгруппированных по коду события, введите:

Get-EventLog "Windows PowerShell" | Format-Table -GroupBy EventID

Также можно ввести следующую команду:

Get-EventLog "Windows PowerShell" | Sort-Object EventID ` | Group-Object EventID

Чтобы просмотреть все классические журналы событий, введите:

Также можно выполнить командлет Get-WmiObject, чтобы с помощью классов WMI просмотреть журнал событий. Например, чтобы просмотреть все свойства файла журнала событий, введите:

Get-WmiObject Win32_NTEventLogFile | where ` {$_.LogFileName -eq "Windows PowerShell"} | Format-List -Property *

Чтобы найти классы WMI, связанные с событиями Win32, введите:

Get-WmiObject -List | where {$_.Name -like "win32*event*"}

Для получения дополнительных сведений введите "Get-Help Get-EventLog" и "Get-Help Get-WmiObject".

ВЫБОР СОБЫТИЙ ДЛЯ ЖУРНАЛА СОБЫТИЙ WINDOWS POWERSHELL

Переменные настройки журнала событий можно использовать, чтобы определить, какие события записываются в журнал событий Windows PowerShell.

Существует шесть переменных настроек журнала событий, по две переменные для каждого из трех компонентов ведения журнала: модуль (программа Windows PowerShell), поставщики и команды. Переменные LifeCycleEvent регистрируют обычные события запуска и остановки. Переменные Health регистрируют события ошибки.

В следующей таблице перечислены переменные настроек журнала событий.

Variable Description -------------------------- ---------------------------------------- $LogEngineLifeCycleEvent Logs starting and stopping of Windows PowerShell. $LogEngineHealthEvent Logs Windows PowerShell program errors. $LogProviderLifeCycleEvent Logs starting and stopping of Windows PowerShell providers. $LogProviderHealthEvent Logs Windows PowerShell provider errors. $LogCommandLifeCycleEvent Logs starting and completion of commands. $LogCommandHealthEvent Logs command errors.

(Чтобы получить сведения о поставщиках Windows PowerShell, введите: "Get-Help about_providers".)

По умолчанию включены только следующие типы событий:

$LogEngineLifeCycleEvent $LogEngineHealthEvent $LogProviderLifeCycleEvent $LogProviderHealthEvent

Чтобы включить тип события, присвойте переменной настройки для этого типа события значение $true. Например, чтобы включить события жизненного цикла командные, введите:

$LogCommandLifeCycleEvent

Также можно ввести следующую команду:

$LogCommandLifeCycleEvent = $true

Чтобы отключить тип события, присвойте переменной настройки для этого типа события значение $false. Например, чтобы отключить события жизненного цикла командные, введите:

$LogProviderLifeCycleEvent = $false

Вы можете отключить любое событие, за исключением событий, указывающих, что модуль Windows PowerShell и основные поставщики запущены. Эти события создаются до запуска профилей Windows PowerShell и до того, как ведущая программа может принимать команды.

Параметры переменных применяются только для текущего сеанса Windows PowerShell. Чтобы применить их ко всем сеансам Windows PowerShell, добавьте их в профиль Windows PowerShell.

РЕГИСТРАЦИЯ СОБЫТИЙ МОДУЛЯ

Начиная с Windows PowerShell 3.0 можно записывать события выполнения командлетов и функций в модулях и оснастках Windows PowerShell, присвоив свойству LogPipelineExecutionDetails модулей и оснасток значение TRUE. В Windows PowerShell 2.0 эта функция доступна только для оснасток.

Если свойство LogPipelineExecutionDetails имеет значение TRUE ($True), Windows PowerShell записывает события выполнения командлета и функции в сеансе в журнал Windows PowerShell в средстве просмотра событий. Этот параметр действует только в текущем сеансе.

Чтобы включить ведение журнала событий выполнения командлетов и функций в модуле, используйте следующую последовательность команд.

Import-Module <ModuleName> $m = Get-Module <ModuleName> $m.LogPipelineExecutionDetails = $True

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

$m = Get-PSSnapin <SnapInName> [-Registered] $m.LogPipelineExecutionDetails = $True

Чтобы отключить ведение журнала, используйте та же последовательность команд для установки значения свойства FALSE ($False).

Также можно использовать параметр групповой политики "Включить на ведения журнала модуля" для включения и отключения ведения журнала модулей и оснасток. Значение политики содержит список имен модулей и оснасток. Поддерживаются подстановочные знаки.

Если параметр "Включить ведение журнала модуля" включен для модуля, значение свойства LogPipelineExecutionDetails модуля равно TRUE во всех сеансах и не может быть изменено.

Параметр групповой политики "Включить ведение журнала модуля" находится в следующих путях групповой политики:

Computer Configuration\Administrative Templates\Windows Components\Windows PowerShell User Configuration\Administrative Templates\Windows Components\Windows PowerShell

Политика конфигурации пользователя имеет приоритет над политикой конфигурации компьютера, и обе политики имеют приоритет над значением свойства LogPipelineExecutionDetails модулей и оснасток.

Подробнее об этом параметре групповой политики см. в разделе about_Group_Policy_Settings (http://go.microsoft.com/fwlink/?LinkID=251696).

БЕЗОПАСНОСТЬ И АУДИТ

Журнал событий Windows PowerShell предназначен для регистрации действий и предоставления операционных сведений для устранения неполадок.

Однако, как и большинство журналов событий приложений Windows, журнал Windows PowerShell не защищен. Его не следует использовать для аудита безопасности или записи конфиденциальных и личных сведений.

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

technet.microsoft.com

Создание и использование нового журнала событий при помощи PowerShell – Hey, Scripting Guy! Blog

Резюме: Microsoft Scripting Guy, Ed Wilson рассказывает о создании и использовании нового журнала событий посредством Windows PowerShell.

Использование PowerShell для создания нового журнала событий

Одна из замечательных вещей, которые можно делать с помощью Windows PowerShell – это создание собственного журнала событий. Здесь я говорю о классическом журнале событий (примеры таких журналов – это System, Security и Applcation). Windows PowerShell позволяет свободно читать, записывать, архивировать и очищать такие виды журналов.

Создаем журнал событий

Для создания нового журнала событий я воспользуюсь командлетом New-EventLog. Для этого мне понадобятся три вещи:

1. Открыть консоль Windows PowerShell с административными правами – в противном случае при попытке создания нового журнала будет возвращено сообщение об ошибке.

2. Имя создаваемого журнала.

3. Также мне будет нужно указать источник событий нового журнала.

Следующая команда создает новый классический журнал событий с именем ScriptingGuys и указывает источник событий с именем scripts.

New-EventLog -LogName ScriptingGuys -Source scripts

При запуске команды на экран не выводится никакой информации. Чтобы убедиться, что команда отработала должным образом, я воспользуюсь командлетом Get-EventLog с параметром –List.

10:06 C:\> Get-EventLog -List

Max(K) Retain OverflowAction Entries Log

—— —— ————— ——- —

20,480 0 OverwriteAsNeeded 18,504 Application

20,480 0 OverwriteAsNeeded 0 HardwareEvents

512 7 OverwriteOlder 0 Internet Explorer

20,480 0 OverwriteAsNeeded 0 Key Management Service

10,240 0 OverwriteAsNeeded 4 Lenovo-Customer Feedback

512 7 OverwriteOlder 2 Lenovo-Lenovo Patch Utility/Admin

128 0 OverwriteAsNeeded 30 OAlerts

512 7 OverwriteOlder 0 ScriptingGuys

Security

20,480 0 OverwriteAsNeeded 21,437 System

15,360 0 OverwriteAsNeeded 10,059 Windows PowerShell

Конфигурируем новый журнал событий

Одна из вещей, которую я заметил при проверке создания журнала, это то, что его размер установлен в 512 KB, а срок сохранения событий равен 7 дням. Мне же нужно, чтобы размер журнала не превышал 64 KB, и события очищались по мере заполнения журнала. Мне казалось, что для этого подошел бы командлет Set-EventLog, однако командлета с таким именем не оказалось. Нужный командлет – Limit-EventLog. Просматривая файл справки, я заметил, что он обладает только одним набором параметров. Мне нужно установить параметр –OverflowAction в OverWriteAsNeeded, поэтому я предположил, что –RetentionDays нужно установить в 0. Я попробовал запустить следующую команду, но, как видите, появилось сообщение об ошибке.

10:19 C:\> Limit-EventLog -OverflowAction OverWriteAsNeeded -RetentionDays 0 -Maximum

Size 64KB

Limit-EventLog : Cannot validate argument on parameter ‘RetentionDays’. The 0 argument is less than the minimum allowed range of 1. Supply an argument that is greater than or equal to 1 and then try the command again.

At line:1 char:65

+ Limit-EventLog -OverflowAction OverWriteAsNeeded -RetentionDays 0 -MaximumSize

+ ~

+ CategoryInfo : InvalidData: (:) [Limit-EventLog], ParameterBindingValidationException

+ FullyQualifiedErrorId : ParameterArgumentValidationError,Microsoft.PowerShell.Commands.LimitEventLogCommand

Тогда я попробовал запустить команду без параметра –RetentionDays, и это сработало.

Limit-EventLog -OverflowAction OverWriteAsNeeded -MaximumSize 64KB -LogName scriptingguys

Теперь я воспользуюсь командлетом Get-EventLog, чтобы убедиться, что изменения внесены. Вывод команды указывает на то, что внесение изменений произошло успешно.

10:23 C:\> Get-EventLog -list | ? log -eq scriptingguys

Max(K) Retain OverflowAction Entries Log

—— —— ————— ——- —

64 0 OverwriteAsNeeded 0 ScriptingGuys

Я не могу обратиться к пустому журналу событий

Довольно интересно, что я не могу обратиться к журналу, не содержащему записей. Я пытаюсь получить содержимое журнала посредством командлета Get-EventLog и получаю следующую ошибку.

10:23 C:\> Get-EventLog -LogName scriptingguys

Get-EventLog : No matches found

At line:1 char:1

+ Get-EventLog -LogName scriptingguys

+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

+ CategoryInfo : ObjectNotFound: (:) [Get-EventLog], ArgumentException

+ FullyQualifiedErrorId : GetEventLogNoEntriesFound,Microsoft.PowerShell.Commands.GetEventLogCommand

Запись в журнал событий

Для записи события, мне понадобится следующая информация:

1. Имя журнала событий (в нашем случае – это ScriptingGuys)

2. Источник события (scripts)

3. EventID (я начну с 1)

4. Тип записи (Information, Warning, Error)

5. Сообщение (то, что я хочу записать)

В следующем примере я добавляю в журнал событий новую запись.

Write-EventLog -LogName ScriptingGuys -Source scripts -Message «Dude, it works … COOL!» -EventId 0 -EntryType information

Теперь я снова воспользуюсь командлетом Get-EventLog, чтобы получить только что записанное событие.

10:27 C:\> Get-EventLog -LogName scriptingguys

Index Time EntryType Source InstanceID Message

—— —- ——— —— ———- ——-

1 Jan 29 10:27 Information scripts 0 Dude, it wor…

Автор:

Ed Wilson, Microsoft Scripting Guy

Оригинал:

http://blogs.technet.com/b/heyscriptingguy/archive/2013/02/01/use-powershell-to-create-and-to-use-a-new-event-log.aspx

Страницы в социальных сетях:

Twitter: https://twitter.com/vssethFacebook: https://fb.com/inpowershellVKontakte: https://vk.com/inpowershell

sergeyvasin.net

Использование поставщика PowerShell для расширенных событий

Эта документация перемещена в архив и не поддерживается.

SQL Server 2012

Управлять расширенными событиями SQL Server можно с помощью поставщика SQL Server PowerShell. Вложенная папка XEvent находится на диске SQLSERVER. Получить доступ к папке можно одним из следующих способов.

  • В командной строке введите команду sqlps и нажмите клавишу ВВОД. Введите cd xevent и нажмите клавишу ВВОД. Из этого расположения с помощью команд cd и dir (или командлетов Set-Location и Get-Childitem) можно перейти к нужному серверу и экземпляру по его имени.

  • В обозревателе объектов разверните узел имени экземпляра, разверните узел Управление, щелкните правой кнопкой мыши Расширенные события и выберите команду Запустить PowerShell. Оболочка PowerShell будет запущена в следующем пути:

    PS SQLSERVER:\XEvent\ServerName\InstanceName>

    ПримечаниеПримечание

    Запустить PowerShell можно из любого узла в категории Расширенные события. Например, можно щелкнуть правой кнопкой мыши Сеансы, а затем выбрать команду Запустить PowerShell. При этом оболочка PowerShell будет запущена на один уровень ниже, в папке «Сеансы».

В дереве папки XEvent можно просматривать существующие сеансы расширенных событий и связанные с ними события, цели и предикаты. Например, если в папке PS SQLSERVER:\XEvent\ServerName\InstanceName> ввести cd sessions, нажать клавишу ВВОД, ввести dir и затем нажать клавишу ВВОД, то можно просмотреть список сеансов, хранящихся в этом экземпляре. Также можно проверить, выполняется ли сеанс в данный момент (и если выполняется, то в течение какого периода), а также задан ли запуск сеанса вместе с запуском экземпляра.

Для просмотра событий, их предикатов и целей, связанных с сеансом, можно изменить имена каталогов на имя сеанса и затем просматривать либо папку событий, либо папку целей. Например, чтобы просмотреть события и их предикаты, связанные с сеансом отслеживания исправности системы по умолчанию, в папке PS SQLSERVER:\XEvent\ServerName\InstanceName\Sessions> введите команду cd system_health\events, нажмите клавишу ВВОД, введите dir и снова нажмите клавишу ВВОД.

Поставщик SQL Server PowerShell предоставляет широкий набор функций для создания, изменения и управления сеансами расширенных событий. В следующем разделе приведены некоторые простые примеры использования скриптов PowerShell с расширенными событиями.

В приведенных далее примерах обратите внимание на следующие моменты.

  • Скрипты должны запускаться из расположения PS SQLSERVER:\> (для перехода в него введите в командной строке sqlps).

  • Скрипты используют экземпляр SQL Server по умолчанию.

  • Скрипты должны сохраняться с расширением PS1.

  • Политика выполнения PowerShell должна разрешать выполнения скриптов. Чтобы задать политику выполнения, воспользуйтесь командлетом Set-Executionpolicy. (Для получения дополнительных сведений введите get-help set-executionpolicy -detailed и нажмите клавишу ВВОД.)

Следующий скрипт создает новый сеанс с именем «TestSession».

#Script for creating a session. cd XEvent $h = hostname cd $h #Use the default instance. $store = dir | where {$_.DisplayName -ieq 'default'} $session = new-object Microsoft.SqlServer.Management.XEvent.Session -argumentlist $store, "TestSession" $event = $session.AddEvent("sqlserver.file_written") $event.AddAction("package0.callstack") $session.Create()

Следующий скрипт добавляет цель «Кольцевой буфер» в сеанс, созданный в предыдущем примере. (В этом примере демонстрируется использование метода Alter. Помните, что добавлять цель можно только после создания сеанса.)

#Script to alter a session. cd XEvent $h = hostname cd $h cd DEFAULT\Sessions #Used to find the specified session. $session = dir|where {$_.Name -eq 'TestSession'} #Add the ring buffer target and call the Alter method. $session.AddTarget("package0.ring_buffer") $session.Alter()

Следующий скрипт создает новый сеанс, в котором используется выражение предиката. В данном случае сеанс собирает сведения о времени записи в файл c:\temp.log (с помощью события sqlserver.file_written).

#Script for creating a session. cd XEvent $h = hostname cd $h #Use the default instance. $store = dir | where {$_.DisplayName -ieq 'default'} $session = new-object Microsoft.SqlServer.Management.XEvent.Session -argumentlist $store, "TestSession2" $event = $session.AddEvent("sqlserver.file_written") #Construct a predicate "equal_i_unicode_string(path, N'c:\temp.log')". $column = $store.SqlServerPackage.EventInfoSet["file_written"].DataEventColumnInfoSet["path"] $operand = new-object Microsoft.SqlServer.Management.XEvent.PredOperand -argumentlist $column $value = new-object Microsoft.SqlServer.Management.XEvent.PredValue -argumentlist "c:\temp.log" $compare = $store.Package0Package.PredCompareInfoSet["equal_i_unicode_string"] $predicate = new-object Microsoft.SqlServer.Management.XEvent.PredFunctionExpr -argumentlist $compare, $operand, $value $event.SetPredicate($predicate) $session.Create()

Чтобы создать, изменить или удалить сеанс расширенных событий, требуется разрешение ALTER ANY EVENT SESSION.

Основные понятия

msdn.microsoft.com

Использование поставщика PowerShell для расширенных событий

 

Опубликовано: Декабрь 2016

Управлять расширенными событиями SQL Server можно с помощью поставщика SQL Server PowerShell. Вложенная папка XEvent находится на диске SQLSERVER. Получить доступ к папке можно одним из следующих способов.

  • В командной строке введите sqlps, а затем нажмите клавишу ВВОД. Введите cd xevent и нажмите клавишу ВВОД. После этого можно использовать cd и dir команд (или Set-Location и Get-Childitem командлетов) можно перейти к имени сервера и имя экземпляра.

  • В обозревателе объектов разверните узел имени экземпляра, разверните узел Управление, щелкните правой кнопкой мыши Расширенные событияи выберите команду Запустить PowerShell. Оболочка PowerShell будет запущена в следующем пути:

    PS SQLSERVER:\XEvent\ServerName\InstanceName>

    System_CAPS_ICON_note.jpg Примечание

    Запустить PowerShell можно из любого узла в категории Расширенные события. Например, можно щелкнуть правой кнопкой мыши Сеансы, а затем выбрать команду Запустить PowerShell. При этом оболочка PowerShell будет запущена на один уровень ниже, в папке «Сеансы».

В дереве папки XEvent можно просматривать существующие сеансы расширенных событий и связанные с ними события, цели и предикаты. Например, в папке PS SQLServer: \xevent\ServerName\InstanceName> путь, если ввести cd sessions, нажмите клавишу ВВОД, введите dirи нажмите клавишу ВВОД, можно просмотреть список сеансов, хранящихся на этом экземпляре. Также можно проверить, выполняется ли сеанс в данный момент (и если выполняется, то в течение какого периода), а также задан ли запуск сеанса вместе с запуском экземпляра.

Для просмотра событий, их предикатов и целей, связанных с сеансом, можно изменить имена каталогов на имя сеанса и затем просматривать либо папку событий, либо папку целей. Например, чтобы просмотреть события и их предикатов, сеанс работоспособности системы по умолчанию, в папке PS SQLServer: \xevent\ServerName\InstanceName\Sessions > введите cd system_health\events, нажмите клавишу ВВОД, введите dir, и нажмите клавишу ВВОД.

Поставщик SQL Server PowerShell предоставляет широкий набор функций для создания, изменения сеансов расширенных событий и управления ими. В следующем разделе приведены некоторые простые примеры использования скриптов PowerShell с расширенными событиями.

В приведенных далее примерах обратите внимание на следующие моменты.

  • Скрипты должны запускаться из расположения PS SQLSERVER:\> строки (доступных путем ввода sqlps в командной строке).

  • Скрипты используют экземпляр SQL Server по умолчанию.

  • Скрипты должны сохраняться с расширением PS1.

  • Политика выполнения PowerShell должна разрешать выполнения скриптов. Чтобы задать политику выполнения, воспользуйтесь командлетом Set-Executionpolicy . (Дополнительные сведения, введите get-help set-executionpolicy -detailed, а затем нажмите клавишу ВВОД.)

Следующий скрипт создает новый сеанс с именем «TestSession».

#Script for creating a session. cd XEvent $h = hostname cd $h #Use the default instance. $store = dir | where {$_.DisplayName -ieq 'default'} $session = new-object Microsoft.SqlServer.Management.XEvent.Session -argumentlist $store, "TestSession" $event = $session.AddEvent("sqlserver.file_written") $event.AddAction("package0.callstack") $session.Create()

Следующий скрипт добавляет цель «Кольцевой буфер» в сеанс, созданный в предыдущем примере. (В этом примере демонстрируется использование метода Alter. Помните, что добавлять цель можно только после создания сеанса.)

#Script to alter a session. cd XEvent $h = hostname cd $h cd DEFAULT\Sessions #Used to find the specified session. $session = dir|where {$_.Name -eq 'TestSession'} #Add the ring buffer target and call the Alter method. $session.AddTarget("package0.ring_buffer") $session.Alter()

Следующий скрипт создает новый сеанс, в котором используется выражение предиката. В данном случае сеанс собирает сведения о времени записи в файл c:\temp.log (с помощью события sqlserver.file_written).

#Script for creating a session. cd XEvent $h = hostname cd $h #Use the default instance. $store = dir | where {$_.DisplayName -ieq 'default'} $session = new-object Microsoft.SqlServer.Management.XEvent.Session -argumentlist $store, "TestSession2" $event = $session.AddEvent("sqlserver.file_written") #Construct a predicate "equal_i_unicode_string(path, N'c:\temp.log')". $column = $store.SqlServerPackage.EventInfoSet["file_written"].DataEventColumnInfoSet["path"] $operand = new-object Microsoft.SqlServer.Management.XEvent.PredOperand -argumentlist $column $value = new-object Microsoft.SqlServer.Management.XEvent.PredValue -argumentlist "c:\temp.log" $compare = $store.Package0Package.PredCompareInfoSet["equal_i_unicode_string"] $predicate = new-object Microsoft.SqlServer.Management.XEvent.PredFunctionExpr -argumentlist $compare, $operand, $value $event.SetPredicate($predicate) $session.Create()

Чтобы создать, изменить или удалить сеанс расширенных событий, требуется разрешение ALTER ANY EVENT SESSION.

SQL Server PowerShellИспользование сеанса system_healthСредства расширенных событий

msdn.microsoft.com

Действие сценария Windows PowerShell

 

Опубликовано: Март 2016

Применимо к: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager

Это действие в System Center 2012 – Service Manager выполняется Windows PowerShell сценарий как часть рабочего процесса Windows Workflow Foundation (WF).

Windows PowerShell Сценариев действий зависит от следующие предварительные условия во время разработки:

Windows PowerShell 2.0

Windows PowerShell Сценарий действие использует входные свойства, описанные в следующей таблице.

Отображаемое имяВнутреннее имяТипОбязательноеОписание
Продолжать при ошибкеContinueOnErrorЛогическое значениеНет. (Значение по умолчанию — True.)Определяет, будет ли продолжаться рабочий процесс при сбое этого действия.
Содержит ошибкуHasErrorН/ДУказывает, задана ли в действии ошибка. (Только для чтения.)
Группа управленияManagementGroupNameСтрокаНетЗадает группу управления, к которой принадлежит сервер сценариев. По умолчанию он равен localhost. (Только для чтения.)
Параметры сценарияПараметрыСловарь <string,string>ДаУказывает список параметров (имен и значений) для передачи в сценарий при запуске.

В качестве значений параметров можно задать любые из следующих ссылок на пакет управления:

-$Target/...$-$MPElement [...]-$Data/...$. Ссылки $Data разрешаются только во время выполнения в параметрах (не в самом сценарии).

С помощью одного из этих ссылок, как единственное значение для параметра присваивает этому параметру XML строка, представляющая элемент входных данных (от GetItemXML).

Текст сценарияScriptBodyСтрокаДаЗадает текст самого сценария.
ОснасткиSnapInsСтрокаНетСписок Windows PowerShell оснасток для предварительной загрузки в пространство.
Сервер сценариевTargetСтрокаНетУказывает имя системы доменных имен (DNS) на сервер, выполняющий Консоль Service Manager. Не используйте localhost.
Временное ограничение сценарияTimeoutSecondsЦелое числоНет. (Значение по умолчанию — 300 секунд.)Указывает максимальное время в секундах, в течение которого разрешено выполнение сценария.

Windows PowerShell Сценарий действие использует настраиваемое отслеживание службы, предоставляемые Service Manager в журнал ошибок и исключений, при выполнении действия. Действие создает ошибки или исключения в случаях, если какие-либо свойства сценария невозможно разрешить.

Дополнительные сведения о Windows PowerShell, в разделе Windows PowerShell.

Действия DeleteScript [ SM2012_AuthoringGuide ]

msdn.microsoft.com

Смотрите также

KDC-Toru | Все права защищены © 2018 | Карта сайта