Имя: Пароль:
1C
1C 7.7
v7: Постоянно портится mlg - пишутся нулевые байты
0 mvk
 
06.03.15
09:53
Добрый день.
Регулярно (несколько раз в день) в логе появляется такая хрень:

Расх.накл. К-045807 06.03.2015 23:59:59
          <тут куча нулевых байтов>                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          20150306;03:39:36;КонтролерРостов01;E;User;Контроль пройден;3;Контроль пройден. Сборочный №1;

Причем не обязательно запись целиком забивается. Бывает нули налезут произвольно:

20150306;03:36:46;АвтоРас                                            

Никак не могу вычислить, с какого компа это идет. Или это неудачный патч bkend.dll (sql2005 и т.п.), или что-то еще.

Кто-нибудь лечил такое? Помогите, плиз.

ЗЫ. 7.70.027, sql2005, 1С++ (2.0.3.7)
1 Остап Сулейманович
 
06.03.15
09:59
(0)
1. Архивировать ЖР
2. Перейти на сетевую ОС.
2 Ёпрст
 
гуру
06.03.15
10:03
Проще отключить журнал регистрации совсем, за ненадобностью.
3 Ёпрст
 
гуру
06.03.15
10:04
нет журнала - нет проблем, меньше нагрузки на диск
4 Ёпрст
 
гуру
06.03.15
10:04
Если че, для отключения жр, нужно посымать все галки в пофигураторе.
5 mvk
 
06.03.15
10:06
1) Несколько раз в день?
2) Это что? Используется: Тонкий клиент + MS SRV 2003 терминальник (2 шт) + MS SRV 2008 c SQL 2005.

Ёпрст, нужен он мне. Чтобы перейти на другое логирование, кучу всего переписывать придется.
6 Ёпрст
 
гуру
06.03.15
10:09
(2.0.3.7) - зачем тебе это старьё ?
7 Ёпрст
 
гуру
06.03.15
10:09
Хотя это и не в тему, но всё таки..
8 Ёпрст
 
гуру
06.03.15
10:10
ну и для sql2005 я бы поставил секретный релиз и убрал все патчи, как с самого скуля, так и с библиотек 1с-ины.
9 vlandev
 
06.03.15
10:10
Если клиентский комп нули в логи пишет , то в принципе не исключена вероятность что и в данные тоже попадает бред. Чаще всего в этом память битая на клиенте виновата , просто проверьте мемтестом кадждый клиентский комп и в первую очередь те ,  у которых случаются синие экраны смерти.
10 mvk
 
06.03.15
10:12
(6) Много написано с ней. Ставил как-то давно 2.5 - работает не так, а база живая. Побоялся переходить.
11 mvk
 
06.03.15
10:15
(8) Уже не помню, что стоит. :) Может так и есть. Но сдается мне, что проблема не в этом. Несколько лет работало нормально. А с 3-4 месяца назад началось. И не могу вычислить, что поменялось. Вроде ничего такого...
12 1Сергей
 
06.03.15
10:16
А вручную туда инфа пишется?
13 mvk
 
06.03.15
10:18
(9) Данные я кинулся проверять в первую очередь. Данные нормальные. В синий экран никто не валится, да и толстым клиентом мало кто работает. Я пытался вычислить, переводя места с толстого на терминал и обратно. Но пока не нашел засранца.

(12) В лог пишется только штатным ЗаписьЖурналаРегистрации
14 Ёпрст
 
гуру
06.03.15
10:20
(10) вот эта,3.2.4.1, если что, последняя, 2.5 такое же старьё как и у тебя.. :)
15 mvk
 
06.03.15
10:22
(14) Я в курсе. Но переходить пока не хочу. Оно работает :)
16 Torquader
 
06.03.15
15:55
Попробуйте посмотреть таблицы базы - может быть - в строках данных тоже есть нули.
1С очень тяжело просто так записать ноль, так как у неё ноль - это конец строки, но для "сложных структур" с нулём посередине, вполне может получиться, что в файле выделяется больше места, чем записывается.
17 mvk
 
06.03.15
16:06
Никто не сталкивался с РЕГУЛЯРНЫМ сбоем лога?
18 mvk
 
06.03.15
16:09
(16) База на скуле. С ней все нормально. Я уже грешу на какой-нибудь спец. вирус :) для порчи логов 1с 7.7 )))))
19 Ёпрст
 
гуру
06.03.15
16:10
пароль там не ставили на ЖР, случаем ?
20 Ёпрст
 
гуру
06.03.15
16:10
отключи ты его.. ен нужен он тебе. Задумайся, когда последний раз ты вообще его открывал.. ?
21 mvk
 
06.03.15
17:01
(20) Я ж туда сам много чего пишу. Заглядываю через день. Я просто не успеваю переделать систему логирования, скажем, на таблицу скуля. Пароля, разумеется, нет. я ж в сабже цитаты из него вставлял.
22 mvk
 
06.03.15
17:04
(20) Сейчас понял, что забыл, как отключать. Напомни, плиз.
23 Ёпрст
 
гуру
06.03.15
17:06
(22) см (4)
24 Ёпрст
 
гуру
06.03.15
17:08
кстати, при штатном удалении (например, удаление помеченных объектов), тоже полезно отключать жр - скорость удаления в разы возрастёт
25 Torquader
 
06.03.15
20:10
(18) Посмотри настройку автономных файлов, на всякий случай - в случае SQL-базы, расшаренных файлов не так уж и много, чтобы на чём-то её поймать.
26 varelchik
 
10.03.15
14:14
(0)Переходить на SQL логирование.
Это проблема файловой части.
У меня тож была такая хрень,мало того еще и формы начинали тормознуто открываться.
Пока не вычислил что тормоза из-за ЖР.
Как перешел, сразу все залетало.
27 varelchik
 
10.03.15
14:16
Если что стучись в аську подсоблю.
28 varelchik
 
10.03.15
14:16
оно в мене уже несколько лет пашет на ура.
29 Vladal
 
10.03.15
14:49
(28) Поделись своим решением, опубликуй принципы и методы а то и в виде подсистемы.
30 varelchik
 
10.03.15
15:39
(29)Все просто.
Используется Перехватчик из 1С++.
И его методы:
Событие_ЗаписьПользовательскогоСобытияЖурналаРегистрации(EventCategory, Event, EvType, comment, object, ObjDescr)
и
Событие_ЗаписьСобытияЖурналаРегистрации(EventCategory, Event, EvType, comment, object, ObjDescr)
в происходит перенаправление на запись в SQL журнал.
А родной журнал ничего не пишется.
Вот и все.
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший