Форумы  ·  Войти  · 

Тема: Монитор событий - не пишется лог

Страница 2 из 5, все  < 1 2 3 4 >  
[ #16 ]  10.06.15 9:46   Tech.Support  KOMENDANT LAB  

1. Прошейте.
2. Отчет “архив событий” показывает и входы и выходы, можете в правой части выбрать только входы, или только выходы, или и то и другое. Пользуйтесь им.

[ #17 ]  10.06.15 10:36   Yaxon  (96/14.05.15)  

1. При прошивке двери не будут заблокированы? заного процедуру программирования не надо будет делать ?
2. Отчет посмотрю чуть позже.
3. События записываются, монитор отображает. Теперь вопрос занятости процессора. Начал выполняться процесс service_backup.exe который тем временем занимает 100% занятости, соответственно, человек прошел уже через дверь, в монитор запись отображается только спустя 5-10 сек.
Как я понял процесс service_backup.exe создает архив базы данных, но почему он так долго выполняется и постоянно грузит процессор.
на диске C:\ создается файл
10.06.2015 03:14     374 802 415 komendant(1)_20150610_030044.sqlz
Почему 03:14 если на компьюетере
C:\>date
Текущая дата: 10.06.2015
Введите новую дату (дд-мм-гг):

C:\>time
Текущее время: 14:39:40,02
Введите новое время:

Процессор: Pentium(R) Dual-Core CPU     E5700 @ 3.00GHz

[ Изменено: 10.06.15 10:42 Yaxon ]
[ #18 ]  10.06.15 11:24   Tech.Support  KOMENDANT LAB  

1. При прошивке дверь будет открыта, но после прошивки нужно будет поставить на точке доступа галку “включено”, в этот момент запустится программирование и те карты, которые еще не попали в контроллер пускать не будет.
3. Возможно медленный диск, возможно память переполнена, +  к тому антивирус все это пытается проверять. Размер базы большой, видимо переполнена сбойными событиями. Для таких задач менее 8Г оперативки не подходит. После чистки базы возможно ее объем уменьшится.
Файл начал создаваться в 3-00, закончил в 3-14. Был создан раньше.

[ #19 ]  10.06.15 11:55   Yaxon  (96/14.05.15)  

Хорошо с 1-ым понятно, сделаю позже.
3. Зачем и что делает этот процесс сейчас и грузит процессор ?! Если архивация выполнятеся в 3 часа ночи. Раньше ничего не грузило, компьютер при спокойно все хорошо показывал.

Вот еще немного информации о памяти
Полный объем физической памяти:  2 047 МБ
Доступная физическая память:    1 309 МБ
Виртуальная память: Макс. размер: 5 900 МБ
Виртуальная память: Доступна:    4 362 МБ
Виртуальная память: Используется: 1 538 МБ

wmic cpu get LoadPercentage
LoadPercentage
100

После оптимизации базы, вероятно что она станет меньше ?!
Или как еще можно сделать ее меньше ?
Ставил администратора баз данных, но там только архивирование и восстановление.
Как узнать что в базе занимает много места, и потом можно уже подумать может и удалить эту информацию, так как архивирование ведется ежедневно, то каждый раз писать всю базу для него сложно видимо, каждый раз создается файлик по 340-350 МБ и диск при этом переполняется.

[ Изменено: 10.06.15 12:00 Yaxon ]
[ #20 ]  10.06.15 12:05   Tech.Support  KOMENDANT LAB  

Возможно запись файла не завершена из-за нехватки памяти. И из-за перешрузки компа. стоит базу почистить, но с такими ресурсами это будет очень долго делаться, пробуйте за сегодня, потом за вчера и так по 1 дню.

[ #21 ]  10.06.15 12:17   Oleg [Editor]  KOMENDANT LAB  
Yaxon - 10.06.15 11:55

.... Раньше ничего не грузило, компьютер при спокойно все хорошо показывал .... Полный объем физической памяти:  2 047 МБ ...

Отсюда, удивительно не то, что сейчас не работает, а то, что работало раньше, ибо 7-ка с памятью 2 гиг, маловато. Только база 350 мегов в сжатом виде, не считая того, что потребляют процессы. Помножьте на 5 размер базы, а именно столько она получится без сжатия, и тю-тю вашим 2-ум гигам оперативки (останутся копейки).

[ Изменено: 10.06.15 12:20 Oleg [Editor] ]
[ #22 ]  10.06.15 12:53   Yaxon  (96/14.05.15)  

Провел я оптимизацию, с 01.01.2015 по 31.07.2015 почему-то у меня по умолчанию показало, да возможно из-за того что была не правильная дата на компьютере.
В итоге нашел всего 2-а сбоя, исправил.
Тогда как ее уменьшить собственно ?!
Удалить из нее ранние события ? но как ? Никакого интерфейса к базе MySQL нет.
Либо ставить дополнительное ПО и смотреть на сколько и где база растет, и почему. Но это уже другой вопрос.
Вопрос планируется перенести с компьютера на сервер, где уже поднят сервер MySQL
Сейчас главное в названии темы мы решили, будем дальше оптимизировать.

[ #23 ]  10.06.15 12:58   Tech.Support  KOMENDANT LAB  

делайте оптимизацию за все время. Если база существенно не уменьшится посмотрите в конфигураторе, что именно занимает много места. на начсальной странице конфигуратора кнопка “получить статистику по системе”.

[ #24 ]  10.06.15 15:17   Yaxon  (96/14.05.15)  

посмотрев статистику базы, не слишком там большие цифры, самое большое число это кол-во записей 833 тыс.... 85Мб

[ #25 ]  11.06.15 6:51   Oleg [Editor]  KOMENDANT LAB  

Тогда вопрос, откуда 350 мегов в сжатом виде? (т.е. по 1,3-1,5 гиг в развернутом)

[ #26 ]  11.06.15 7:18   Yaxon  (96/14.05.15)  

Вот и у меня вопрос, как посмотреть архив ?
Открыл RAR’ом архив, база данных Data размер 769МБ (не в сжатом)

[ Изменено: 11.06.15 7:26 Yaxon ]
[ #27 ]  11.06.15 7:26   Oleg [Editor]  KOMENDANT LAB  

Возможно поможет скриншот статистики таблиц “информации о системе”.

[ #28 ]  11.06.15 7:37   Yaxon  (96/14.05.15)  

Вот скриншоты

Вложенный рисунок
Конфигуратор01.pngКонфигуратор02.pngАрхив.png
[ #29 ]  11.06.15 7:43   Ware.Support  EXPERT  

Можете прислать резервную копию БД на почту.
На картинке видна дата архива БД 26.07.2015, это как так получилось?

[ #30 ]  11.06.15 7:58   Yaxon  (96/14.05.15)  

Выслал, получилось я взял просто любой архив не вчерашний есстественно, они все такие большие

Страница 2 из 5, все  < 1 2 3 4 >  
Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"