Журнал времени выполнения сервера с точностью до X минут

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

Я знаю, что могу использовать "Просмотр событий" (Windows 7) и извлекать идентификаторы событий журнала 6005 и 6006, чтобы получить время загрузки и загрузки при нормальных условиях выключения.

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

Однако иногда 6006 не регистрируется (при перебоях питания или других нестандартных остановках), и, поскольку 6013, кажется, регистрируется только в полдень, я не могу определить по ним, в какое время произошел сбой системы.

Я могу точно определить день (между полуднем и полуднем), используя последние 6013 до следующих 6005. Я знаю, что между ними произошло отключение. Если в последний день 6013 был полдень в 1-й день, а следующие 6005 были когда-нибудь в день х> 2 или в день 2 после полудня, то я знаю, что остановка произошла между днем ​​1 и днем ​​2. Так что у меня точность 24 часа. Если мне повезет, 6005 меньше 6 минут после 6013 - но точность все еще составляет 24 часа.

Существует ли встроенный механизм ведения журнала, который может принимать измененные конфигурации, так что либо 6013 сообщает каждые X часов или Y минут? Или какое-то другое событие, которое уже делает это?

Единственная альтернатива, которую я вижу, - это написать программу или скрипт, который выполняется в нужный мне промежуток времени, где он добавляет текущую метку времени в файл. Затем я бы проверил этот файл и перепроверил его с журналами событий. Если нет события загрузки, то я знаю, что машина постоянно включена; однако, если есть событие загрузки (6005), то я знаю, что когда-то между отметкой времени события загрузки и отметкой времени, непосредственно предшествующей ему, в моем пользовательском файле журнала было событие выключения (зарегистрированное или нет).

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

Помощь очень ценится.