Администрирование

Ещё про многопоточное удаление помеченных объектов

Напомню проблему:
в связи особенностями бизнес процессов компании на каждое готовое изделие создается новая карточка номенклатуры, кроме того уже скопилось много помеченных на удаление карточек.
Сейчас их порядка 50000 штук, а так как вместе с карточкой номеклатуры создается карточка ЕИ + характеристика + спецификация, то имеем порядка 200000 помеченных объектов. На нашей базе в 120 Гб выполнить контроль и удалить штатными средствами не представляется возможным.

Диаграмма "Динамика размера базы" по бакапам

Дали задание построить динамику размера базы 1С.
Долго мучаться не будем. Делаем быстро. За основу возьмем SQL бакапы, которые хранятся в сжатом виде. Ахиватор 7-zip, используемый для сжатия, предоставляет функцию вывода информации о архивах без распаковки.

Командой


C:\Progra~1\7-Zip\7z l -slt <Путь и маска архивов например: c:\bak\MyBase*.7z> > input.txt

Получаем файл input.txt такого вида:


7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18

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

внешний вид обработкивнешний вид обработки

Проверка количества запущенных процессов 1cv8.exe

На сервере используется батник, запускающий по расписанию раз в 2 минуты обмен УРИБ. Такие "костыли" часто приходится применять вместо фоновых заданий. В эти выходные случилось страшное. При выполнении обмена происходила ошибка, в результате 1С не закрывалась. Что привело к запуску over 400 процессов 1cv8.exe. Сервер перестал корректно работать. Службы начали отказывать. Перезагрузка спасла, но очевидно необходимо было допилить батник проверкой на кол-во уже запущенных процессов.

Вот сама проверка на запуск не более 50 процессов:

Удаленный доступ из Android

Сразу начну с небольшого демо-ролика

Здесь показана работа jWitrixAgent маленькой бесплатной java программки, которая обеспечивает доступ к рабочему столу Windows или Linux ПК. Для доступа к ПК можно использовать осовные браузеры и даже браузер по-умолчанию в смартфонах Android. Полноценно удаленно работать будет не удобно, а вот провести небольшие манипуляции с системой вполне возможно.

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

На сервере приложений есть служебная папка C:\Program Files\1cv82\srvinfo\reg_1541\ в которой хранятся журналы регистраций всех баз, которые когда-либо были приписаны к этому серверу. Для каждой БД создается отдельная подпапка с названием равным айдишнику БД.

папка srvinfoпапка srvinfo

Удаление помеченных объектов группами

Предлагаемая обработка поможет в тех случаях когда в базе накопилось много помеченных на удаление объектов и штатными средствами удалить их не получается.

Обработка работает по следующему алгоритму:

1. Получаем массив помеченных на удаление (МПУ).
2. Берем первый элемент из МПУ, и будем формировать группу на удаление (ГНУ).
Т.е. помещаем элемент в ГНУ.
3. Ищем в базе ссылки на ГНУ. Если среди них есть не помеченные на удаление, то элемент заносим в пропущенные и удаляем из МПУ. Переходим к п.1
4. Если все найденные ссылки также помечены на удаление, то добавляем их в ГНУ.

Принудительная установка пароля пользователям, работающим без пароля

Чтоб заставить всех, кто работает без пароля, установить пароль. Можно применить программный ограничитель. Для этого в модуле приложения добавляем функцию:

//am+
Функция ПроверитьИзменитьПарольПользователя()

   
ТекПользовательИБ = ПользователиИнформационнойБазы.ТекущийПользователь();

В процессе обновления информационной базы произошла критическая ошибка.


В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: Cannot insert duplicate key row in object 'dbo._InfoRg22299NG' with unique index '_InfoR22299_ByPeriod_TRRNG'.
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2601, line=1

Одна из причин медленного группового проведения в УПП

Встала проблема медленного группового проведения УПП.
Что в итоге нашли:

Изначально проведение периода 01.08.2009-05.08.2009 23:59:59 заняло 9:51:59-10:43:13=51м14с.

После выгрузки и загрузки (через конфигуратор) в чистую sql Базу проведение периода 01.08.2009-05.08.2009 23:59:59 заняло 14:18:40-15:00:36=41м56с быстрее на 18% (маловато будет, но не помешает).

Включение РАУЗ существенного выигрыша в проведении не дает.

Справочники

Документы

Отчеты

Обработки

RSS-материал