суббота, 28 июня 2014 г.

Сборка заметок про планировщик.

если речь идет о
"Выбранная задача “{0}” больше не существует..."
то вот

Неправильная интерпретация, обработка или чего-то там ещё формата xml-файла, которым пользуется Планировщик Windows.
Опытным путем выяснено, что Планировщик ругается на параметр UseUnifiedSchedulingEngine.

Одно из найденных решений:

сразу предупреждаю о возможных трудностях работы с безопасностью Windows (UAC), с безопасностью файловой системы NTFS (всё-таки системная папка), с реестром Windows, а так же о всех возможных последствиях при изменении системных параметров, реестра и бла-бла-бла (как там обычно пишут в Microsoft :) )

1) переносим все задания из папки %SystemRoot%\system32\Tasks\ в другое место
2) в реестре удаляем все подразделы в разделе реестра
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tasks]
(они выглядят а-ля {8цифробукав-4цифрабукавы--4цифрабукавы-4цифрабукавы-12цифрабукав})
3) в реестре удаляем все подразделы в разделе реестра
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tree]
(здесь всё выглядит так же, как в папке %SystemRoot%\system32\Tasks\)
4) запускаем Планировщик и убеждаемся, что он больше не ругается (если был запущен - делаем, как рекомендуют - "обновить" :) )
5) берём любой удобный текстовый редактор и в каждом задании (см.п.1) удаляем строчку связанную с параметром UseUnifiedSchedulingEngine:
<UseUnifiedSchedulingEngine>значение</UseUnifiedSchedulingEngine>
6) ну... и теперь самое интересное... :) - восстанавливаем все задания посредством их импорта в Планировщике (правой мышкой - импортировать, думаю разберётесь)
7) клянём и ругаем кривых программистов (или их отдельные части, кому как удобно) Microsoft за такую работу, и что они ещё за это денег хотят
8) выполняем п.4.
9) радуемся, с надеждой, что не слетит что-нибудь ищо.

четверг, 26 июня 2014 г.

RE: Миграция главного контроллера домена с Windows Server 2008 R2 на Windows Server 2012 R2

repost отсюда    http://www.vitaliy.org/Node/View/1184    Спасибо автору

  1. Создаем виртуальную машину и устанавливает на нее Windows Server 2012 R2
  2. Добавляем серверу роль AD DS.
  3. Делаем его масретом инфраструктуры, PDC, мастером RID, мастером схемы и мастером имен
  4. Удаляем с обновляемого сервера роль AD DS и все другие роли, которые реплицируются между контроллерами домена.
  5. Выводим обновляемый сервер из домена вообще.
  6. Устанавливаем на нем Windows Server 2012 R2.
  7. Добавляем новому серверу роль AD DS.
  8. Делаем его масретом инфраструктуры, PDC, мастером RID, мастером схемы и мастером имен.
Делается это с помощью команды ntdsutil. Запускать ее мы будем на %servername%, т.е. сервере, который хотим сделать самым главным.
После запуска утилиты вводим заклинания:
  1. roles - будем управлять владельцами NTDS ролей
  2. connections - будем подключаться к какой AD DS
  3. connect to server %servername% - подключаемся к серверу %servername%.
  4. q - выходим из режима подключений
  5. ? - смотрим что мы можем делать
  6. transfer infrastructure master
  7. transfer naming master
  8. transfer PDC
  9. transfer RID master
  10. transfer schema master
  11. выходим из утилиты набрав два раза q.

вторник, 27 мая 2014 г.

Установка Net.Framework. System.EnterpriseServices.dll отказано в доступе

Полезная ссылка 1

Пыталась лечить ошибку:  метод1 (тупо слить все процессы, которые могут блокировать dll)
                                             метод2 (многим помогло удаление папки  \WINDOWS\WinSxS\Policies - видимо не мой случай)
Короче говоря, виноват Касперский. Даже в остановленном состоянии он держал эту dll.


понедельник, 5 мая 2014 г.

Ubuntu. Подключаем шары Windows-сервреа.


все делаем от root

1.создать папку "net/share1"
2.создать скрипт "newshare.sh"
 #!/bin/sh
mount //ip/share1  /net/share1 - username=XXXX, password=XXXX, dir_mode=0777, file_mode=0666

3. положить скрипт newshare.sh  в папку /etc/init.d/

4. sudo chmod +x /etc/init.d/mount.sh

5. sudo update-rc.d mount.sh defaults 90 

Windwos 8.1. Безопасный режим.


Надо ж было так...
Мышь в верхний правый угол  -> Вылезает панель -> "Настройки" ->Надимаем и держим Shift  -> Выключение -> Перезагрузка -> "Диагностика" -> "Дополнительные параметры" -> "Параметры загрузки" -> "Перезагрузить" -> F4

Отсюда

среда, 23 апреля 2014 г.

WSUS. Настроить рабочую станцию не в домене на получение обнолвений от WSUS.

Решение  отсюда  через reg-файл.  Спасибо автору!

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
"AcceptTrustedPublisherCerts"=dword:00000001
"ElevateNonAdmins"=dword:00000001
"TargetGroup"="Workstations"
"TargetGroupEnabled"=dword:00000000
"WUServer"="http://your-WSUS-server:port"
"WUStatusServer"="http://your-WSUS-server:port"
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU]
"AUOptions"=dword:00000004
"AUPowerManagement"=dword:00000001
"AutoInstallMinorUpdates"=dword:00000001
"DetectionFrequency"=dword:0000000a
"DetectionFrequencyEnabled"=dword:00000001
"IncludeRecommendedUpdates"=dword:00000001
"NoAUAsDefaultShutdownOption"=dword:00000001
"NoAUShutdownOption"=dword:00000001
"NoAutoRebootWithLoggedOnUsers"=dword:00000001
"NoAutoUpdate"=dword:00000000
"RebootRelaunchTimeout"=dword:0000000a
"RebootRelaunchTimeoutEnabled"=dword:00000001
"RescheduleWaitTime"=dword:0000000a
"RescheduleWaitTimeEnabled"=dword:00000001
"ScheduledInstallDay"=dword:00000000
"ScheduledInstallTime"=dword:00000003
"UseWUServer"=dword:00000001

Решение отсюда через bat. Спасибо автору.

SET KEY="HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate"
REG ADD %KEY% /v "WUServer" /t REG_SZ /d "http://DISTSERV1" /f
REG ADD %KEY% /v "WUStatusServer" /t REG_SZ /d "http://DISTSERV1" /f
REG ADD %KEY% /v "TargetGroupEnabled" /t REG_DWORD /d "0" /f
SET KEY="HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU"
REG ADD %KEY% /v "AUOptions" /t REG_DWORD /d "3" /f
REG ADD %KEY% /v "AutoInstallMinorUpdates" /t REG_DWORD /d "1" /f
REG ADD %KEY% /v "NoAutoRebootWithLoggedOnUsers" /t REG_DWORD /d "1" /f
REG ADD %KEY% /v "NoAutoUpdate" /t REG_DWORD /d "0" /f
REG ADD %KEY% /v "UseWUServer" /t REG_DWORD /d "1" /f
Net Stop "wuauserv"
net start "wuauserv" 
WUAUCLT.EXE /resetauthorization /detectnow

Exchange 2010. Просмотр логов через PowerShell


на забываем  add-pssnapin Microsoft.Exchange.Management.PowerShell.E2010
Вариант 1.
Смотрим отправленные за определенный интервал времени, фильтр по получателю и отправителю.
get-messagetrackinglog -ResultSize unlimited -EventID "SEND" -Start "02/22/2012 00:00:00" -End "02/22/2012 23:59:59" -Sender "sender@mail.ru" -Recipients:recipient@mail.ru | ft Sender,recipients,messagesubject,connectorid,timestamp,TotalBytes
Вариант 2.
В фильтр добавлен коннектор, через который уходит почта - т.к. внутренняя, например, нам не нужна, смотрим только ту которая ушла во внешний мир через коннектор "toExternalWorld":

get-messagetrackinglog -ResultSize unlimited -EventID "SEND" -Start "02/22/2012 00:00:00" -End "02/22/2012 23:59:59" | Where-Object { $_.ConnectorID -eq 'toExternalWorld' } | ft Sender,recipients,messagesubject,connectorid,timestamp,TotalBytes

Отсюда.  Спасибо автору!