Папка reg_1541 много весит почти 25 Гб. Можно ли уменьшить?

>И как их уменьшить?

в пофигураторе все есть.

(7) Тебе в (4) всё сказали.

Если они тебе нужны, то при сокращении поставь галочку «Сохранить удаляемые события в файл» и укажи желаемое имя файла.

Единственное, что лучше тогда сокращать кусками, чтобы файлы не были слишком огромными.

Потом еще:
Разделять хранение журнала по периодам:
Варианты:
День
Год
Месяц
Неделя
Час
не разделять

(11) Жми кнопку «Сократить»

Именно эти данные и занимают столько места в C:\programm files\1cv81\server\reg_1541

(19)т.е. лучше это делать вечером-когда в ней ни кто не будет сидеть?
А какие варианты выбирать перед нажатием кнопки Сократить?
Регистрировать в журнале события:
и варианты:
Не регистраировать

Потом еще:
Разделять хранение журнала по периодам:
Варианты:
День
Год
Месяц
Неделя
Час
не разделять

(21)>> А какие варианты выбирать перед нажатием кнопки Сократить?

Это вообще не имеет отношение к сокращению.

Сокращение делает обрезание ВСЕХ записей журнала ранее указанной тобою даты вне зависимости от того что именно в журнале регистрировалось.

касаются того, что именно (какие события) будет регистрироваться дальше, с момента изменения настройки.

(22) Например журнал ведется 2005-го года непрерывно.

Я бы сначала сделал сокращение до даты 01.01.2006, потом до даты 01.01.2007, потом 01.01.2008 и т.д. до 01.01.2011.

Естественно каждый раз указывал бы разное название файла для сохранения сокращенных записей.

таким образом я бы получил шесть файлов (с 2005 по 2010 года) с записями журнала регистрации, которые можно пихнуть в какой-нибудь архив.

Можно делать файлы по кварталам, если годовые слишком большие.

Источник

Анализ причин роста сеансовых данных

Сеансовые данные

Платформа «1С:Предприятие» в своей работе постоянно использует механизм, называемый «сеансовые данные». В этих данных хранится служебная информация, необходимая для работы сеанса «1С:Предприятия». Например, все, что введено в поля ввода на форме, при серверных вызовах сбрасывается в сеансовые данные.

При вызове методов: ПоместитьВоВременноеХранилище, ПоместитьФайл, НачатьПомещениеФайла, значения указанные в параметрах, записываются в сеансовые данные.

При фоновом исполнении отчетов СКД, результат отчета помещается в сеансовые данные, а затем передается в клиентскую часть.

Особенности работы платформы с сеансовыми данными

За работу с сеансовыми данными отвечает менеджер кластера – rmngr.exe Если в кластере несколько рабочих серверов, то сеансовые данные будут расположены в соответствии с требованиями назначения функциональности.

Если требования не заданы, то сеансовые данные распределятся равномерно по всем рабочим серверам.

Сеансовые данные растут блоками по 64 Мб. Когда заканчивается блок, то менеджер кластера выделяет следующий блок в 64Мб.Блоки большего объема возможны в результате помещения объемных данных во временные хранилища.

Для обеспечения скорости работы, платформа всегда пишет новые данные в конец, аналогично transaction log в СУБД. Таким образом, размер сеансовых данных постоянно растет. Во всем объеме сеансовых данных, существуют как актуальные, так и устаревшие данные. Актуальность данных определяется способом их помещения:

Перед выделением следующего блока на диске, проверяется, прошло ли 5 секунд с момента выделения предыдущего блока. Если 5 секунд прошло, то запускается «сборщик мусора» (key value garbage collector). Сборщик оценивает процент актуальных сеансовых данных в общем объеме. Если актуальные данные занимают менее 25% от общего объема, то все актуальные данные копируются в новые файлы, а затем все старые файлы сеансовых данных удаляются.

Так как каждый сеанс (клиенты, фоновые задания, web-сервисы) в своей работе постоянно пишет информацию в сеансовые данные, то при большом количестве пользователей, скорость дисковой подсистемы, на которой расположены файлы сеансовых данных, играет очень важную роль. При большом количестве пользователей, рекомендуется располагать файлы сеансовых данных на максимально быстрых дисках. Желательно RAM-drive. Отказоустойчивость дисков не важна, т.к. при потере сеансовых данных, никакой важной информации утеряно не будет.

Следует отметить порядок размещения сеансовых данных. Если поместить во временное хранилище двоичные данные или файл, то эти данные пройдут в качестве потока байт через rphost, затем в rmngr, который сбросит этот поток на диск. Если же, в качестве помещаемого значения, будет выступать коллекция (таблица значений, результат запроса, массив…), то сначала вся эта коллекция разместиться в памяти rphost, а только затем преобразуется в поток байт и будет передана в rmngr.

Размещение сеансовых данных в памяти

При работе кластера «1С:Предприятия», файлы сеансовых данных отображаются в память (mapping). Подробнее см. статью.

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

Однако, в операционной системе Windows, отображенные в память файлы, влияют на счетчик Memory\Available Mbytes. При сильном росте сеансовых данных можно увидеть следующую картину:

Свободное место на диске, где расположены сеансовые данные, уменьшается синхронно со свободной памятью сервера. На самом деле, если посмотреть данные RamMap то видно, что большая часть оперативной памяти выделена под Mapped File

Размер памяти, указанный в колонке Standby – это неиспользуемая память (фактически свободная). При запросе памяти любым процессом, ему будет выделена память из этой области.

Следует учитывать данную особенность счетчика Memory\Available Mbytes при построении систем мониторинга или приложений, которые опираются на объем доступной оперативной памяти.

Для косвенной оценки эффективности работы операционной системы с сеансовыми данными, можно использовать счетчик Memory\Page Faults/sec, который показывает на сколько часто процессы обращаются за страницами в память, но не находят их там и подгружают с диска.

Если значение данного счетчика велико, то это может свидетельствовать о нехватке оперативной памяти для кэширования в ней сеансовых данных. В этом случае, необходимо принять решение об увеличении оперативной памяти, либо об оптимизации работы приложения с сеансовыми данными.

Проблемы сеансовых данных

Ошибка совместного доступа к файлу snccntx.dat

При появлении данной ошибки необходимо действовать по алгоритму:

1. Проверить права на папку сеансовых данных для пользователя, от которого запущена служба сервера «1С:Предприятия». Должны быть полные права.

2. Открыть на рабочем сервере диспетчер задач, установить видимость колонки «Командная строка»

3. Необходимо найти процессы rmngr.exe с одинаковым значением параметра –pid.

5. Сопоставить PID из диспетчера задач с PID в консоли кластера. Тот процесс rmngr.exe, которого нет в консоли – принудительно завершить.

Закончилось место на диске, где расположены сеансовые данные

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

Не следует размещать файлы технологических журналов на одном диске с сеансовыми данными.

Если на диске, где расположены сеансовые данные, закончится место, то картина будет совершенно «апокалиптическая». Менеджер кластера будет постоянно завершаться с формированием дампа. Начнутся сотни попыток запусков рабочих процессов, которые сразу же будут завершаться с ошибками. После того, как на диске появится свободное место, сервер «1С:Предприятия» запустится в нормальном режиме.

Так же, необходимо следить за размером самих сеансовых данных. Если периодически их размер становится существенным, то необходимо обратить на это особое внимание. Следует помнить, что при срабатывании «сборки мусора» необходимо наличие свободного места на диске, в размере 25% от общего объема сеансовых данных. Если этих 25% не будет, то кластер завершит свою работу аварийно.

Изменить расположение сеансовых данных, можно указав параметр –d в строке запуска службы агента сервера.

В данном каталоге, также расположены: реестр кластера, индекс полнотекстового поиска и журнал регистрации.

Влияние циклических ссылок на рост сеансовых данных

Чаще всего при выполнении процедуры ПоместитьВоВременноеХранилище, указывается идентификатор формы (ЭтаФорма.УникальныйИдентификатор). Как написано в документации, при указании идентификатора формы данные перестают считаться актуальными после того как форма будет закрыта.

Однако, если форма содержит в себе циклические ссылки (см. статью), то после закрытия формы она не уничтожается. Это приводит следующим отрицательным эффектам:

Чтобы избежать данной ситуации, необходимо исключить все циклические ссылки в форме (см. статью).

Необходимо стараться формировать отчеты СКД в фоновом режиме. Так как результат отчета помещается во временное хранилище фоновым заданием, то после завершения задания данный результат будет считаться неактуальным.

Методика анализа роста сеансовых данных

Сбор данных

Необходимо собрать технологический журнал:

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

После того, как технологический журнал будет собран, необходимо провести «парсинг» и выгрузить его данные в файлы csv формата:

На основании данных, которые собраны в папках rmngr_*, необходимо сформировать csv файл вида:

В файле …/rmngr_7188/ 15063011. log есть строка:

Данная строка должна быть преобразована в строку:

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

На основании данных, которые собраны в папках rphost_*, необходимо сформировать csv файл вида:

Данная строка должна быть преобразована в строку:

На основании данных, которые собраны в папках rphost_*, необходимо сформировать csv файл вида:

В файле …/ rphost_1352 /15063011.log есть строка:

Данная строка должна быть преобразована в строку:

В итоге должно получиться 3 файла: scall.csv, call.csv, conn.csv

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

Создание базы данных для анализа

Необходимо создать пустую базу данных (MS SQL Server), в которую добавить таблицы:

Затем, в эти таблицы необходимо загрузить данные из соответствующих csv файлов. Сделать это можно с помощью SQL Server Integration Services

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

Анализ работы с сеансовыми данными

TOP – 10 пользователей в разрезе процессов и времени

Запрос покажет топ-10 пользователей, которые поместили больше всего сеансовых данных в час. Затем необходимо разобраться с самым верхним (в текущем случае):

Т.е. в процессе rphost_1352 за час с 11-00 по 12-00 пользователь с идентификатором 518 записал в сеансовые данные 2 046 616 858 байт (2Гб).

Далее, необходимо найти все идентификаторы вызовов, которые записывал сеанс 518:

Источник

Очистка журналов регистрации сервера 1С8 (..\srvinfo\reg_1541\..)

Однажды мы заметили, что на системном диске значительно уменьшился размер свободного пространства. Одной из причин этого была папка С:\Program Files\1cv82\srvinfo\reg_1541\, в которой разросся размер файлов журнала регистрации. Существует возможность очистить журнал регистрации интерактивно в

1. Автоматизированная периодическая очистка разросшегося журнала регистрации на сервере с сохранением удаляемых частей на другом диске.

Конфигураторе из меню «Администрирование» —> «Настройка журнала регистрации». Но есть возможность автоматизировать этот процесс, запуская командную строку следующего вида:

[ConnectionString] — строка подключения к информационной базе. Т.к. речь идёт о серверном варианте, эта строка будет иметь вид «/S[ServerName]\[InfoBaseName] /N[UserName] /P[UserPassword]». Пользователь должен иметь право администрирования.

[PathToOperLog] — путь к файлу, в котором будут сохранены сообщения системы при выполнении этой операции.

[ShrinkDate] — дата, по которую будет укорочен журнал регистрации в формате yyyy-mm-dd

[BackUpedLog] — путь к файлу в формате *.elf, к которым можно будет обратиться в случае необходимости проводить расследования давних операций с информационной базой.

Эту операцию можно выполнять тогда, когда в информационной базе не будет других пользователей. Пробелы (и их отсутствие) проставлены в соответствии с документацией, обращайте на них внимание.

Наш системный администратор написал Power Shell скрипт (ВНИМАНИЕ: данные в нём анонимизированы, для использования требуется актуализация применительно к конкретной ситуации):

#
# backup & shrink 1c logs
#

2. Настройка и очистка журнала регистрации

Мы уже рассматривали Журнал регистрации, теперь посмотрим как настроить данный журнал.

Для открытия окна, зайдем в пункт меню “Администрирование-Настройка журнала регистрации“

В принципе все понятно. В группе Регистрировать в журнале событий выбираем данные которые будут регистрироваться. В поле Разделять хранения по периодам, выбирается период разделения журнала на файлы.

Очистка журнала регистрации

Так же, от сюда можно удалить устаревшие данные регистрации. Для этого есть кнопка “Сократить“.

В поле Текущий диапазон событий, указывается диапазон времени за который есть данные.

Удалить события до – здесь указываем до какой даты можно удалить данные.

Удаляемые данные можно сохранить, для этого установим свойство “Записать удаляемые события в файл” и укажем папку в которую сохраним.

Если требуется периодически сокращать журнал и при этом иметь возможность просматривать уже удаленные события журнала, то установите флажок “Сохранять разделение хранения журнала по периодам и объединять с сохраненным ранее журналом“.

Источник

На сервере 1С со временем увеличивается в размерах папка
reg_1541, содержащая журналы регистрации 1С. Расположена эта папка в директории С:\Program Files\1cv82\srvinfo. И как следствие может возникнуть проблема свободного пространства на системном жестком диске. Чтобы избежать роста папки srvinfo необходимо периодически очищать журнал регистрации 1С.

Удаление неиспользуемых журналов регистрации из папки Srvinfo

Для каждой базы данных 1С существует своя директория хранения журнала регистрации и выглядит она таким образом:

Папка по-умолчанию называется reg_1541.

После удаления базы данных с сервера 1С папка журнала регистрации не удаляется из Srvinfo. Поэтому из множества папок в
Srvinfo могут находиться и те, которые давно не используются и просто занимают место на жестком диске.

Вычислить эти папки можно открыв файл 1CV8Clst.lst, который находится так же в reg_1541.

Копируем из папки Srvinfo и ищем в файле 1CV8Clst.lst. Если идентификатор в файле не найден, то папку можно удалять.

Настройка и очистка журнала регистрации 1С

Запускаем 1С в режиме конфигуратора и переходим в меню «Администрирование/Настройка журнала регистрации»

настройка журнала регистрации 1С

В настройках журнала регистрации можно выбрать какие события будут регистрироваться:

Для очистки журнала регистрации нажимаем кнопку «Сократить»

очистка журнала регистрации 1С

Здесь можно будет увидеть диапазон дат, за который хранятся данные.

В поле «Удалить события до:» выбираем дату до который будем очищать журнал регистрации.

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

Автоматизация процесса очистки журнала регистрации

Автоматизация процесса через командную строку Windows выглядит таким образом:

Операцию необходимо выполнять когда нет активных подключений к базе 1С.

Образец скрипта для PowerShell

Внимание! Данные для подключения к базе 1С обезличены. Необходимо заменить на свои.

Перенос журнала регистрации на другой диск

Чтобы избежать переполнения системного диска файлами журнала регистрации 1С папку SRVINFO можно перенести на другой диск. Выполнить это можно изменив параметры запуска службы «Агент сервера 1С:Предприятия 8.3» в реестре Windows.

редактирование запуска службы «Агент сервера 1С:Предприятия 8.3» в реестре Windows

Источник

1С. Удаление журнала регистрации на сервере

При работе в клиент-серверном варианте со временем разрастается журнал регистрации. Сжатие его типовыми средствами результата не дают, будем удалять.

Различия данной операции на Linux и Windows минимальны, и обусловлены только различиями ОС. Ближе и роднее конечно Debian, потому основное описание и команды будут для него.

Для Windows отличается только размещения каталога кластера серверов(смотри по тексту), а остановить и запустить службу можно из соответствующего раздела в панели администирования.

Сервер с Debian x64 на борту и установленным сервером 1С:Предприятие 8.3.10.2580 x64. Со временем разросся журнал регистрации и занимает более 40 Гб, а терять такой объем на SSD не выгодно.

Решение

Первым делом необходимо остановить службу сервера 1С:Предприятие.
Для этого выполним команду /etc/init.d/srv1cv83 stop на которую получим ответ

Теперь переходим в каталог кластера, в Debian по умолчанию каталог находится в каталоге пользователя, от которого запущена служба

Для Windows по умолчанию это каталог %programfiles%\1cv8\srvinfo\reg_1541\

Теперь проверим, что лежит в данном каталоге

Посмотрим на содержимое файла 1CV8Clst.lst, в нем хранится соответствие ИБ и вложенных каталогов. Файл имеет следующий вид (привожу только начальную часть текста с описанием первой ИБ)

В данном случае нас интересует строка 5b53ab74-e4a5-11e6-4f8a-80ee7336f1fc,trade,Управление торговлей…, где

А необходимо это знание, чтобы удалить безвозвратно ЖР для тестовых ИБ, а от рабочей отломить и положить на полку переместить и сжать в архив.

Теперь знаем, в каких каталогах необходимо удалить ЖР. Собственно переходим в нужный каталог, находим каталог 1Cv8Log, а в нем файл 1Cv8.lgd или 1Cv8.lgf, удаляем или переносим его

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

На этом операция по удалению журнала регистрации завершена, все заняло не более 10 минут.

Источник