Почему продление домена стоит дороже регистрации. Продление домена
Как администратору, вам, вероятно, приходится выполнять одни и те же или похожие задачи практически каждый день. Возможно, вы даже вынуждены приходить на работу раньше или оставаться допоздна, чтобы выполнять эти задачи в нерабочее время. Такими задачами могут быть рутинные операции обслуживания, например, удаление временных файлов, чтобы избежать переполнения дисков, или резервное копирование важных данных. Среди этих задач встречаются процессы и посложнее, в частности просмотр журналов событий на всех бизнес-серверах для выявления проблем, требующих решения. Хорошая новость в том, что если вы можете разбить эти задачи на этапы, есть шанс их автоматизировать. Microsoft Windows предоставляет для этого несколько способов, включая:
- Schtasks - «продвинутая» утилита командной строки для запуска команд, сценариев и программ па основе расписания. Задания могут быть назначены для запуска однократно, поминутно, через определенный интервал (например ежечасно, ежедневно или ежемесячно), при загрузке системы, при входе в систему или во время простоя системы ;
- Task Scheduler (Планировщик заданий) - GUI-утилита для запуска команд, сценариев и программ на основе расписания. Task Scheduler выполняет те же операции, что и утилита командной строки Schtasks, что позволяет использовать их совместно и управлять заданиями, созданными в любой из этих утилит при помощи любого инструмента.
Планирование заданий на локальных и удаленных системах
Расписание можно настроить для всего, что можно запустить в командной строке, включая утилиты командной строки, сценарии, приложения, ярлыки и документы. Также можно указывать аргументы командной строки. Иногда задания назначаются для компьютера, с которым вы работаете в данный момент (т. е. для локальной системы). Однако чаще при планировании заданий вы делаете это для удаленных систем через сеть со своего локального компьютера (т. е, для удаленных компьютеров).
Событийно-управляемые задания заслуживают особого внимания, поскольку не всегда работают, как ожидается; к ним относятся задания, инициируемые при следующих событиях.
- Запуске системы - если вы настраиваете задание на запуск при старте системы, планировщик заданий запускает его как неинтерактивный процесс. Задание выполняется до полной обработки, принудительного завершения или до выключения системы. Помните, что завершить выполняемые задания может только их владелец или администратор.
- Входе в систему - если вы настраиваете задание на запуск при входе пользователя в систему, планировщик заданий запускает его, когда кто-то входит в систему. Задание выполняется до полной обработки, принудительного завершения или до выхода пользователя из системы. В зависимости от настройки задания, запускаемые при входе (logon tasks), могут выполняться интерактивно или неинтерактивно.
- Простое системы - если вы настраиваете задание на запуск в простое системы, планировщик заданий запускает его при отсутствии действий пользователя за указанное время. Например, можно создать задание, которое запускается, если система простаивает пять минут. Но помните, что дальнейшие действия пользователя не завершат задание. Оно будет выполняться либо до конца, либо до принудительного завершения.
Обновлятору не требуется быть всё время открытым или работать как служба, чтобы стал возможен запуск операций по расписанию.
Запуск по расписанию работает через стандартный механизм Windows, который называется "Планировщик задач".
И, когда пользователь задаёт настройки расписания...
Обновлятор автоматически создаёт нужные задачи в планировщике:
Чего нельзя забывать
Выбор пользователя
Нельзя забывать, что пользователь, которого мы указываем для запуска операций по расписанию...
Должен иметь права в системе на "Вход в качестве пакетного задания".
Как проверить имеет ли пользователь необходимые права?
Самый простой вариант, это нажать правой кнопкой на созданном задании в планировщике и выбрать "Выполнить":
Если после того как отработает задача результат её запуска будет успешным...
Если же это не так, тогда обращаемся к системному администратору, чтобы он в политике безопасности указал (нашего пользователя или его группу) в пункте "Вход в качестве пакетного задания ", а также исключил из пункта "Отказать во входе в качестве пакетного задания ".
Должен иметь непустой пароль. Это требование безопасности Windows. Если вы столкнулись именно с этим ограничением, то самым правильным решением будет:
- либо назначить пароль текущему пользователю, под которым вы собираетесь запускать обновлятор по расписанию
- либо создать в системе отдельного пользователя с паролем, которого и прописать в расписании обновлятора
Ну а самым простым (но неправильным с точки зрения безопасности) решением этого ограничения будет отключить опцию "Разрешить использование пустых паролей только при консольном входе" в локальной политике безопасности компьютера.
Выбор баз
Также нельзя забывать, что в операциях, запущенных по расписанию участвуют только те базы, которые выбраны в списке баз, участвующих в расписании:
При этом не важно стоит ли отметка рядом с базой в общем списке:
Эти галки (в общем списке) предназначены только для ручного запуска операций и на запуск по расписанию никак не влияют.
Порядок запуска
И, наконец, ещё один не очевидный момент. При запуске задачи по расписанию обновлятор первым делом проверяет - не выполняется ли сейчас другая задача, запущенная по расписанию. И если выполняется - он в начале дождётся её окончания и только потом будет выполнять новую.
Это означает, что если нам, к примеру, нужно настроить, чтобы в 22-00 выполнялась архивация, а сразу после её окончания обновление баз, то достаточно для архивации указать время запуска 22-00, а для обновления, например, 22-01.
Что если нужно более сложное расписание
А что, если нам нужен не просто регулярный запуск в определенное время в определенные дни? Что если мы хотим, скажем, настроить запуск с 5 часов каждые пол часа, ну или что-то в этом роде?
В этом случае нам нужно воспользоваться всей мощью планировщика задач.
Сначала настраиваем расписание через обновлятор, указав что конкретное расписание будет настроено уже в планировщике:
А уже затем открываем свойства созданных обновлятором задач в планировщике Windows:
И на соответствующих вкладках настраиваем всё, что наша душа пожелает:
Как исключить базу из некоторых операций по расписанию
Предположим, что у нас настроено расписание для обновления и для архивации:
Но при этом мы хотим, чтобы одна база участвовала в архивации по расписанию, но при это не участвовала в обновлении по расписанию.
Как же этого добиться - ведь список баз участвующих в расписании у нас один:
А сделать это очень просто.
Зайдите в свойства той базы, которую нужно исключить из обновления по расписанию и в самом низу окна найдите пункт "Исключить некоторые операции...":
Нажмите на него и исключите обновление этой базы из запуска по расписанию:
Должно получиться вот так:
Возможен ли запуск по расписанию с другими параметрами
Хочу обратить отдельное внимание на то, что задача в планировщике задач - это обычный запуск обновлятора с определенными параметрами командной строки:
А параметров для запуска через командную строку у обновлятора много.
Вы можете используя их настроить автоматизацию гораздо более тонко и в соответствии с вашими потребностями. Только не меняйте параметры командной строки в уже созданном задании обновлятора - иначе он всё равно сбросит их на начальные при обновлении настроек запуска по расписанию. Вместо этого скопируйте созданное задание в планировщике (чтобы у него было своё имя) и меняйте уже его.
Обо всех ключах командной строки обновлятора .
Как узнать запускался ли обновлятор по расписанию
Бывает так, что расписание вроде бы настроили - но что-то идёт не так.
И мы вообще не уверены - запускался ли обновлятор этой ночью.
Прежде всего я хочу обратить ваше внимание на область в главном окне обновлятора, где выводится статус операций по расписанию:
Здесь мы видим сколько дней назад запускалась соотв. операция по расписанию; сколько в ней участвовало баз и были ли ошибки. При этом если мы нажмём левой кнопкой на этих ссылках, то откроется соответствующий отчёт.
Также мы можем зайти в полный журнал отчётов обновлятора...
И посмотреть происходило ли выполнение задач.
Но самый надёжный способ разобраться запускалась ли программа и понять причины её не запуска или внезапного завершения - это включить журнал всех заданий в планировщике Windows. По умолчанию он отключён и я советую включать его, чтобы можно было всегда разобраться в проблемных ситуациях.
Чтобы включить журнал планировщика Windows заходим в диалог "Запуск по расписанию" и нажимаем кнопку "Открыть планировщик Windows":
Это можно сделать также и из панели управления Windows (раздел администрирование).
Здесь находим и нажимаем пункт "Включить журнал всех заданий":
Готово! Теперь мы сможем просматривать историю работы любой задачи в планировщике.
Например, выделим одну из задач обновлятора:
Как настроить облачную систему мониторинга за запуском задач обновлятора
Сейчас я расскажу о способе как застраховать себя от ситуации - "ой, у нас оказывается уже целую неделю не архивируются (обновляются, тестируются..) базы".
Такая ситуация очень даже возможна, если мы настроили запуск архивации по расписанию, а затем:
- другой администратор сервера отобрал права у нашей учётной записи для запуска архивации из планировщика и в этом случае обновлятор не сможет нам отправить даже уведомление на почту, ведь для этого ему нужно запуститься, а прав на это нет...
- или произошли какие-то другие ошибки и на сервере нет интернета, чтобы обновлятор отправил нам сообщение об ошибке...
- или мы сами ошибочно выключили в обновляторе запуск архивации по расписанию...
- да мало ли чего может быть...
А нужно всего лишь в дополнение к настройке уведомлений об ошибках на почту настроить облачную систему мониторинга запуска нашего обновлятора. Что это и как работает?
Это, на мой взгляд, совершенно гениальная штука, которая называется healthchecks.io . У этих ребят есть и платные тарифы, но нам вполне сгодится их бесплатный тариф.
Идея следующая. Мы регистрируемся у них на сайте и в своём личном кабинете имеем возможность сказать:
- Эй, HealthChecks, дай мне уникальный Url (адрес интернет ресурса).
- HealthChecks, если по этому адресу никто не будет стучаться (запрашивать) в течение такого-то периода - оповести меня об этом на такую-то почту.
Затем мы укажем этот адрес в обновляторе и он будет запрашивать его, например, в конце каждой архивации, запущенной по расписанию. И если в какой-то момент он вдруг перестанет запускаться или будет аварийно завершаться, то сервис HealthChecks оповестит нас об этом. Даже если наш сервер сгорит, его украдут и разберут на винтики..., мы первыми узнаем об этом от HealthChecks:-)
Я считаю это гениальная идея. Если вы так не считаете, похоже вы не до конца поняли смысл этой штуки - пожалуйста, перечитайте мой неуклюжий текст ещё раз.
Отдельно упомяну , что описанная система мониторинга не отменяет, а дополняет уведомления на почту об ошибках, которые также должны быть настроены в обновляторе для полного контроля за ситуацией.Простейший сценарий настройки HealthChecks вместе с обновлятором
Пусть мы настраиваем ежедневную архивацию на сервере с именем DataServer , который принадлежит компании ООО "Ромашка" :
И хотим, чтобы HealthChecks оповестил нас, если вдруг обновлятор перестанет запускаться для архивации или такие запуски будут завершаться аварийно.
3. Регистрируемся на почту, на которую хотим получать оповещения.
3. Переходим в раздел "Checks" и нажимаем большую зелёную кнопку "Add Check".
5. Изменим имя этой проверки на OOO "Romashka" (DataServer, archiving). Это нужно сделать, чтобы мы понимали с чем именно связана эта проверка (архивация на сервере с именем DataServer в компании ООО "Ромашка"):
6. Укажем период проверки (архивация должна запускаться 1 раз в день, сам процесс архивации может занимать до 12 часов):
Второй ползунок (grace) это как раз допустимое превышение периода, то есть время, в течении которого может длиться процесс архивации.
Дополнительный лимит в 12 часов (grace) я указал намеренно, потому что обновлятор делает запрос к системе мониторинга в конце своей работы, а время окончания может варьироваться от различных условий.
Например, если мы настраиваем обновление по расписанию на запуск в 22-00, то сегодня это обновление может закончиться в 23-00, а уже завтра (вышло много новых обновлений) будет длиться до 4 утра.
Отсюда и дополнительный запас в 12 часов, чтобы не было ложных срабатываний от HealthChecks.
Результат настройки периода будет таким:
7. Но как видите поле Last Ping пустое (Never). Оно будет обновляться по мере обращения к этому адресу обновлятором при архивации. А если обращения не будет больше чем 1 день и 12 часов, то HealthChecks забьёт тревогу и оповестит нас на почту.