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

Командой

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

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

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

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

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

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

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

папка 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% (маловато будет, но не помешает).

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

Появилась задача скопировать настройки роли СпециалистСбыта_РуководительГруппы в СпециалистСбыта_РуководительОтдела.

Самый простой способ:

1) делам копию конфигурации и загружаем в пустую базу
2) в копии переименовываем
СпециалистСбыта_РуководительОтдела -> СпециалистСбыта_РуководительОтдела_
СпециалистСбыта_РуководительГруппы -> СпециалистСбыта_РуководительОтдела
3) выгружаем конфигурацию из копии
4) делаем сравнение и объединение с основной базой, указываем только одну нашу роль