wAdmin.ru » Инструменты

Сбор запланированных заданий средствами PowerShell

Сергей Мариничев — Thu, 19 Jan 2012 07:11:13 +0000

Запланированные задания. Казалось, что может быть проще..?

Есть утилита schtasks.exe, она умеет собирать, создавать и удалять задания. Пишем

schtasks.exe /?

и далее по обстоятельствам, вернее по необходимости.

Однако не все так просто как кажется. При наличии десятка серверов все кажется простым и понятным, но при наличии 500 и более серверов задача слегка усложняется. Вполне возможно что на рабочих станциях включен планировщик и вам необходимо собрать данные по запланированному заданию которое вы назначили через GPP, как пример можно привести задачу по развертыванию FEP 2010.

Примечание: Вопрос управления заданиями уже обсуждался, но это не мешает нам к нему вернуться.

Простой метод сбора информации о запланированных заданий приведен ниже. Скрипт формирует CSV файл который потом замечательно можно проанализировать в Excel.

# добавляем снапин от Quest
Add-PSSnapin Quest.ActiveRoles.ADManagement
# задаем нужный OU

$OU = ‘Domain/Members Servers’
# указываем имя файла отчета

$reportFile = "report.txt"
$servers = Get-QADComputer -SearchRoot $OU -SearchScope Subtree
foreach ($server in $servers) {

Write-Host $server.dnshostname

$tasks = schtasks.exe /Query /FO CSV /v /s $server.dnshostname

$tasks | ft HostName,TaskName,"Last Run Time" | Out-File -NoClobber -Append $reportFile

# если нет задачи выводить информацию в файл, а сразу получать результат на экран то можно 

# сделать следующим образом.

# $tasks | ConvertFrom-Csv | ft HostName,TaskName,"Last Run Time"

}

PS Как мне правильно заметили эта публикация является модификацией более старой статьи.

PowerShell – мониторинг состава групп

Сергей Мариничев — Tue, 17 Jan 2012 07:12:02 +0000

Хороший знакомый попросим меня «по быстрому» набросать скрипт для мониторинга изменения участников групп в Active Directory.

Получилось кривовато, но вполне работоспособно. Логика работы скрипта проста:

Создаем текстовые файлы по именам групп при первом запуске.
При следующих запусках сравниваем текущее состояние с тем что есть в старых файлах.
При необходимости пишем в файл отчета.
Удаляем старый файл, создаем новый и записываем в него состав группы.

На всякий случай текст скрипта в текстовом формате – скачать.

Примечание: По мере «шлифовки» будут вносится правки.

# добавляем снапин от Quest
Add-PSSnapin Quest.ActiveRoles.ADManagement
# задаем формат даты

$currentDate = Get-Date -format M.d.yyyy
# указываем нужные пути и файл отчета

$reportFolder = "D:\Scripts\Powershell\GroupCheck\"

$report = "D:\Scripts\Powershell\$($currentDate)_report.txt"
# собираем данные о группах

$groups = Get-QADGroup -SizeLimit 0

$PreviousDay = @{}
# функция сравнения 

function CompareResults ($query, $group) {

        foreach ($result in $query) {

                # пользователь добавлен в группу

                if ($result.SideIndicator -eq "=>") {

                        Write-Output "User added – $($result.InputObject.NTAccountName)"

                        "Group $($group). add user – $($result.InputObject.NTAccountName)" | Out-File -Append $report

                }

                # пользователь удален из группы

                if ($result.SideIndicator -eq "<=" ) {

                        Write-Output "User removed – $($result.InputObject)"

                        "Group $($group). remove user – $($result.InputObject)" | Out-File -Append $report

                }

        }

}
foreach ($group in $Groups) {

        $fileName = $reportFolder + $group + ".txt"

        if (!(Test-Path $fileName)) {

                New-Item $fileName -ItemType file -Force

        }

        $PreviousDay[$group] = Get-Content $fileName
        $MemberList = Get-QADGroupMember $group -SizeLimit 0

        $PreviousList = Get-Content $fileName

 if (($MemberList -ne $null) -and ($PreviousList -eq $null)) {

                foreach ($user in $MemberList) {

                        Write-Output "$($group): Add user – $($user.NTAccountName)"

                }

        } elseif (($MemberList -eq $null) -and ($PreviousList -ne $null)) {

                foreach ($user in $PreviousList) {

                        Write-Output "$($group): Remove user – $user"

                }

        } elseif (($MemberList -ne $null) -and ($PreviousList -ne $null)) {

                # анализ группы

                Write-Output "Check group – $($group)"

                $DiffResult = diff -ReferenceObject $PreviousList -DifferenceObject $MemberList

                CompareResults $DiffResult $group

        } else {

                # пустая группа

                Write-Output "Group $group – has no members"

        }

        $MemberList | Select-Object -Expand NTAccountName | Out-File $fileName

}

PowerShell и контроль версий

Сергей Мариничев — Sat, 07 Jan 2012 10:53:21 +0000

Вы используете контроль версий для своих скриптов на PowerShell?

Я использую, причем очень давно. До недавнего времени я предпочитал Subversion и искоса посматривал на Git, в первом есть как и плюсы так и минусы, надо сказать что Subversion гадит за собой как небольшое стадо носорогов , второй аккуратен, практичен, но управлять им, мягко выражаясь в среде Windows, слегка «запарно». Конечно есть и графические средства управления, которые убирают все неудобства, но об этом в самом конце статьи.

Примечание: Git — распределённая система управления версиями файлов. Этот проект был создан Линусом Торвальдсом для управления разработкой ядра Linux.

- Похоже на нелепость… При чем тут PowerShell? – скажете вы.
- Ни сколько и очень даже при чем… – будет мой ответ.

Главным отличием от SVN является то, что в Git нет такого понятия как главный репозиторий. Разработчик тихо себе сидит и мучает свою локальную версию репозитория в которую делает commit’ы и при необходимости, синхронизирует все изменения с репозиторием, располагающимся на сервере. Причем стоит отметить что наличие сервера необязательно…

Для чего нужна система контроля версий и какие плюсы вы сможете получить?

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

Предлагаю по шагам пройти путь от установки Git до примера его использования.

Шаг 1: Установка MSysGit

Переходим по ссылке, загружаем файл ‘full installer’. Запускаем установку.

По завершению установки вы получите как консольную версию, включающую SSH-клиент, так и графическую.

Шаг 2: Настройка

Ищет файл .gitconfig в каталоге $HOME. Кроме того Git ищет файл /etc/gitconfig, но уже относительно корневого каталога MSys, который находится там, куда вы решили установить Git, когда запускали инсталлятор.

Имя пользователя

Первое, что необходимо это указать ваше имя и адрес электронной почты. Это нужно для того что бы в каждом коммите, это обязательная информация передаваемая с данными и она не может быть далее изменена:

$ git config --global user.name "Test User"
$ git config --global user.email test.user@example.com

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

Шаг 3: Проверка настроек

Для проверки настроек используется команда

git config --list

Значение конкретного ключа можно проверить, выполнив команду

git config {ключ}

Шаг 4: Создание репозитория Git

Создание репозитория в Git осуществляется двумя методами. Первый это импорт в Git уже существующего проекта или каталога. Второй — клонирование уже существующего репозитория с сервера. В рамках этой статьи мы не будем рассматривать второй метод и остановимся подробнее только на первом.

Создание репозитория в существующем каталоге

Переходим в существующий каталог и в командной строке вводим.

$ git init

Результатом выполнения команды будет создание подкаталога с именем .git в котором будут находится все необходимые файлы репозитория.

Добавление файлов в индекс

Создайте файл README, внесите в него произвольное содержимое и выполните следующие команды

$ git add README
$ git commit -m 'initial project version'

Мы разберем, что делают эти команды чуть позже. В данный момент, у нас уже есть Git-репозиторий с одним файлом и начальным коммитом.

Фиксация изменений

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

$ git add

после момента редактирования — не войдут в очередной коммит и при выполнении команды

$ git status

вы увидите только то что уже было добавлено (проиндексировано). Что бы зафиксировать изменения введите команду

$ git commit

Удаление файлов

Процедуру удаления файла из репозитория могли бы сделать получше, на текущий момент не достаточно удалить файл с диска, вам придется удалить его из отслеживаемых файлов (если быть точнее, удалить его из индекса) а затем выполнить коммит. Это действие выполняется командой

git rm

которая также удаляет файл из вашего рабочего каталога.
Штука которая может понадобится это удаление файла из индекса, но с условием того что он останется на диске.

$ git rm --cached readme.txt

В команду git rm вы можете передавать файлы по маске, каталоги или даже glob-шаблоны. Примерно так:

$ git rm log/\*.log

Примечание: Обратный слэш «\» перед »*». обязателен, так как в Git есть собственный обработчик имён файлов в добавок к обработчику вашего командного интерпретатора.

Перемещение файлов

Немного нелогичным, но после понимания вполне понятным, кажется то Git не отслеживает перемещение файла. Если вы переименуете файл, то в Git не сохранится никаких данных о том, что вы что то переименовывали.

Таким образом наличие в Git команды

mv

выглядит несколько странным. Если вам хочется переименовать файл в Git, вы можете сделать так:

$ mv README.txt README
$ git rm README.txt
$ git add README

Восстановление файлов

Последняя операция которая нам может понадобится это восстановление файлов из репозитория. Предположим что вы что то «накосячили» и необходимо выполнить откат.

Восстанавливаем файл до последней ревизии.

git checkout HEAD README

Если требуется восстановить файл до определенной ревизии то сначала вводим команду

git log README

По полученной из описания коммита информации определяем номер ревизии и вводим:

git checkout [rev] README

Пример

Предположим что вы собираетесь взять под контроль git папку со скриптами D:\Scripts. Для получения результата вам потребуется ряд простых действий.
1. Переходим в папку d:\Scripts и выполняем инициализацию репозитория

cd d:\scripts
git init

2. Добавляем все содержимое в репозиторий.

git add .

3. Выполняем первый коммит

git commit -m "initial commit"

Собственно все…

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

Итог

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

Получаем Uptime в Windows.

Сергей Мариничев — Wed, 28 Dec 2011 08:55:34 +0000

Когда то давно вопрос получение uptime от серверов уже поднимался, но в предновогодние дни стоит затронуть его еще раз…

Назову причину – коллега забыл про сервер разработки и его аптайм до вчерашнего дня составил 832 дня !

Молиться надо на таких разработчиков раз они не только не уронили, но и не доставали более двух лет

В любом случае на цифирьки посмотреть не мешает, при большом аптайме, как минимум не установлены критические обновления. И закончится это может в любой момент и вероятность того что закончится оно «плохо» или «могло быть и лучше если бы почесались»…

Да простят меня «линуксоиды», мерится аптаймами не будем просто посмотрим как можно получить нужную цифру и на методики получения информации о том сколько у нас отработала система.

Примечание: Коллеги линукс-админы, это не камень в ваш огород, я знаю много отличных специалистов, но в ваших рядах затесались (в семье не без урода) те кто свято верит в то что сервер с ядром 2.2 и аптаймом в 5 лет совершенно безопасен и стабилен (при этом сервер светится как новогодняя елка во внешний мир). Я не поддерживаю такого и чаще всего просто не понимаю. Дискуссии про то что линукс мега надежен и супер стабилен и про то что виндофс бяка поддерживать не буду. Надеюсь на понимание.

Специально для тех кто забывает про серверы…

Используем Диспетчер Задач

В Windows Vista и Windows Server 2008, в диспетчере задач есть возможность посмотреть аптайм.

На таскбаре жмем мышом и выбираем Task Manager. Можно использовать комбинацию CTRL+SHIFT+ESC. Тут уж кто как привык.
Выбираем вкладку Performance.
В свойствах System видим нужное значение.

Примечание: К сожалению данная методика не доступна в Windows 2003.

Используем утилиту systeminfo

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

Открываем командную строку и вводим:

systeminfo | find "System Boot Time:"

Утилита Uptime

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

http://support.microsoft.com/kb/232243

Для использования необходимо:

Загрузить утилиту.
Запихнуть ее в папку которая включена в переменную %PATH%
Для получения справки используйте ключ /?
Если справка не требуется то вводите.
```
uptime.exe
```

Используем утилиту NET STATISTICS

В выводе команды:

net statistics workstation

Среди предоставленной информации есть время последней загрузки системы

Используем Event Viewer

Метод заключен в поиске сообщения с кодом 6005 (запуск сервиса EventLog) от источника EventLog и события с кодом 6006 (остановка сервиса EventLog)

Get-EventLog -LogName system | Where-Object {$_.EventID -eq 6005 -or $_.EventID -eq 6006} | Select TimeGenerated, EventID

Естественно эту же информацию легко получить с удаленного хоста введя команду:

Get-EventLog -LogName system -Computer HOST_NAME -Credentil (Get-Credential)| Where-Object {$_.EventID -eq 6005 -or $_.EventID -eq 6006} | Select TimeGenerated, EventID

Более просто этот метод реализуется просмотром журнала System и поиска событий с кодами 6005 и 6006.

Используем WMI

У WMI класса Win32_PerfFormattedData_PerfOS_System есть счетчик SystemUptime, который можно использовать для получения необходимого значения.

# указываем текущий компьютер

strComputer = "."
Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\cimv2")
Set colOperatingSystems = objWMIService.ExecQuery ("Select * From Win32_PerfFormattedData_PerfOS_System")
For Each objOS in colOperatingSystems

# для получения минут делим SystemUpTime на 60

intSystemUptime = Int(objOS.SystemUpTime / 60)

strMessage = "System uptime is " & intSystemUptime & " minutes"

msgBox strMessage, 0, "System Uptime"

Next

Можно использовать LastBootUpTime из класса Win32_OperatingSystem, но об этом в следующем методе.

Используем PowerShell

В данном методе используется WMI класс Win32_OperatingSystem и разница по времени между LocalDateTime и LastBootUpTime.

$wmi = Get-WmiObject -Class Win32_OperatingSystem

$wmi.ConvertToDateTime($wmi.LocalDateTime) – $wmi.ConvertToDateTime($wmi.LastBootUpTime)

Получаемся не совсем аккуратная «простыня»

Days              : 12
Hours             : 22
Minutes           : 18
Seconds           : 29
Milliseconds      : 912
Ticks             : 11171099124010
TotalDays         : 12,9295128750116
TotalHours        : 310,308309000278
TotalMinutes      : 18618,4985400167
TotalSeconds      : 1117109,912401
TotalMilliseconds : 1117109912,401

Более компактного вывода можно добиться командой которая дает немножко нестандартный, но все же вывод.

[math]::round(((Get-Date) - ($q=gwmi Win32_OperatingSystem).ConvertToDateTime($q.lastbootuptime)).TotalDays, 2)

Более наглядный вариант умеющий выводить в файл результаты:

$ErrorActionPreference="SilentlyContinue"
$reportFile="D:\Scripts\Output\LastReboot.htm"
$reportFolder="D:\Scripts\Output"
Remove-Item$reportFolder-Recurse
$InputFile = Get-Content Servers.txt

$LastReboot = @()

foreach ($computer in $InputFile) {

$q = "" | Select-Object ‘Machine Name’,‘Last Reboot TimeStamp’,‘Reboot Initiator’,‘Reboot Reason Code’

$q.‘Machine Name’ = $computer

$q.‘Last Reboot TimeStamp’ = [Management.ManagementDateTimeConverter]::ToDateTime((Get-WmiObject -class Win32_OperatingSystem -computername $computer -namespace "root\CIMV2").LastBootUpTime)

$LastReboot += $q

}

New-Item $reportFolder -ItemType directory
$LastReboot | Sort-Object ‘Last Reboot TimeStamp’ -Descending | ConvertTo-Html | Out-File $reportFile

Invoke-Expression $reportFile

PS несмотря на обилие методик я все же предпочитаю «дедовский метод» – утилиту uptime.exe.

Быстрое создание hostlist.txt

Сергей Мариничев — Mon, 07 Nov 2011 06:48:12 +0000

Я неоднократно писал про то что использую в работе файл servers.txt или hostlist.txt, но ни разу не показывал как именно я собираю данные.

Вариантов масса – можно экспортировать данные из оснастки ADUC, можно рисовать руками, но лучше скриптом.

Для работы скрипта должен быть установлен модуль Active Directory Module for PowerShell (из пакета RSAT). Естественно запускаться это все должно на Windows 7.

# импортируем модуль ActiveDirectory

Import-Module ActiveDirectory

# Указываем путь для поиска

$base = ‘OU=Servers,DC=domain,DC=local’

# на всякий случай берем только свежие записи

$d = [DateTime]::Today.AddDays(-30)

# выполняем поиск

$computers = Get-ADComputer -Filter ‘PasswordLastSet -ge $d’ -Searchbase $base

# выводим результаты в файл hostlist.txt

foreach($computer in $computers) {

$computer.Name | Out-file hostlist.txt -append

}

PS уверен что приведенный ниже скрипт можно упростить

Выкладывайте свои варианты в комментариях.

Powershell – тестируем соединение (ping)

Сергей Мариничев — Sun, 10 Jul 2011 08:30:27 +0000

Казалось бы нет ничего проще команды ping. Команда известна всем, ключей у нее немного и ничего нового в её использовании уже придумать нельзя, но на помощь приходит powershell и моя бурная фантазия.

Давайте посмотрим что нам может дать powershell и желание усложнить себе жизнь

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

C:\>for /L %i in (1,1,255) do @ping -n 1 192.168.1.%i | find "Reply"

Получался вот такой вывод. Причем не факт что он «получался»… Если хост не ответил с первой попытки то в список он не попадал (ping -n 1)

Reply from 192.168.1.10: bytes=32 time=4ms TTL=64
Reply from 192.168.1.32: bytes=32 time=5ms TTL=64
Reply from 192.168.1.35: bytes=32 time=4ms TTL=64

Того же результата, но в более красивым выводом можно добиться на powerhsell

PS C:\&gt;1..255 | foreach-object { (new-object System.Net.Networkinformation.Ping).Send("192.168.1.$_") } | where-object {$_.Status -eq "success"} | select Address

Результат выглядит так.

Address
———-
192.168.1.10
192.168.1.32
192.168.1.35

- О чем на говорят цифры разделенные точками?
- Это только IP адреса! – скажете вы.

Можно несколько модифицировать предложенный ранее пример и украсить его вывод.

1..255 | foreach-object { (new-object System.Net.Networkinformation.Ping).Send("192.168.1.$_") } | where-object {$_.Status -eq "success"} | foreach-object { nslookup $_; gci "\\$($_.Address)\c$"; echo "Good" }

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

$erroractionpreference="SilentlyContinue"
$a=New-Object-comobject Excel.Application
$a.visible =$True
$b=$a.Workbooks.Add()
$c=$b.Worksheets.Item(1)
$c.Cells.Item(1,1) = "Machine Name"

$c.Cells.Item(1,2) = "Ping Status"

$c.Cells.Item(1,3) = "Hostname"
$d = $c.UsedRange

$d.Interior.ColorIndex = 19

$d.Font.ColorIndex = 11

$d.Font.Bold = $True

$d.EntireColumn.AutoFit($True)
$intRow = 2
$colComputers = get-content C:\servers.txt

foreach ($strComputer in $colComputers){

$hostname = [System.Net.Dns]::GetHostbyAddress($strcomputer).hostname

$c.Cells.Item($intRow, 1) = $strComputer.ToUpper()

$ping = new-object System.Net.NetworkInformation.Ping

$Reply = $ping.send($strComputer)

if ($Reply.status –eq "Success") {

$c.Cells.Item($intRow, 2) = "Online"

} else {

$c.Cells.Item($intRow, 2) = "Offline"

}

$Reply = ""

$c.Cells.Item($intRow, 3) = "$hostname"

$intRow = $intRow + 1

}

$d.EntireColumn.AutoFit()

Развивая мысль мы можем с помощью команды Test-Connection выполнить тестирование соединений с узлами в подсети 192.168.0.Х в диапазоне 1-255. Вывод результата выглядит просто – если хост доступен то пишется UP, если нет то DOWN.

1..255 | %{$result = Test-Connection -ComputerName "192.168.0.$_" -Count 1 -quiet ; `

if ($result){Write-host "192.168.0.$_ `t UP" -ForegroundColor Green} `

else {Write-host "192.168.0.$_ `t DOWN" -ForegroundColor RED}}

В финале можно показать еще один способ - проверка результатов пинг-а с помощью WMI-класса win32_pingstatus

$ip ="192.168.100.81"

$wq = (‘select statuscode from win32_pingstatus where address="’ + $ip + ‘"’)

$res = gwmi –query "$wq"

if ($res.StatusCode –eq 0) {

write-host "UP"

} else {

write-host "DOWN"

}

$res = $null

PS Вы еще не используете Powershell?
А зря

Ключи для установки .NET Framework

Сергей Мариничев — Thu, 07 Jul 2011 06:58:37 +0000

Набрел на полезную статью по ключам установки для всех версий .NET Framework. Представляю вам ее перевод. Хотя назвать его таковым довольно сложно…

Автор рассказывает о том как можно автоматизировать установку, ремонт, удаление всех версий NET Framework и приводит список ключей утановки, удаления или восстановления для каждой версии.

.NET Framework 1.0 – «тихое» восстановление

dotnetfx.exe /q:a /c:»msiexec.exe /fpecmsu netfx.msi REBOOT=ReallySuppress /l*v %temp%\netfx10_repair_log.txt /qn»

Примечание – при восстановлении NET Framework 1.0 требуется повторная загрузка программы установки dotnetfx.exe и запуск командной строки с помощью этойустановки.

.NET Framework 1.0 – автоматический ремонт

dotnetfx.exe /q:a /c:»msiexec.exe /fpecmsu netfx.msi REBOOT=ReallySuppress /l*v %temp%\netfx10_repair_log.txt /qb»

Примечание – при восстановлении NET Framework 1.0 требуется повторная загрузка программы установки dotnetfx.exe и запуск командной строки с помощью этойустановки.

.NET Framework 1.0 – «тихое» удаление

msiexec /x {B43357AA-3A6D-4D94-B56E-43C44D09E548} REBOOT=ReallySuppress /qn /l*v %temp%\netfx10_uninstall_log.txt

Обратите внимание что строка вызова процедуры изменяется в зависимости от того, что языковая версия NET Framework 1.0 у вас установлена. Код, указанный выше, соответствует английской версии. NET Framework 1.0, так что вам нужно будет использовать соответствующие отличных от английского код продукта, чтобы удалить не-английские версии. NET Framework 1.0.

.NET Framework 1.0 – автоматическое удаление

msiexec /x {B43357AA-3A6D-4D94-B56E-43C44D09E548} REBOOT=ReallySuppress /qb /l*v %temp%\netfx10_uninstall_log.txt

Обратите внимание что строка вызова процедуры изменяется в зависимости от того, что языковая версия NET Framework 1.0 у вас установлена. Код, указанный выше, соответствует английской версии. NET Framework 1.0, так что вам нужно будет использовать соответствующие отличных от английского код продукта, чтобы удалить не-английские версии. NET Framework 1.0.

.NET Framework 1.1 – «тихое» восстановление

dotnetfx.exe /q:a /c:»msiexec.exe /fpecmsu netfx.msi REBOOT=ReallySuppress /l*v %temp%\netfx11_repair_log.txt /qn»

Примечание – при восстановлении NET Framework 1.1 требуется повторная загрузка программы установки dotnetfx.exe и запуск командной строки с помощью этойустановки.

.NET Framework 1.1 – автоматическое восстановление

dotnetfx.exe /q:a /c:»msiexec.exe /fpecmsu netfx.msi REBOOT=ReallySuppress /l*v %temp%\netfx11_repair_log.txt /qb»

Примечание – при восстановлении NET Framework 1.1 требуется повторная загрузка программы установки dotnetfx.exe и запуск командной строки с помощью этойустановки.

.NET Framework 1.1 – «тихое» удаление

msiexec /x {CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1} REBOOT=ReallySuppress /qn /l*v %temp%\netfx11_uninstall_log.txt

.NET Framework 1.1 – автоматическое удаление

msiexec /x {CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1} REBOOT=ReallySuppress /qb /l*v %temp%\netfx11_uninstall_log.txt

.NET Framework 2.0 – «тихое» восстановление

%windir%\Microsoft.NET\Framework\v2.0.50727\install.exe /q

.NET Framework 2.0 – автоматическое восстановление

%windir%\Microsoft.NET\Framework\v2.0.50727\install.exe /qb

.NET Framework 2.0 – «тихое» удаление

%windir%\Microsoft.NET\Framework\v2.0.50727\install.exe /u /q

.NET Framework 2.0 – автоматическое удаление

%windir%\Microsoft.NET\Framework\v2.0.50727\install.exe /u /qb

.NET Framework 2.0 SP1 – «тихое» восстановление

msiexec /i {B508B3F1-A24A-32C0-B310-85786919EF28} REBOOT=ReallySuppress /l*v %temp%\netfx20sp1_repair_log.txt /qn

.NET Framework 2.0 SP1 – «тихое» удаление

msiexec /x {B508B3F1-A24A-32C0-B310-85786919EF28} REBOOT=ReallySuppress /l*v %temp%\netfx20sp1_uninstall_log.txt /qn

.NET Framework 2.0 SP2 – «тихое» восстановление

msiexec /fpecmsu {C09FB3CD-3D0C-3F2D-899A-6A1D67F2073F} REBOOT=ReallySuppress REINSTALL=ALL /l*v %temp%\netfx20sp2_repair_log.txt /qn

.NET Framework 2.0 SP2 – автоматическое восстановление

msiexec /fpecmsu {C09FB3CD-3D0C-3F2D-899A-6A1D67F2073F} REBOOT=ReallySuppress REINSTALL=ALL /l*v %temp%\netfx20sp2_repair_log.txt /qb

.NET Framework 2.0 SP2 – «тихое» удаление

msiexec /x {C09FB3CD-3D0C-3F2D-899A-6A1D67F2073F} REBOOT=ReallySuppress /l*v %temp%\netfx20sp2_uninstall_log.txt /qn

.NET Framework 2.0 SP2 – автоматическое удаление

msiexec /x {C09FB3CD-3D0C-3F2D-899A-6A1D67F2073F} REBOOT=ReallySuppress /l*v %temp%\netfx20sp2_uninstall_log.txt /qb

.NET Framework 3.0 -»тихое» восстановление

“%windir%\Microsoft.NET\Framework\v3.0\Microsoft .NET Framework 3.0\setup.exe” /q /f /norestart

.NET Framework 3.0 – автоматическое восстановление

“%windir%\Microsoft.NET\Framework\v3.0\Microsoft .NET Framework 3.0\setup.exe” /qb /f /norestart

.NET Framework 3.0 – «тихое» удаление

“%windir%\Microsoft.NET\Framework\v3.0\Microsoft .NET Framework 3.0\setup.exe” /q /remove /norestart

.NET Framework 3.0 – автоматическое удаление

“%windir%\Microsoft.NET\Framework\v3.0\Microsoft .NET Framework 3.0\setup.exe” /qb /remove /norestart

.NET Framework 3.0 SP1 – silent repair

msiexec /i {2BA00471-0328-3743-93BD-FA813353A783} REBOOT=ReallySuppress /l*v %temp%\netfx30sp1_repair_log.txt /qn

.NET Framework 3.0 SP1 – автоматическое восстановление

msiexec /i {2BA00471-0328-3743-93BD-FA813353A783} REBOOT=ReallySuppress /l*v %temp%\netfx30sp1_repair_log.txt /qb

.NET Framework 3.0 SP1 – «тихое» удаление

msiexec /x {2BA00471-0328-3743-93BD-FA813353A783} REBOOT=ReallySuppress /l*v %temp%\netfx30sp1_uninstall_log.txt /qn

.NET Framework 3.0 SP1 – автоматическое удаление

msiexec /x {2BA00471-0328-3743-93BD-FA813353A783} REBOOT=ReallySuppress /l*v %temp%\netfx30sp1_uninstall_log.txt /qb

.NET Framework 3.0 SP2 – «тихое» восстановление

msiexec /fpecmsu {A3051CD0-2F64-3813-A88D-B8DCCDE8F8C7} REBOOT=ReallySuppress REINSTALL=ALL /l*v %temp%\netfx30sp2_repair_log.txt /qn

.NET Framework 3.0 SP2 – автоматическое восстановление

msiexec /fpecmsu {A3051CD0-2F64-3813-A88D-B8DCCDE8F8C7} REBOOT=ReallySuppress REINSTALL=ALL /l*v %temp%\netfx30sp2_repair_log.txt /qb

.NET Framework 3.0 SP2 – «тихое» удаление

msiexec /x {A3051CD0-2F64-3813-A88D-B8DCCDE8F8C7} REBOOT=ReallySuppress /l*v %temp%\netfx30sp2_uninstall_log.txt /qn

.NET Framework 3.0 SP2 – автоматическое удаление

msiexec /x {A3051CD0-2F64-3813-A88D-B8DCCDE8F8C7} REBOOT=ReallySuppress /l*v %temp%\netfx30sp2_uninstall_log.txt /qb

.NET Framework 3.5 - »тихое» восстановление

«%windir%\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5\setup.exe» /q /norestart

.NET Framework 3.5 – автоматическое восстановление

«%windir%\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5\setup.exe» /qb /norestart

.NET Framework 3.5 – «тихое» удаление

«%windir%\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5\setup.exe» /q /uninstall /norestart

.NET Framework 3.5 – автоматическое удаление

«%windir%\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5\setup.exe» /qb /uninstall /norestart

.NET Framework 3.5 SP1 – «тихое» восстановление

«%windir%\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5 SP1\setup.exe» /q /norestart

.NET Framework 3.5 SP1 – автоматическое восстановление

«%windir%\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5 SP1\setup.exe» /qb /norestart

.NET Framework 3.5 SP1 – «тихое» удаление

«%windir%\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5 SP1\setup.exe» /q /uninstall /norestart

.NET Framework 3.5 SP1 – автоматическое удаление

«%windir%\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5 SP1\setup.exe» /qb /uninstall /norestart

.NET Framework 4 Client Profile (32-bit) – silent repair

%windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Client\setup.exe /repair /x86 /x64 /ia64 /parameterfolder Client /q /norestart

.NET Framework 4 Client Profile (32-bit) – автоматическое восстановление

%windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Client\setup.exe /repair /x86 /x64 /ia64 /parameterfolder Client /passive/norestart

.NET Framework 4 Client Profile (32-bit) – «тихое» удаление

%windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Client\setup.exe /uninstall /x86 /x64 /parameterfolder Client /q /norestart

.NET Framework 4 Client Profile (32-bit) – автоматическое удаление

%windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Client\setup.exe /uninstall /x86 /x64 /parameterfolder Client /passive /norestart

.NET Framework 4 Client Profile (64-bit) – silent repair

%windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Client\setup.exe /repair /x86 /x64 /ia64 /parameterfolder Client /q /norestart

.NET Framework 4 Client Profile (64-bit) – автоматическое восстановление

%windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Client\setup.exe /repair /x86 /x64 /ia64 /parameterfolder Client /passive /norestart

.NET Framework 4 Client Profile (64-bit) – «тихое» удаление

%windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Client\setup.exe /uninstall /x86 /x64 /parameterfolder Client /q /norestart

.NET Framework 4 Client Profile (64-bit) – автоматическое удаление

%windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Client\setup.exe /uninstall /x86 /x64 /parameterfolder Client /passive /norestart

.NET Framework 4 Full (32-bit) – silent repair

%windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Client\setup.exe /repair /x86 /x64 /ia64 /parameterfolder Client /q /norestart

.NET Framework 4 Full (32-bit) – автоматическое восстановление

%windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Client\setup.exe /repair /x86 /x64 /ia64 /parameterfolder Client /passive /norestart

.NET Framework 4 Full (32-bit) – «тихое» удаление

%windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Extended\setup.exe /uninstall /x86 /x64 /ia64 /parameterfolder Extended /q /norestart

%windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Client\setup.exe /uninstall /x86 /x64 /parameterfolder Client /q /norestart

.NET Framework 4 Full (32-bit) – автоматическое удаление

%windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Extended\setup.exe /uninstall /x86 /x64 /ia64 /parameterfolder Extended /passive /norestart

%windir%\Microsoft.NET\Framework\v4.0.30319\SetupCache\Client\setup.exe /uninstall /x86 /x64 /parameterfolder Client /passive /norestart

.NET Framework 4 Full (64-bit) – silent repair

%windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Client\setup.exe /repair /x86 /x64 /ia64 /parameterfolder Client /q /norestart

.NET Framework 4 Full (64-bit) – автоматическое восстановление

%windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Client\setup.exe /repair /x86 /x64 /ia64 /parameterfolder Client /passive /norestart

.NET Framework 4 Full (64-bit) – «тихое» удаление

%windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Extended\setup.exe /uninstall /x86 /x64 /ia64 /parameterfolder Extended /q /norestart

%windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Client\setup.exe /uninstall /x86 /x64 /parameterfolder Client /q /norestart

.NET Framework 4 Full (64-bit) – автоматическое удаление

%windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Extended\setup.exe /uninstall /x86 /x64 /ia64 /parameterfolder Extended /passive /norestart

%windir%\Microsoft.NET\Framework64\v4.0.30319\SetupCache\Client\setup.exe /uninstall /x86 /x64 /parameterfolder Client /passive /norestart

Powershell – проверка статуса батареи ноутбука

Сергей Мариничев — Wed, 06 Jul 2011 08:39:01 +0000

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

Как оказалось, реализовать данную задачу довольно просто. Нужно только заглянуть в WMI и приложить немного усилий для понимания того что там написано.

Get-WmiObject -Class Win32_Battery

При запросе класса Win32_Battery, при условии наличия установленной батареи, на экран выводится вот такая «простыня»

__GENUS                     : 2
__CLASS                     : Win32_Battery
__SUPERCLASS                : CIM_Battery
__DYNASTY                   : CIM_ManagedSystemElement
__RELPATH                   : Win32_Battery.DeviceID="15251 2010/06/15Hewlett-PackardPrimary"
__PROPERTY_COUNT            : 33
__DERIVATION                : {CIM_Battery, CIM_LogicalDevice, CIM_LogicalElement, CIM_ManagedSystemElement}
__SERVER                    : NOTEBOOK
__NAMESPACE                 : root\cimv2
__PATH                      : \\NOTEBOOK\root\cimv2:Win32_Battery.DeviceID="15251 2010/06/15Hewlett-PackardPrima
                              ry"
Availability                : 2
BatteryRechargeTime         :
BatteryStatus               : 2
Caption                     : Internal Battery
Chemistry                   : 2
ConfigManagerErrorCode      :
ConfigManagerUserConfig     :
CreationClassName           : Win32_Battery
Description                 : Internal Battery
DesignCapacity              :
DesignVoltage               : 12243
DeviceID                    : 15251 2010/06/15Hewlett-PackardPrimary
ErrorCleared                :
ErrorDescription            :
EstimatedChargeRemaining    : 97
EstimatedRunTime            : 71582788
ExpectedBatteryLife         :
ExpectedLife                :
FullChargeCapacity          :
InstallDate                 :
LastErrorCode               :
MaxRechargeTime             :
Name                        : Primary
PNPDeviceID                 :
PowerManagementCapabilities : {1}
PowerManagementSupported    : False
SmartBatteryVersion         :
Status                      : OK
StatusInfo                  :
SystemCreationClassName     : Win32_ComputerSystem
SystemName                  : NOTEBOOK
TimeOnBattery               :
TimeToFullCharge            :

Что полезного можно отсюда получить:
Режим работы батареи – BatteryStatus где 2 (от батареи) 3 (от сети)
Уровень заряда – EstimatedChargeRemaining число в процентах

В случае если батарея не установлена то на экран ничего не выводится.

Вот решение моей задачи.

# запрашиваем нужный класс

$batt = Get-WmiObject -Class Win32_Battery

# проверяем наличие ответа

if ($batt) {

# батарея есть. Это ноутбук.

write-host "battery Plugged In"

# проверяем режим работы батареи

if ($batt.BatteryStatus -eq 2) {

write-host "battery Plugged In"

# необходимый код

} else {

# устройство питается от батареи

write-host "battery not Plugged In"

}

} else {

# это стационар

write-host "battery not found"

# необходимый код

}

PS при желании можно ввести дополнительную проверку на уровень заряда. Мало ли возникнет вводная о том что нужно что то запускать если уровень заряда больше чем…

SCOM 2007 R2 – Пакетный перевод агентов в Maintenance Mode

Сергей Мариничев — Wed, 22 Jun 2011 07:51:21 +0000

Типичная ситуация когда на группе серверов обновляется ПО довольно часто приводит к шквалу алертов отсылаемых по электронной почте и покраснению мониторов в консоли оператора.

Даже если операторы поставлены в известность обязательно найдется кто то «глухой»…

Поэтому агентов необходимо перевести в режим обслуживания. Дело это через UI консоль может стать весьма хлопотным занятием. На помощь в таком случае как всегда приходит Operations Manager Shell.

Задача:

Перевести в режим обслуживание все сервера площадки имеющей индекс ХХХ с текущего момента сроком на 6 часов.

Решение:

Традиционная методику тыкать в UI консоли мышком мы отвергаем сразу и воспользуемся скриптом.

$StartTime = [DateTime]::Now

$EndTime = $StartTime.AddHours(6)

$Agents = Get-Agent | Where {$_.Name –match "DC"}

$Agents | foreach {New-MaintenanceWindow -StartTime $StartTime -EndTime $EndTime -reason "ApplicationInstallation"  -Comment "Planned update installation" -MonitoringObject $_.HostComputer}

Здесь вместо функции AddHours() можно также использовать AddMinutes() или AddDays()

Развивая тематику режима обслуживания можно прикрутить «окна обслуживания» задекларированные в вашем SLA.

Внеочередное окно выделенное вам для серверов с именами DC-X1

[DateTime] $StartTime = "01/07/2011"

$StartTime = $StartTime.ToUniversalTime()

[DateTime] $EndTime = "02/07/2011"

$EndTime = $EndTime.ToUniversalTime()

$Agents  = Get-Agent | Where {$_.Name –match "DC-X1"}

$Agents | foreach {New-MaintenanceWindow -StartTime $StartTime -EndTime $EndTime -Reason "PlannedHardwareMaintenance" -Comment "Hardware Maintenance" -MonitoringObject $_.HostComputer}

Для планирования запуска скрипта (предположительно для планового обслуживания IIS-ов на серверах имеющих в шаблоне имени ключевую комбинацию «SPP» сроком от момента запуска на два часа) можно создать скрипт следующего содержания.

Add-PSSnapin Microsoft.EnterpriseManagement.OperationsManager.Client
New-PSDrive-Name: Monitoring -PSProvider OperationsManagerMonitoring -Root: \
cd monitoring:\

New-ManagementGroupConnection GURON
cd GURON
$pf=(gc Env:\ProgramFiles)
cd"$pf\System Center Operations Manager 2007"
.\Microsoft.EnterpriseManagement.OperationsManager.ClientShell.Functions.ps1;

Start-OperationsManagerClientShell -ManagementServerName: "" -PersistConnection: $true -Interactive: $true;
$iisAgents = get-monitoringclass -name "Microsoft.Windows.InternetInformationServices.2003.ServerRole"

$iisInstance = Get-MonitoringObject -monitoringclass:$iisAgents | where {$_.PathName -match ‘SPP’}

$time = [DateTime]::Now
New-MaintenanceWindow -starttime: ($time) -endTime: ($time.AddHours(2)) -reason "ApplicationInstallation" -comment: "Skip all IIS Alerts" -monitoringobject:$iisinstance

и поместить его в планировщике задач

%SYSTEMROOT%\system32\WindowsPowerShell\v1.0\powershell.exe C:\Scripts\StartMaintenanceModeWindow.ps1

Оптимизация WordPress. Шаг 3

Сергей Мариничев — Sun, 05 Jun 2011 15:24:46 +0000

Следующим шагом для оптимизации WordPress будет приведение в порядок стилевых листов т.е. Оптимизация CSS. Этот тему я уже затрагивал с своей старой статье, но сегодня хочу вернуться к этому вопросу.

Предыдущие заметки по вопросу оптимизации вы можете найти по ссылкам:

Оптимизация WordPress. Шаг 1

Оптимизация WordPress. Шаг 2

Порядок действий:

Создайте список имеющихся CSS-файлов.
По возможности объедините все эти листы в один. Это ускорит загрузку страниц.
Займитесь оптимизацией кода вручную или с помощью онлайн-инструментов.
Проверьте правильность кода и для уменьшения его размера и увеличению скорости загрузки сожмите его.

Цель оптимизации CSS проста – борьба за каждый байт и уменьшение итогового размера CSS.

Что в начале?

Первое что приходит в голову – необходимо убрать точку с запятой (;) перед закрывающей скобкой (}). Эта мера несильно но уменьшит размер итогового файла.

Сокращайте RGB–цвета у которых оттенки равны цвету.
Например, в место #ffaa00 достаточно написать #fa0.
Сокращайте свойства.
К примеру, вместо тяжелого

.top-bar{
border-syle: solid;
border-color: blue;
border-width: 1px;
backround-color: #ffffff;
backround-image: url(top-bar.gif);
background-attachment: fixed;
background-repeat: no-repeat;
background-position: right bottom;
}

можно написать

.top-bar{
border: solid 1px blue;
background: #fff url(top-bar.gif) fixed no-repead right bottom
}
Нулю единица измерения не нужна т.е. меняем все 0px на 0
Используйте сокращение числовых свойств:
- .class{cвойство: 3px 4px 5px 6px} — все стороны разные
  (отсчет начинается с верху и идет по часовой стрелке (верх, право, низ, лево)).
- .class{cвойство: 3px 0 5px} — связка лево–право имеют одно значение (ноль), а верх и низ разные.
- .class{cвойство: 3px 5px} — связки верх–низ и лево–право.
- .class{cвойство: 5px} — все стороны равны.
Удаляйте лишние пробелы.

Небольшой пример как браузеры интерпретируют обход свойств при сокращении записи.

Теперь подробно рассмотрим правила сокращения.

Правила сокращения для margin

Свойство margin включает: margin-top, margin-right, margin-bottom, margin-left.

Таким образом, вместо:

box {
margin-top: 5px;
margin-right: 8px;
margin-bottom: 3px;
margin-left: 4px; }

пишем:

box { margin: 5px 8px 3px 4px; }

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

Если значения для top/bottom и left/right равны, сокращение приобретает следующий вид:

box { margin: 5px 8px; }

Т.е. получаем, что отступы сверху и снизу 8 px, а слева и справа отступы равны 5 px.

Приведу еще один способ:

box {margin : 5px 10px 2px}

в нем порядок обхода элементов следующий: 5px – верх, 10px – лево и право, 2px – низ

Если все четыре свойства имеют ожинаковое значение, то правило сокращения выглядит так:

box { margin: 5px; }

Правила сокращения для padding

Сокращенные правила для свойства padding абсолютно идентичны описанному выше для margin. Нужно лишь запомнить несколько правил:

Порядок свойств: top, right, bottom, left
Если правила можно сократить до двух значений, то свойства будут следовать в порядке:top/bottom и left/right.
Если нужно обнулить значения для нескольких сторон одновременно, то достаточно прописать0 без указания единиц.

Например в случае если у вас верх-низ равен 30 px, а лево-право равно 5 px пишем

box { padding: 30px 5px }

Правила сокращения для border

Свойство border имеет признаки - border-width, border-style и border-color. Первым следует значение width, затем style и color.

При использовании правил сокращения получается что вместо:

box {
border-width: 1px;
border-style: dotted;
border-color: #c00; }

можно написать:

box { border: 1px dotted #c00; }

Правила сокращения для background

Свойство background содержит 5 возможных значений: background-color, background-image, background-repeat, background-attachment и background-position.

При использовании правил сокращения получается что вместо:

box {
background-color: #fff;
background-image: url(images/bg-top.gif);
background-repeat: repeat-y;
background-attachment: fixed;
background-position: top center; }

Мы можем написать

div { background: #fff url(images/bg-top.gif) repeat-y fixed top left; }

Для свойства background-position первое значение относится к положению по вертикали, второе – по горизонтали. По умолчанию оба значения – center.

Правила сокращения для list-style

Свойство list-style включает: list-style-position, list-style-type (или list-style-image).

ul {
list-style-type: square;
list-style-position: inside; }

Мы можем написать

ul { list-style: square inside; }

Если нужно обнулить все значения стилей списков, то пишем:

ul { list-style: none; }

Правила сокращения для font

Использование сокращений для свойства font, скорее всего, наиболее актуально, т.к. включает множество свойств: font-style, font-variant, font-weight, font-size, line-height и font-family.

Вот примеры записей.

Изначально из вот такого кода:

p {
font-style: italic;
font-variant: small-caps;
font-weight: bold;
font-size: small;
line-height: 1.6em;
font-family: Helvetica, Tahoma, sans-serif; }

Мы можем получить вот такую довольно аккуратную строку.

p { font: italic small-caps bold small/1.6em Helvetica, Tahome, sans-serif; }

Естественно не требуется указывать все шесть значений…

Как правило мы используем значения font-size, line-height, font-family одновременно.

Финальный шаг – валидация и сжатие

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

Для сжатия кода я предпочитаю использовать следующий онлайн-сервис cleancss.com