Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Объединить журналы регистрации

Объединить журналы регистрации
Я
   StepanShipitsyn
 
24.01.13 - 05:46
Здравствуйте. у нас скульная база и нет бэкапа. журнал регистрации хранится на винте Е, не в месте по умолчанию, поэтому при обновлении платформы нужно прописывать путь и всё ок.
админ забыл прописать путь и журнал начал копироваться в папку по умолчанию на диск С, место кончилось и недокопировался.
журнал не разбивался по датам, велся одним большим файлом около 30гб
соответственно сейчас записи разбиты на два файла не ровно друг за другом по датам.

вопрос : как объединить два файла журнала регистрации?
 
 
   StepanShipitsyn
 
1 - 24.01.13 - 05:57
вернее началось перемещение журнала и не закончилось успешно из за нехватки места.
   alkov
 
2 - 24.01.13 - 08:46
"у нас скульная база и нет бэкапа"
"журнал не разбивался по датам, велся одним большим файлом около 30гб"
пятничная ветка в четверг?
   StepanShipitsyn
 
3 - 24.01.13 - 09:50
(2) даже в среду случилось, если на то пошло)

а по существу вопроса есть что сказать?
   mikecool
 
4 - 24.01.13 - 09:56
(3) читаем файл журнала - пишем в нужный, правда пипец как долго будет
   mikecool
 
5 - 24.01.13 - 09:57
+4 а если просто закинуть файлы в папку - не подтянет? при детализации в день может и прокатит
   1Сергей
 
6 - 24.01.13 - 10:00
Copy File1.log+File2.log File3.log
   Reset
 
7 - 24.01.13 - 10:10
(0) Начало напомнило: Здравствуйте, меня зовут Вася и я алгоголик ;)
Без обид.

По теме - нельзя, журнал состоит из двух частей - лога события и файла описаний событий. Так вот, второй создается и дописывается динамически, по мере появления новых "объектов", пользоветелей и тп. Т.е., файлы логов между собой несовместимы. Даже если удастся заставить показывать базу оба сразу, в одно из ник будет совем не то, что было на самом деле.
Единственный вариант - (4) - это если удастся запустить 2 отдельных сервера (или в файловом режиме), кажды из которых настроен на соответветствующую папку.

Я бы рекомендовал из двух ваших кусков выбрать бОльший или болеее ценный, по вашему мнению, а второй похоронить.
   Reset
 
8 - 24.01.13 - 10:12
Вместо похоронить можно попробовать сохранение журнала в файл *.elf, которой при необходимости потом открывать отдельно.
   StepanShipitsyn
 
9 - 24.01.13 - 10:16
(4) топорный метод) за 3 года писать инфу руками...ммм заманчиво... но пожалуй не буду :)
(5) я писал что нет разбивался файл(сокращение не делалось), так бы да, прокатило.
(6) скопировать всё в один можно было бы если бы по порядку шло
(7) спасибо. пока этот вариант и оставил. просто думал может что то получше можно сделать.
   StepanShipitsyn
 
10 - 24.01.13 - 10:18
(8) это тоже уже сделано на всякий случай. только будет крайне не удобно объяснять каждому из 100+ пользователей  где посмотреть...порой по нескольку раз.
 
 Рекламное место пустует
   Reset
 
11 - 24.01.13 - 10:18
к сожалению, (4) тоже не вариант, тк
Глобальный контекст (Global context)
ЗаписьЖурналаРегистрации (WriteLogEvent)

...
Средствами встроенного языка *не могут* записываться системные события, записываемые при записи объектов, удалении и т.д.
   Reset
 
12 - 24.01.13 - 10:19
Поэтому только внешними ср-вами, а это "пипец как непросто"
   StepanShipitsyn
 
13 - 24.01.13 - 10:19
(6) или быть может я не понял того что вы написали?..
   Reset
 
14 - 24.01.13 - 10:20
(13) Нет, варинт из (6) не прокатит ;)
   Reset
 
15 - 24.01.13 - 10:20
вариант*
   1Сергей
 
16 - 24.01.13 - 10:24
(14) в семерке прокатил бы :)
   1Сергей
 
17 - 24.01.13 - 10:26
А так, можно поиграться с архивированием журнала. Думаю, взлетит
   StepanShipitsyn
 
18 - 24.01.13 - 10:36
(17) можно поподробнее?
   StepanShipitsyn
 
19 - 24.01.13 - 10:39
(17) архивировать в другую базу журнал или о чем речь?
   hhhh
 
20 - 24.01.13 - 10:44
(19) ну а выбросить этот журнал и начать новый, не судьба? Ну зачем может вообще может вообще понадобиться в жизни этот ваш журнал на 30 гигабайт, кроме как распечатать его на бумаге и подтирать им задницу? Как вы планируете его использовать?
   1Сергей
 
21 - 24.01.13 - 10:47
(19) Администрирование - Настройки журнала - [Сократить]
   1Сергей
 
22 - 24.01.13 - 10:53
(21) + ну, или разбить по дням, потом слить воедино файлики
   StepanShipitsyn
 
23 - 24.01.13 - 10:55
(20) лично мне он не нужен. а вот руководство порой радуется от того что может узнать кто изменял документ год назад созданный.
   StepanShipitsyn
 
24 - 24.01.13 - 10:56
(22) спасибо. идею понял, попробую.
   1Сергей
 
25 - 24.01.13 - 10:59
(24) если не секрет, за сколько лет лог разбух до 30 гб?
   StepanShipitsyn
 
26 - 24.01.13 - 11:03
(25) с 2008 года. торговая контора.
   StepanShipitsyn
 
27 - 24.01.13 - 11:03
(25) сверток еще не делалось тоже...
   1Сергей
 
28 - 24.01.13 - 11:07
(27) у мну за три месяца всего журнал, но тормозит жутко. полтора гига
   Reset
 
29 - 24.01.13 - 11:11
(24) Не удастся вам слить воедино файлики, не помогут шаманские танцы. Разные у них "коды" событий, объектов метаданных, пользователей. Максимум чего добъетесь - кучи надписей типа "журнал регистрации поврежден" (я не помню точно сообщения).
Хотя дерзайте конечно, любой опыт полезен.
(23) Для этого и можно было использовать отдельный внешний файл.
   Reset
 
30 - 24.01.13 - 11:14
(25) У нас 200 примерно пользователей за год набивают 15+Gb
   StepanShipitsyn
 
31 - 24.01.13 - 11:15
(28) дык у нас сервачок хороший, с запасом мощности. пока вывозит. только журнал всё равно не быстро отбирает.
   StepanShipitsyn
 
32 - 24.01.13 - 11:16
(29) читал про эти ошибки, но сам не пробовал еще. жаль конечно. тогда пока придется ограничиться внешним файлом в 7гб меньшей части журнала.
   1Сергей
 
33 - 24.01.13 - 12:41
(29) >>Разные у них "коды" событий, объектов метаданных, пользователей

Это же одна и та же база. Или я не так понял(0)?
 
 
   StepanShipitsyn
 
34 - 24.01.13 - 12:45
(33) одна база.
   Лефмихалыч
 
35 - 24.01.13 - 12:48
(0)>журнал не разбивался по датам, велся одним большим файлом около 30гб
забейте - за разумное время из него толком все равно ни чего уже не получишь
   Reset
 
36 - 24.01.13 - 13:02
(33) Оно даже для одной базы разное может быть. То есть сначала он (файл определений lgf)пустой условно, потом заходит в базу пользователь А; появляется запись вида ПользовательА - код "1", потом пользователь ПользовательБ - код "2". А в другом случае первым зайдет Б и получит "код" 1.
Соотв, в логах(lgp) в событиях будет разночтение - как интерпретировать пользователя "1". То самое с метаданными,  событиями etc.
Я, вероятно, слишком катерично высказался что точно ничего не получится, учитывая что я разбирался с этим подробно пару дет назад и что-то могло поменятся.
   StepanShipitsyn
 
37 - 25.01.13 - 04:54
(36) если найдется время, поковыряюсь. что то притихли все, значит итак пока норм :)
   StepanShipitsyn
 
38 - 25.01.13 - 12:01
тему можно закрыть


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует