Вам же наверное нужны ваши проходы по конкретным считывателям, вход-выход.
Находите генератором отчётов по парочке желанных событий, записываете на бумажке их время, в pLogData на указанное время находите события, и их дублируете, поправляя поля. 
- ID записи, его можно взять из пропусков в нумерации более ранних периодов, да можно, наверное и ничего не стаивть, но я не проверял с 0, скажем. Пропусков полно. Если события удалялись - так и вовсе никаких проблем. Только не ставть ID больше максимального существующего в таблице.
- Время, или два там времени, не помню, параметр всем понятный.
- Ну и GUID, совершенно дурацкое изобретение неизвесного автора, используемый в качестве первичного ключа таблицы - в качестве GUIDа по образу и подобию сгенерировать случайную строку в Экселе.
У вас вообще с SQLем опыт есть, хотя бы минимальный?
Тут первое правило - сделать резервную копию базы до начала работы.
Тексты запросов на добавление строк в таблицу проще генерировать в Экселе, а потом оптом вставлять.
Если поправить надо одно-два-три события, то можно зайти с другой стороны - выбрать запись-жертву, на другого человека, или по себе, но за прошлый период, и просто поправить там недостающее - считыватель, время, человека. и не заморачиваться с ID и GUID
-----------------
Учтите, что событий в системе много и разных, и желательно соблюсти всю логику. Скажем, если надо, чтобы в определённый день открывалась дверь кассы, то перед этим надо, чтобы человек пришёл на входе, чтобы он снял с охраны свои разделы, прошёл по промежуточным дверям и т.п. И грамотный ревизор легко раскусит ваши химические события...

СПС. За инфу
поменял время прохода в SQL. но в генераторе отчета время не меняется((( наверно где то в орионе еще есть скрытые файлы откуда берет инфу SQL