Статья поможет сделать наглядными процессы на сервере в управляемых формах, а также вести этот контроль постоянно, не закрывая конфигурацию с индикатором.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
В предыдущей статье рассматривался способ получения информации на клиенте о процессах, происходящих на сервере, где я обещал поделиться ещё одним способом решения для базы, работающей не на клиенте.
Возьмём для примера общий модуль из предыдущей статьи для создания тестовой базы на сервере и немного изменим его.
Теперь создадим конфигурацию для контроля с единственной обработкой:
Для проверки потребуется запустить обе получившиеся конфигурации. Для наглядности расположим тест слева, а контроль за ним справа:
Сначала нажмём кнопку "Начать тест" на конфигурации, расположенной слева.
Затем нажмём на кнопку "Начать контроль" на конфигурации, расположенной справа, в результате справа увидим прогрессR03;R03;R03;R03;R03; в индикаторе справа о процессе на сервере, который происходит в конфигурации, расположенной слева:
Если ещё раз нажать кнопку "Начать тест" на конфигурации, расположенной слева, то процесс снова отобразится в конфигурации, расположенной справа. И это можно повторять сколько угодно раз.
Номер платформы, на которой тестировались конфигурации, 8.3.22.1750.
P.S. Преимущества такого решения:
Нет необходимости встраивать фоновые задания.
Можно запускать прямо в окне удаленного доступа на сервере, без пересылки файла.
Создайте свой функциональный интерфейс в любой конфигурации 1С с помощью расширения Infostart Dashboard.
Настраивайте панели виджетов с метриками, индикаторами и показателями на начальном экране.
Узнайте возможность внедрения подсистемы у себя в конфигурации с помощью бесплатной обработки "Анализ внедрения подсистемы 1С Infostart Dashboard"!
Обнаружили дубли номенклатуры в документах? Обработка поможет быстро найти все документы, где используется ошибочная номенклатура, выполнить анализ последствий и безопасно заменить ее на основную номенклатуру с контролем результатов и журналом выполненных операций.
Мониторинг блокировок сам оказался старейшей открытой транзакцией в базе: сеанс спит, блокировок по нему ноль, транзакция висит четверо с половиной суток. Порог в его собственном запросе - пять секунд, свою транзакцию он продержал порядка восьмидесяти тысяч таких порогов и себя ни разу не заметил. Ни в один отчёт "кто кого блокирует" такой сеанс не попадает: никто никого не ждёт.
Это четвёртый из четырёх механизмов, разобранных в статье. Остальные три: один текст ошибки на две совершенно разные причины, из-за которого уходят в разбор графов вместо одной правки обработчика; кольцевой буфер диагностики, обнуляемый переключением основного узла; события, записанные под чужим именем базы, из-за чего запрос отдаёт ноль строк там, где данные лежат.
По каждому разобрано, как он выглядит, чем отличается от настоящей пустоты и что с ним делать.
Если в журнале регулярно всплывает deadlock, а пользователь жалуется на документ, которого в отчёте о взаимоблокировке вообще нет, эта статья про то, как искать настоящего виновника.
Главный вывод: разбирать один deadlock бесполезно. Один случай не отличить от совпадения, а картину даёт только частота: какие объекты повторяются во всех отчётах сразу.
Внутри готовый SQL-запрос, который разворачивает список ресурсов в таблицу частот, и три грабли на нём. Плюс четыре ложных следа, на которые мы потратили часы, и объяснение, почему объект из жалобы виноват не был.
Чем закончилось: помогла одна галочка на реквизите, а замер до и после показал разницу на два порядка по логическим чтениям. Есть и раздел про цену этого решения, которую мы не измерили.
Если у вас интеграционная шина и обмены иногда встают непонятно почему, эта статья про то, где искать.
Главный вывод за год эксплуатации: очереди самой шины виноваты редко. Отставание копится на стороне 1С, и обычный мониторинг длины очереди его не ловит совсем: очередь короткая, всё зелёное, а канал стоит сутки.
Внутри пять поломок, которые не воспроизводятся на тестовом стенде и вылезают только на длинном непрерывном аптайме, и три случая, когда шина отчиталась «доставлено», а данные в базу не приехали. По каждой: симптом, куда мы полезли сначала и почему мимо, настоящая причина и что помогло.
Отдельно история про то, как врал наш мониторинг, и как проверить свой за полчаса.
В конце чеклист на двадцать пунктов: что задать в контейнере до первого запуска, что мониторить кроме длины очереди и чем рестарт шины отзовётся в базах-приёмниках.
Небольшой графический монитор происходящего в 1С. Показывает в реальном времени, что происходит в базе - входы пользователей, изменения объектов, ошибки, фоновые и регламентные задания, нагрузку на сам журнал регистрации. Умеет ловить события по правилам и показывать уведомления.
Разбираем, как подготовить Шину 1С к промышленной эксплуатации и обеспечить непрерывность интеграционных процессов при сбоях, обновлениях и недоступности отдельных узлов. Показываем варианты отказоустойчивой архитектуры – от подтверждения обработки сообщений до активно-пассивной и активно-активной схем с двумя экземплярами шины. Рассказываем, как контролировать инфраструктуру и потоки сообщений с помощью штатных и пользовательских метрик, а также как защитить продуктовую шину от случайного подключения копий баз с теми же учетными данными.
Проверка корректности данных складского учета множества баз.
Целевая система "1С:Предприятие 8.3".
Прямой прямой доступ к базам (файловым и серверным) без нарушения регламента фирмы 1С.
Выполняет массовую проверку без запуска клиентского приложения 1С.
Обеспечивает выявление ошибок складского учета без использования интерфейса 1С.
Наиболее эффективен в условиях аутсорсинговых бухгалтерий.
Обязательно: требуется регистрация компонента ComConnector.
