| 0
- 08.12.2013 - 18:38
|
Доброго времени суток! Есть подозрение, что подвергался исправлению файл журнала регистрации 1cv7.mlg В связи с чем возник вопрос - есть-ли такое ПО, которое мониторит действия над указанным ему файлом и ведет лог всех действий над ним - редактирование (каким ПО редактировалось), копирование и т.д.?     | |
| 1
- 08.12.2013 - 18:43
| (0)то есть если исключить ситуацию, что к серверу физически получен доступ и редактирование производится допустим с загрузочной флеш и т.д., то все остальные действия, которые делаются из серверной ОС ведь можно увидеть с помощью такого ПО? | |
| 2
- 08.12.2013 - 19:42
|
Доступ к 1cv7.mlg [b]в составе БД[/b] на запись (тем паче на чтение) - условие фунциклирование 1cv7.exe. И закрыть его на чтение и запись (то бишь на модификацию) - неможно по определению. Мониторить на предмет открытия прочими утилами (не только 1cv7.exe) - задача, в принципе, решаемая. Редактировать можно всем, что может открывать и писать текстовые файлы: 1cv7.exe, notepad.exe, MS office...... Поймать - можно. Один раз. А если не уволить сразу - вторая попытка поймать будет на пару порядков сложнее. | |
| 3
- 09.12.2013 - 08:03
| стандартное архивирование не предлагать ? | |
| 4
- 10.12.2013 - 09:30
|
(2), (3) оптимальнее конечно второй файл журнала, о котором пользователи не знают, но так 1С ведь не может делать? то есть вести параллельно два файла журналов. так как толку снимать образ с одного файла, если его модифицировали, нужна именно параллельная схема записи, а не последовательная. насчет архивирования - есть-ли архиватор в котором можно настроить периодическое создание архивов, например 1 раз в минуту? в Cobian Backup не смог найти, плохо искал? хотя архивы конечно муторнее чем параллельная запись в два файла - как потом выискивать потом среди этих ежеминутных копий отсутствие изменений, или есть ПО сравнивающее внутреннее содержание текстовых файлов и сообщающее о различиях? | |
| 5
- 10.12.2013 - 09:49
| (4) стандартным планировщиком ... например xstarter -ом | |
| 6
- 10.12.2013 - 09:51
| (4) не поверишь ... либо стандартным виндовым сравнением либо например конфигуратором ... через файл сравнить файлы | |
| 7
- 11.12.2013 - 09:24
| спасибо за ответы! вроде-бы в голову пришло наименее трудоемкое решение - считывать записываемое в файл 1cv7.mlg в другой файл, или справочник 1С. то есть - это будет не копия файла, которая перезапишется в случае ручного редактирования, или много копий, среди которых нужно выискивать ту, которая снята с файла, который еще не успели отредактировать, а вся информация, которая записывалась в файл 1cv7.mlg. ведь по сути мне нет смысла городить параллельный независимый механизм логирования событий, так как передо мной не стоит задача большей степени подробности, а устраивает степень подробности штатного журнала. подскажете как оптимальнее это реализовать? может отдельную БД для этой задачи запустить, чтобы не нагружать основную? то есть чтобы считывание и запись шли не в основную БД, а в отдельную техническую и силами технической, а не основной БД? | |
| 8
- 11.12.2013 - 09:53
| (7) мы логи писали в SQL и там уже смотрели (создали свою БД) | |
| 9
- 11.12.2013 - 10:43
| Looking - к 1cv7.mlg можно закрыть файловый доступ, организовав терминальный доступ к СУБД :-)) | |
| 10
- 11.12.2013 - 11:26
| (9) сильно муторно , из того же 1С - запросто этот млыжи вытащить | |
Интернет-форум Краснодарского края и Краснодара |
