Обновление политик, установка обновлений и прочие процедуры.
Если мы будем перезагружать раз в месяц и эта проблема всёравно произойдёт, то, в этом случае, решение как-то будет отличаться, если оно есть? 
Ну предположим, что мы перестанем перезагружать сервер, то всё равно остаётся вопрос - Как, допустим, загрузить на сервер данные о проходах за 27.04.2023? 

информационная безопасность, да, понимаю, она такая...
уберите сервак из корпоративной сети и не мучайте бюджет зарплатой этих ценных кадров
Процесс вычитывания событий из контроллеров доступа процесс не быстрый.
В момент старта ядра опроса его окончание можно проанализировать визуально по значению поля "Обмен" объекта порт - пока значение 1/1 идёт вычитка событий, как только увеличится, то всё, норм.
События вычитываются без подтверждения сервером о его получении и сохранении в логах
За 10 лет было всего пара случаев, когда умирала оболочка, а ядро опроса было без локального кэша и тупао теряла события отправляя их в зависшую оболочку.
Просто перезапустите оболочку и ядро опроса.
Запросить событие за конкретную дату не получится - контроллеры (и все остальные приборы) хранят их до тех пор пока его не вычитают "сверху" либо пультом либо компьютером (ядром опроса) по 485-му интерфейсу либо до тех пор, пока стэк памяти событий не переполнится и его не затрут более свежим фифа (FIFO).
то есть теоретически, при максимальной нагрузке (прибор с тактом событий 0,125сек) переполнится за пару часов - если сервак будет перезружаться 1ч8минут, но фсё пропало... но такого не может быть 
:)

Я Вас понял. Спасибо большое! Жаль конечно. 

По идее перезапуск ядра опраса должен инициировать выгрузку событий. Как я понимаю там происходит примерно так: стартует ядро; у приборов ядром запращивается последнее событие, которое отмечено не считанным; далее происходит обмен событиями (считывание) от последнего не считанного до конца буфера прибора(ов). Т.е. если по какой-то причине ядро не выгрузило события, то рестарт ядра должен исправить ситуацию. Однако, если после последнего сеанса обмена данными между ядром и приборами есть событие помеченное как "считано", то я сильно сомневаюсь, что будут переданы те события, что происходили ранее и которые пока не считаны. Хотя всё может быть совсем не так.

В том-то и соль, что речь идёт о данных, которые помечены как "Считано"

Что упало - то пропало!
Ранее в пультах был режим повторной печати журнала событий, т.е. это не штатный режим обмена в протоколе ОрионПро, а нечто иное. Может быть и есть у пультов скрытый режим, но я сильно сомневаюсь в этом.

Чисто технически под события в контроллере кольцевой буфер и два указателя, начало и конец событий. При отдаче контроллером событий в Орион сами события вряд ли стираются, меняются только указатели. Есть ли в системе команд способ перечитать буфер заново - не знаю. Сомневаюсь. Зачем? Не нужная команда. А вот считать память через i2c на контроллере - уже реальнее.

Оболочка не работает с приборами, это делает ядро опроса, она вычитывает и удаляет события из локального кэша ядра (кажется это база данных в SQLite).
как Ядро опроса работает с событиями в самом приборе, не знаю. Могу предположить, что прибор просто изменяет признак "прочитан" в стэке FIFO с тех событий, которые он отправил на запрос ядра опроса типа "ну, что у тебя новенького?" (прибор сам управляет своей памятью).
 

ОписАлся. Хотел написать ядро опроса.