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


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

Перенос Журнала регистрации (файловая база ---> серверная база)

Перенос Журнала регистрации (файловая база ---> серверная база)
Я
   dft2014
 
17.11.17 - 17:32
Хочу перенести файловую базу на сервер. Подскажите, как перенести и журнал регистрации? Возможно ли это?
 
 
   Cyberhawk
 
1 - 17.11.17 - 17:51
ИТС уже почитал?
   dft2014
 
2 - 17.11.17 - 17:56
(1) На ИТС интересующую меня информацию не нашла, поэтому и обратилась к коллективному разуму...
   mehfk
 
3 - 17.11.17 - 17:59
Паркуа ба и не па?
   Провинциальный 1сник
 
4 - 17.11.17 - 18:34
Было бы правильнее хранить ЖР в базе, с возможностью обращения к нему из встроенного языка. А в отдельном файловом журнале хранить только "внешние" события, происходящие до момента входа в базу. Почему 1с так не хочет сделать, непонятно..
   Tateossian
 
5 - 17.11.17 - 18:57
(4) Боже упаси. Ежедгевно от греха подальше переношу ЖР в базу копию. В рабочей отбор не сделать - зависнет намертво. А что касается переноса - юзайте функцию скопировать журнал регистрации, внимательно смотрите первый и второй параметр.
   Провинциальный 1сник
 
6 - 17.11.17 - 19:08
(5) ЖР это по сути обычный регистр сведений, вот и должен храниться так же как регистр.
   mehfk
 
7 - 17.11.17 - 19:11
(6) Куда будешь писать сообщения о потере соединения с SQL сервером?
   Провинциальный 1сник
 
8 - 18.11.17 - 05:58
(7) Во внешний журнал, очевидно. Как и все внешние по отношению к ИБ события. А события, связанные с метаданными - внутри.
   mehfk
 
9 - 18.11.17 - 06:16
(8) Иметь два ЖР - это глупо.
   dft2014
 
10 - 20.11.17 - 10:48
Кто-нибудь, может ответить поможет по существу? Вопрос в (0).
 
 Рекламное место пустует
   ptiz
 
11 - 20.11.17 - 10:51
(10) Скопируй его.
   ptiz
 
12 - 20.11.17 - 10:51
Где хранится - легко гуглится.
   Cyberhawk
 
13 - 20.11.17 - 10:54
Копируешь папку, где хранится старый ЖР, в папку, где хранится новый ЖР. Профит.
   Провинциальный 1сник
 
14 - 21.11.17 - 09:44
(9) Иметь один ЖР - это глупо.
   Провинциальный 1сник
 
15 - 21.11.17 - 09:45
(9) И кстати, про технологический журнал забыли? Который выглядит как костыль сбоку.
   mehfk
 
16 - 21.11.17 - 09:47
(14) Запрещена огульная критика платформы 1С:Предприятие и неуважительное отношение к программистам 1С.
   Провинциальный 1сник
 
17 - 21.11.17 - 09:50
(16) Критика аргументированная. Разделение ЖР на внутренний и внешний приведет к улучшению потребительских качеств. Восстановленная из sql-бэкапа база сохранит историю обращения пользователей к объектам.
   mehfk
 
18 - 21.11.17 - 10:02
Вакансия открыта https://hh.ru/vacancy/12526356
   mehfk
 
19 - 21.11.17 - 10:06
А ты в своих проектных решениях применяешь такие способы?
   mehfk
 
20 - 21.11.17 - 10:08
Даже так: приходилось ли тебе разрабатывать решения, где было необходимо разделение логов (aka журналов регистрации) по таким признакам?
   Провинциальный 1сник
 
21 - 21.11.17 - 10:44
(20) Разделение логов по каким-то признакам - вполне привычная практика. Даже в винде логи разделены. Не говоря уже про линуксы.
   mehfk
 
22 - 21.11.17 - 11:41
(21) Ты не ответил на вопрос.
   Провинциальный 1сник
 
23 - 21.11.17 - 11:45
(22) Он не имеет смысла. При чем тут я? Я не разработчик платформы трехзвенного приложения.
   mehfk
 
24 - 21.11.17 - 11:48
Ок, на основании чего был сделан вывод в (17) ?
   Провинциальный 1сник
 
25 - 21.11.17 - 11:55
(24) На основании опыта администрирования и поддержки баз 1с. Намного удобнее, когда история обращений к объектам в базе (прикладной лог) хранится вместе с базой. Удобнее и для бэкапа и для переноса. А не в каком-то непонятном каталоге с длинным случайным именем на сервере приложения. Технологический лог должен хранится отдельно, разумеется, причем лучше если он будет в простом текстовом формате.
   mehfk
 
26 - 21.11.17 - 12:42
(25) Это вода.
   GANR
 
27 - 21.11.17 - 13:37
(0) зачем его переносить?
   Провинциальный 1сник
 
28 - 21.11.17 - 14:42
(26) Бездоказательно. Разве Вам лично было бы не удобно, если бы в копии базы сохранялся журнал регистрации действий пользователя?
   Cyberhawk
 
29 - 21.11.17 - 16:01
(28) Все равно с ним работать на нормальных (нагруженных) базах нельзя - повиснет все
   Провинциальный 1сник
 
30 - 21.11.17 - 16:06
(29) Не должно виснуть. Запись и ничего кроме записи, причем буквально сотня-две байт на событие. Причем без транзакций. И по логике задачи можно это делать и асинхронно - через промежуточного "агента журналирования", со сбросом данных в базу в моменты наименьшей нагрузки.
   Cyberhawk
 
31 - 21.11.17 - 16:07
(30) Ты что-то не то отвечаешь. Ты пишешь "удобно, если бы в копии базы сохранялся журнал регистрации действий пользователя"
   Cyberhawk
 
32 - 21.11.17 - 16:07
Я же говорю, что текущими средствами читать этот ЖР из самой базы - тормоза
   Провинциальный 1сник
 
33 - 21.11.17 - 16:09
(32) Про текущие средства я согласен. Я о том, как можно было бы его хранить в базе и обрабатывать. С доступом из объектной модели как к регистру сведений, с индексами по отметке времени, объекту, имени пользователя, категории события.
 
 
   Serg_1960
 
34 - 21.11.17 - 16:17
Кто вам мешает добавить регистр сведений в базу и регулярно сбрасывать туда записи ЖР?
   Провинциальный 1сник
 
35 - 21.11.17 - 16:20
(34) Это можно сделать в самописке, но не в типовой.
   Cyberhawk
 
36 - 21.11.17 - 17:58
(34) Никто не мешает, собственно, куча решений где так и сделано :)
(35) Есть решения, которые получают ЖР любой инфобазы и помещают его в отдельную базу-хранилище журналов (на регистре сведений сделанную), конечно и типовую. Плюс такого в том, что ЖР конечно же не нужен в самой базе :)
   X Leshiy
 
37 - 21.11.17 - 18:09
(35) Хватило бы в настройках кластера места хранения журнала. Ну и более вменяемая привязка к БД.
   Cyberhawk
 
38 - 21.11.17 - 18:14
(37) "более вменяемая привязка к БД" это как? Что не устраивает сейчас и как хочется?
   X Leshiy
 
39 - 21.11.17 - 18:17
(38) Если надо скопировать журнал, искать приходится слегка через ж***.

Когда баз до фига, особенно.
   X Leshiy
 
40 - 21.11.17 - 18:20
»
   X Leshiy
 
41 - 21.11.17 - 18:20
Извините, скройте под спойлер :)
   Cyberhawk
 
42 - 21.11.17 - 18:23
(39) Как ты видишь себе более удобный поиск каталога базы, где лежит ее ЖР?
   X Leshiy
 
43 - 21.11.17 - 18:24
Например, при создании базы в кластере указывать путь, что лог там-то.
   Cyberhawk
 
44 - 21.11.17 - 18:25
(43) Кто-то создал базы в кластере (или даже в разных кластерах), указав одинаковый путь. Что делать будем?
   X Leshiy
 
45 - 21.11.17 - 18:28
(44) Впадать в отчаяние. Ну что за идиотские до***ки, в самом деле?
   _barracuda_
 
46 - 21.11.17 - 18:30
для чего его вообще переносить
   Cyberhawk
 
47 - 21.11.17 - 18:51
(45) Сливаешься что ли?
   Cyberhawk
 
48 - 21.11.17 - 18:52
Напомню, что ты начал с "более вменяемая привязка к БД" (привязка каталога ЖР к БД), но твое единственное предложение "пусть пользователь сам указывает" не выдержало моей критики
   X Leshiy
 
49 - 21.11.17 - 18:57
(48) Пользователь, на кластере 1с?
Что за страшный сон?

Да много что можно делать.
Спросить, если файл существует, например.

Не указывать файл, а только папку, файл формировать из имени базы.

Проверить уид базы и спросить, дописывать файл или сделать новый.

Навскидку.
 
 Рекламное место пустует
   X Leshiy
 
50 - 21.11.17 - 18:59
(48) Вон, выше тебе для примера, это мои рабочие бдина сервере. Очень удобно, правда?
   Cyberhawk
 
51 - 21.11.17 - 19:00
(49)
1. "Пользователь, на кластере 1с? 
Что за страшный сон?"// Так ты сам пишешь в (43) "при создании базы в кластере указывать путь, что лог там-то"

2. "Спросить, если файл существует, например"// Спросили, что делать пользователю с этим вопрошанием?

3. "файл формировать из имени базы"// Базы могут иметь одинаковые имена в разных кластерах.

4. "Проверить уид базы и спросить, дописывать файл или сделать новый"// Что с вопросом делать и чего куда дописывать?
(50) "это мои рабочие бдина сервере. Очень удобно, правда?" // Я считаю, что да. Сделать удобнее пока не представляю как.
   X Leshiy
 
52 - 21.11.17 - 19:00
(50) бдина = бд на.

С телефона, блин...
   X Leshiy
 
53 - 21.11.17 - 19:05
(51) Не передёргивай, кластер серверов = есть специалист.
Не надо придумывать грабли на ровном месте.

А я считаю что крайне неудобно, хочу выбор.

А ты хоти что хочешь.
   Cyberhawk
 
54 - 21.11.17 - 19:06
(53) Т.е. ты занял позицию "Хочу как хочу и неепет, что там у других ЖР перезатираться будут"? :D
   Cyberhawk
 
55 - 21.11.17 - 19:06
Очень похоже, что вернулись к (47)
   X Leshiy
 
56 - 21.11.17 - 19:07
(53) можно оставить вариант по умолчанию и дать выбор, кому нужно.
   Cyberhawk
 
57 - 21.11.17 - 19:08
(56) Какой выбор?
Никто, кстати, не мешает делать автоматически и пакетно хардлинки на каталоги ЖР с нужными тебе именами папок...
   X Leshiy
 
58 - 21.11.17 - 19:10
(57) Да, нет такой ж***пы, через которую мы что-нибудь да не сделали.
   Cyberhawk
 
59 - 21.11.17 - 19:11
(58) Предлагаемые тобою варианты не защищают от потери/перезаписи ЖР при добавлении ИБ в кластер, а текущий (существующий) в платформе 1С - защищает
   X Leshiy
 
60 - 21.11.17 - 19:28
(59) А от подключения одной бд из двух серверов 1с одновременно защищает?
Возможности криворуких дегенератов накосячить - безграничны.
   Cyberhawk
 
61 - 21.11.17 - 19:49
(60) Ну вроде и так ясно, что не все в платформе идеально.
А ты предлагаешь это дело еще больше ухудшить :)
   X Leshiy
 
62 - 21.11.17 - 19:58
(61) Ладно, хрен с ним.

Папку srv можно переназначить в реестре.

Имена баз можно найти.

Но вот что реально бы хотелось, так это автоматического разбиения файлов по периодам.

Как в агенте SQL классно сделано.

Открываешь журнал, там текущий период и список прошлых, хочешь подключай и смотри, не хочешь - не смотри :)
   Cyberhawk
 
63 - 21.11.17 - 20:31
(62) "Сделать можно все, нельзя сделать всего" (с) Нуралиев
То что ты хочешь реализуется путем хранения ЖР в отдельной инфобазе, см. (36)
   Cyberhawk
 
64 - 21.11.17 - 20:35
Чую, опять будет критиковать )
   X Leshiy
 
65 - 21.11.17 - 20:45
(63) (64) Оооо, я ждал этого :)

Это когда у тебя баз пятОк.

На соседней конторе был случай.

Один умник сделал журнал в отельной базе.

Баз 20-25, вроде не много.

За пол года база журнала разрослась до 100 с хреном гигов и ворочалась как беременная черепаха в сиропе.

А очередь на сброс журналов из перифириек была занята постоянно.

Пришлось мне все это хозяйство грохнуть и вернуть по дефолту.

Прелесть разбиения файлов в журнале в том, что они тихо мирно лежат на диске, пока не понадобятся.

В общем, с моими овер100 бд, ну ты понял :)
   X Leshiy
 
66 - 21.11.17 - 20:48
(65) "Умник", что характерно, был то еще "спец": вешал одну базу на два сервера (хз зачем, в итоге парочка баз грохнулась), развернул 4 виртуалки на 1 железе (1с, sql, второй 1с, терминал), ну и про журнал :)
   Cyberhawk
 
67 - 21.11.17 - 20:50
(65) А чем стандартное разбиение файлов не устраивает? Пакетный режим конфигуратора и дело в шляпе
   X Leshiy
 
68 - 21.11.17 - 20:51
(67) А потом можно так козырно смотреть, как в агенте SQL? :)
   Cyberhawk
 
69 - 21.11.17 - 22:10
(68) Штатно, наверное, нет. Но ты же примерно представляешь (из статейки на Хабре вроде), как в 1С приоритезируют те или иные доработки...
   X Leshiy
 
70 - 21.11.17 - 22:16
(69) Я и говорю, хотелось бы :)


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