Публикация размещена исключительно в образовательных целях и подходит только для платформы версии 8.3.18.1741.
Использует недокументированные средства доступа к базе данных 1С. Прямое обращение к СУБД нарушает лицензионное соглашение,
может изменить поведение платформы, привести к разрушению базы данных, скомпрометировать данные,
а также привести к отказу в официальной поддержке Фирмы 1С.
Обработка для просмотра структуры хранения данных, дискового пространства, занятого таблицами и индексами. Дополнительно показывает статистику по индексам (рекомендации СУБД по созданию индексов, неиспользуемые / редко используемые индексы).
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Наименование
Скачано
Купить файл
По подписке PRO
Структура хранения данных и рекомендации по идексам
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Структура хранения
Позволяет посмотреть размер таблиц и их индексов. Является переработкой встроенного отчета MS SQL "Disk usage by table" в терминах объектов 1С.
Отчет MS SQL
Данные о размерах в обработке
Позволяет увидеть размер не только основной таблицы (данных), но и размеры индексов и вспомогательных таблиц. Например, незакрытые итоги в регистре остатков могут дать размер таблицы итогов и её индексов на порядки (да, в десятки или сотни раз) превышающие размер данных регистра.
Также для любой таблицы можно определить размер полей (актуально для полей переменной длины). Внимание: из-за особенностей хранения полей в базе данных не следует считать, что сумма размеров полей равна занятому пространству, использовать только для оценки.
Индексы
Дополнительно можно получить рекомендации MS SQL по индексам. К сожалению, не все индексы можно создать средствами 1С, но как информация к размышлению очень полезно. Рекомендации индексов отображают отсутствующие индексы (описание на сайте Microsoft). Внимание: сведения, возвращаемые оптимизатором запросов, обновляются при оптимизации запроса и не сохраняются. Отсутствующие сведения об индексе сохраняются только до перезапуска ядра СУБД.
Неиспользуемые индексы позволяют увидеть индексы, по которым было больше 1000 обновлений, но меньше 10 использований (информация на сайте Microsoft).
Обработка написана с использованием механизма асинхронных вызовов, поэтому требует релиз платформы не ниже 8.3.18.
Проверена на 8.3.18.1741. Требуется MS SQL Server.
Создайте свой функциональный интерфейс в любой конфигурации 1С с помощью расширения Infostart Dashboard.
Настраивайте панели виджетов с метриками, индикаторами и показателями на начальном экране.
Узнайте возможность внедрения подсистемы у себя в конфигурации с помощью бесплатной обработки "Анализ внедрения подсистемы 1С Infostart Dashboard"!
Обнаружили дубли номенклатуры в документах? Обработка поможет быстро найти все документы, где используется ошибочная номенклатура, выполнить анализ последствий и безопасно заменить ее на основную номенклатуру с контролем результатов и журналом выполненных операций.
Мониторинг блокировок сам оказался старейшей открытой транзакцией в базе: сеанс спит, блокировок по нему ноль, транзакция висит четверо с половиной суток. Порог в его собственном запросе - пять секунд, свою транзакцию он продержал порядка восьмидесяти тысяч таких порогов и себя ни разу не заметил. Ни в один отчёт "кто кого блокирует" такой сеанс не попадает: никто никого не ждёт.
Это четвёртый из четырёх механизмов, разобранных в статье. Остальные три: один текст ошибки на две совершенно разные причины, из-за которого уходят в разбор графов вместо одной правки обработчика; кольцевой буфер диагностики, обнуляемый переключением основного узла; события, записанные под чужим именем базы, из-за чего запрос отдаёт ноль строк там, где данные лежат.
По каждому разобрано, как он выглядит, чем отличается от настоящей пустоты и что с ним делать.
Если в журнале регулярно всплывает deadlock, а пользователь жалуется на документ, которого в отчёте о взаимоблокировке вообще нет, эта статья про то, как искать настоящего виновника.
Главный вывод: разбирать один deadlock бесполезно. Один случай не отличить от совпадения, а картину даёт только частота: какие объекты повторяются во всех отчётах сразу.
Внутри готовый SQL-запрос, который разворачивает список ресурсов в таблицу частот, и три грабли на нём. Плюс четыре ложных следа, на которые мы потратили часы, и объяснение, почему объект из жалобы виноват не был.
Чем закончилось: помогла одна галочка на реквизите, а замер до и после показал разницу на два порядка по логическим чтениям. Есть и раздел про цену этого решения, которую мы не измерили.
Если у вас интеграционная шина и обмены иногда встают непонятно почему, эта статья про то, где искать.
Главный вывод за год эксплуатации: очереди самой шины виноваты редко. Отставание копится на стороне 1С, и обычный мониторинг длины очереди его не ловит совсем: очередь короткая, всё зелёное, а канал стоит сутки.
Внутри пять поломок, которые не воспроизводятся на тестовом стенде и вылезают только на длинном непрерывном аптайме, и три случая, когда шина отчиталась «доставлено», а данные в базу не приехали. По каждой: симптом, куда мы полезли сначала и почему мимо, настоящая причина и что помогло.
Отдельно история про то, как врал наш мониторинг, и как проверить свой за полчаса.
В конце чеклист на двадцать пунктов: что задать в контейнере до первого запуска, что мониторить кроме длины очереди и чем рестарт шины отзовётся в базах-приёмниках.
Небольшой графический монитор происходящего в 1С. Показывает в реальном времени, что происходит в базе - входы пользователей, изменения объектов, ошибки, фоновые и регламентные задания, нагрузку на сам журнал регистрации. Умеет ловить события по правилам и показывать уведомления.
Разбираем, как подготовить Шину 1С к промышленной эксплуатации и обеспечить непрерывность интеграционных процессов при сбоях, обновлениях и недоступности отдельных узлов. Показываем варианты отказоустойчивой архитектуры – от подтверждения обработки сообщений до активно-пассивной и активно-активной схем с двумя экземплярами шины. Рассказываем, как контролировать инфраструктуру и потоки сообщений с помощью штатных и пользовательских метрик, а также как защитить продуктовую шину от случайного подключения копий баз с теми же учетными данными.
Проверка корректности данных складского учета множества баз.
Целевая система "1С:Предприятие 8.3".
Прямой прямой доступ к базам (файловым и серверным) без нарушения регламента фирмы 1С.
Выполняет массовую проверку без запуска клиентского приложения 1С.
Обеспечивает выявление ошибок складского учета без использования интерфейса 1С.
Наиболее эффективен в условиях аутсорсинговых бухгалтерий.
Обязательно: требуется регистрация компонента ComConnector.
