Конфигурация: Журнал регистрации (управляемое приложение)
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Регламентное для сбора журналов? Я сейчас впервые столкнулся с проблемой ограничения объема таблицы в файловой версии. А журнал всего с октября пытался загрузить, журнал почти стандартный Бухгалтерия 2. (( Перехожу на скуль и продолжаю разработку.
(2) Да, задание для сбора журналов по расписанию. С возможностью ручного запуска. Потом захочется настроить почтовые уведомления об ошибках, как в БСП. Очень удобная вещь.
Файловая база однозначно мало пригодна для таких целей. Как и в качестве БД для нормальной системы.
Проблему большого объема можно решить моделью OLTP -> DW.
Файловая база однозначно мало пригодна для таких целей. Как и в качестве БД для нормальной системы.
Проблему большого объема можно решить моделью OLTP -> DW.
Как автор оригинала плюсую ;-)
А если в 8.2 ведется учет доступа к данным(, работать будет?
Не вижу красивого отчета на СКД :-)
Нет ли желания встроить стандартную подсистему управления пользователями и отчетами?
С отчетом могу помочь
А если в 8.2 ведется учет доступа к данным(, работать будет?
Не вижу красивого отчета на СКД :-)
Нет ли желания встроить стандартную подсистему управления пользователями и отчетами?
С отчетом могу помочь
(5) Спасиб за ссылку.
Отчет на СКД думаю сделаю. Если честно, то пока не смотрел отчет котрый у тебя был реализован, так как не видел в нем особого смысла. Н восле того как журнал одной из баз грузится уже вторые сутки думаю придется сделать отчет ))
Стандартная подсистема зачем? Все же конфигурация больше для администраторов как я думаю.
Отчет на СКД думаю сделаю. Если честно, то пока не смотрел отчет котрый у тебя был реализован, так как не видел в нем особого смысла. Н восле того как журнал одной из баз грузится уже вторые сутки думаю придется сделать отчет ))
Стандартная подсистема зачем? Все же конфигурация больше для администраторов как я думаю.
(6)Если встраивание стандартной подсистемы займет продолжительное время - то конечно не стоит.
В отчете есть смысл: чтобы не гонять всю базу период отбора сужаешь до месяцев/недели/а может быть и дней.
Есть еще предложение не делать справочник представлений подчиненным, а сделать его в виде словаря - т.е. при загрузке в базу "журнал регистарции" представление объекта сначала ищем во всем правочнике "Словарь представлений", если не нашли - добавляем - это несколько уменьшит размер базы журнала регистрации.
Выгода очевидна - ссылка на справочник - 16 байт, против - длинной строки или кучи строк с одинаковым наименованием
В отчете есть смысл: чтобы не гонять всю базу период отбора сужаешь до месяцев/недели/а может быть и дней.
Есть еще предложение не делать справочник представлений подчиненным, а сделать его в виде словаря - т.е. при загрузке в базу "журнал регистарции" представление объекта сначала ищем во всем правочнике "Словарь представлений", если не нашли - добавляем - это несколько уменьшит размер базы журнала регистрации.
Выгода очевидна - ссылка на справочник - 16 байт, против - длинной строки или кучи строк с одинаковым наименованием
Чего не хватает:
- Управление регламентными заданиями
- Возможности загружать данные из БАЗЫ(а не из файла) за указанный период
Один совсем нехороший момент: при загрузке журнала регистрации из базы на платформе 8.2, работающей в режиме совместимости 8.1 куча информации теряется(т.е. не грузится), скриншот:
- Управление регламентными заданиями
- Возможности загружать данные из БАЗЫ(а не из файла) за указанный период
Один совсем нехороший момент: при загрузке журнала регистрации из базы на платформе 8.2, работающей в режиме совместимости 8.1 куча информации теряется(т.е. не грузится), скриншот:
Один совсем нехороший момент: при загрузке журнала регистрации из базы на платформе 8.2, работающей в режиме совместимости 8.1 куча информации теряется(т.е. не грузится), скриншот:
При загрузке необходимо указать что это база версии 8.1
все остальное пока в работе.
Неудобно что в обработке ЖурналаРегистрации отображаются события не по представлению (скорее это ошибка, т.к. в обработке данные поля "СобытиеПредставление", а отображает наименование). То же самое с ПредставлениеМетаданных, ПредставлениеДанных.
Т.е. отображает
15.01.2011 0:03:48 _$Session$_.Finish
А необходимо
15.01.2011 0:03:48 Сеанс. Завершение
Т.е. отображает
15.01.2011 0:03:48 _$Session$_.Finish
А необходимо
15.01.2011 0:03:48 Сеанс. Завершение
Небольшой баг при входе в базу под пользователем <неавторизован>(когда в списке пользователей ИБ никого нет)
[quote]{ОбщийМодуль.ОбщегоНазначения(2200)}: Ошибка при вызове метода контекста (ПравоДоступа)
Если ПравоДоступа("СохранениеДанныхПользователя", Метаданные) Тогда
по причине:
Указанное право не существует: СохранениеДанныхПользователя[/quote]
p.s. у меня 13 платформа
[quote]{ОбщийМодуль.ОбщегоНазначения(2200)}: Ошибка при вызове метода контекста (ПравоДоступа)
Если ПравоДоступа("СохранениеДанныхПользователя", Метаданные) Тогда
по причине:
Указанное право не существует: СохранениеДанныхПользователя[/quote]
p.s. у меня 13 платформа
(15) webester, была такая же ошибка.
Я исправил Обработка.ЗагрузитьДанныеXML.ЗагрузкаЖурнала на
ОткрытьФорму("Обработка.ЗагрузитьДанныеXML.Форма.ЗагрузкаЖурнала",, ПараметрыВыполненияКоманды.Источник, ПараметрыВыполненияКоманды.Уникальность, ПараметрыВыполненияКоманды.Окно);
В модуле команды обработки ЗагрузитьДанныеXML.
scanner1980, классная конфа, оказалась очень полезной, спасибо.
Я исправил Обработка.ЗагрузитьДанныеXML.ЗагрузкаЖурнала на
ОткрытьФорму("Обработка.ЗагрузитьДанныеXML.Форма.ЗагрузкаЖурнала",, ПараметрыВыполненияКоманды.Источник, ПараметрыВыполненияКоманды.Уникальность, ПараметрыВыполненияКоманды.Окно);
В модуле команды обработки ЗагрузитьДанныеXML.
scanner1980, классная конфа, оказалась очень полезной, спасибо.
flybread пишет:
webester, была такая же ошибка.
Я исправил Обработка.ЗагрузитьДанныеXML.ЗагрузкаЖурнала на
ОткрытьФорму("Обработка.ЗагрузитьДанныеXML. Форма. ЗагрузкаЖурнала",, ПараметрыВыполненияКоманды.Источник, ПараметрыВыполненияКоманды.Уникальность, ПараметрыВыполненияКоманды.Окно);
В модуле команды обработки ЗагрузитьДанныеXML.
scanner1980, классная конфа, оказалась очень полезной, спасибо.
Показатьwebester, была такая же ошибка.
Я исправил Обработка.ЗагрузитьДанныеXML.ЗагрузкаЖурнала на
ОткрытьФорму("Обработка.ЗагрузитьДанныеXML. Форма. ЗагрузкаЖурнала",, ПараметрыВыполненияКоманды.Источник, ПараметрыВыполненияКоманды.Уникальность, ПараметрыВыполненияКоманды.Окно);
В модуле команды обработки ЗагрузитьДанныеXML.
scanner1980, классная конфа, оказалась очень полезной, спасибо.
кстати забыл сказать платформа у меня была старая 8.2.14.528, думаю поэтому такая ошибка вышла.
Ошибку, о которой пишет flybread исправлял тоже.
Что не понравилось:
- зачем форму списку регистра сведений "втюхивать" в командный интерфейс? При большом количестве данных это сильно будет тормозить работу;
- Отчетность не выведена в отдельный блок;
- как по мне отбор по данных журнала регистрации надо бы "допилить"
- как было сказано раньше - управление регламентными заданиями не помешало бы.
Однозначный плюс за реализацию - программный код мне понравился.
Что я реализую допишу под себя:
- выгрузка в режиме фона за каждый рабочий день журнала для отмеченных баз данных;
Что не понравилось:
- зачем форму списку регистра сведений "втюхивать" в командный интерфейс? При большом количестве данных это сильно будет тормозить работу;
- Отчетность не выведена в отдельный блок;
- как по мне отбор по данных журнала регистрации надо бы "допилить"
- как было сказано раньше - управление регламентными заданиями не помешало бы.
Однозначный плюс за реализацию - программный код мне понравился.
Что я реализую допишу под себя:
- выгрузка в режиме фона за каждый рабочий день журнала для отмеченных баз данных;
При добавлении новой учетной записи электронной почты получаю ошибку:
Ошибка в ограничении доступа к данным.
объект: 'Справочник.УчетныеЗаписиЭлектроннойПочты'; право: 'Чтение'
Синтаксическая ошибка "Параметр ОграничиватьДоступПоВиду не существует"
по причине:
Синтаксическая ошибка "Параметр ОграничиватьДоступПоВиду не существует"
Платформа 8.2.15.294
Ошибка в ограничении доступа к данным.
объект: 'Справочник.УчетныеЗаписиЭлектроннойПочты'; право: 'Чтение'
Синтаксическая ошибка "Параметр ОграничиватьДоступПоВиду не существует"
по причине:
Синтаксическая ошибка "Параметр ОграничиватьДоступПоВиду не существует"
Платформа 8.2.15.294
При вигрузке пишет следующую ошибку
{ОбщийМодуль.ЗагрузкаЖурналаСервер.Модуль(1130)}: Ошибка чтения журнала регистрации: C:\Users\electronik\AppData\Local\Temp\v8_564A_30.xml
{ОбщийМодуль.ЗагрузкаЖурналаСервер.Модуль(438)}: Неверный формат выгрузки журнала регистрации
ВызватьИсключение Ошибка;
Пожалуйста подскажите в чем причина
{ОбщийМодуль.ЗагрузкаЖурналаСервер.Модуль(1130)}: Ошибка чтения журнала регистрации: C:\Users\electronik\AppData\Local\Temp\v8_564A_30.xml
{ОбщийМодуль.ЗагрузкаЖурналаСервер.Модуль(438)}: Неверный формат выгрузки журнала регистрации
ВызватьИсключение Ошибка;
Пожалуйста подскажите в чем причина
Из xml файла загрузка не прошла:
Ошибка в ограничении доступа к данным.
объект: 'Справочник.УчетныеЗаписиЭлектроннойПочты', поле: 'Ссылка'; право: 'Чтение'
Синтаксическая ошибка "Параметр ОграничиватьДоступПоВиду не существует"
по причине:
Синтаксическая ошибка "Параметр ОграничиватьДоступПоВиду не существует"
База УТ 10.3, платформа 8.1
п.с. Попробовал загрузить тот же файл в первоисточник:
- загрузилось без ошибок.
Ошибка в ограничении доступа к данным.
объект: 'Справочник.УчетныеЗаписиЭлектроннойПочты', поле: 'Ссылка'; право: 'Чтение'
Синтаксическая ошибка "Параметр ОграничиватьДоступПоВиду не существует"
по причине:
Синтаксическая ошибка "Параметр ОграничиватьДоступПоВиду не существует"
База УТ 10.3, платформа 8.1
п.с. Попробовал загрузить тот же файл в первоисточник:
- загрузилось без ошибок.
(38) EfiopReal, Параллельная загрузка не предусматривалась из-за блокировок при параллельной записи в регистр, хотя можете попробовать (запустить несколько клиентов и загрузка из файла).
По поводу скорости тут все субъективно и от железа зависит. У меня журнал из порядка 2х миллионов записей грузился около 9 часов.
По поводу скорости тут все субъективно и от железа зависит. У меня журнал из порядка 2х миллионов записей грузился около 9 часов.
При загрузке частями через COM выдёт ошибку:
База на 8.2, версия платформы установлена "1С:Предприятие 8.2"
Как побороть, xml выгрузка тоже не грузится (~20G).
Ошибка чтения журнала регистрации: C:\Windows\Temp\v8_F7C2_2d.xml
{ОбщийМодуль.ЗагрузкаЖурналаСервер.Модуль(438)}: Неверный формат выгрузки журнала регистрации
{ОбщийМодуль.ЗагрузкаЖурналаСервер.Модуль(438)}: Неверный формат выгрузки журнала регистрации
База на 8.2, версия платформы установлена "1С:Предприятие 8.2"
Как побороть, xml выгрузка тоже не грузится (~20G).
Не получилось загрузить логи по СОМ-соединению, при попытке загрузки выдало следующую ошибку:
При попытке подключения к информационной базе произошла ошибка:
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(50)}: Ошибка при вызове конструктора (COMObject): Класс не зарегистрирован: Класс не зарегистрирован
С чем может быть связано такое сообщение?
При попытке подключения к информационной базе произошла ошибка:
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(50)}: Ошибка при вызове конструктора (COMObject): Класс не зарегистрирован: Класс не зарегистрирован
С чем может быть связано такое сообщение?
Правильно ли я поняла что ЖР файловой базы хранится внутри 1Cv8.1CD?
Можно ли проанализировать при помощи этой конфигурации длительность операций? Например обновление базы данных с достаточно старого релиза заняло 2 дня.
80% времени ушло на загрузку и парсинг новостей (которые за полтора года уже никому не интересны).
И как то это поменять в конфигураторе.
Можно ли проанализировать при помощи этой конфигурации длительность операций? Например обновление базы данных с достаточно старого релиза заняло 2 дня.
80% времени ушло на загрузку и парсинг новостей (которые за полтора года уже никому не интересны).
И как то это поменять в конфигураторе.
(64) Да журнал загружается из файла логов в регистры для дальнейшего, более удобного и быстрого просмотра. Данная конфигурация уже не поддерживалась несколько лет, но если у вас есть интерес, то готов к вашим идеям. Лучше ее использовать на SQL, так как в файловом варианте размеры таблиц ограничены.