Статья по теме "База данных" для 1С

Обновление 1С Механизмы платформы 1С 1С 8.3

Проверил две базы одной конфигурации перед переходом на 8.5: свежая, на 34 релиза новее и с поднятым режимом совместимости, получила почти столько же замечаний, что и старая. Плюс семь мест с устаревшим свойством в типовой поставке, пласт неисправленных ошибок самой платформы и история о том, как я нашёл ошибку в собственном инструменте обычной сверкой арифметики.

Администрирование СУБД Сервера 1С 8.3

Переносили боевую базу 276 ГБ с MS SQL на PostgreSQL. Перенос вставал четыре раза подряд, каждый раз через час и без единого сообщения об ошибке. Две гипотезы, взятые из чужих статей, замеры не подтвердили. Настоящей причиной оказался неразрывный пробел в наименовании номенклатуры: ICU схлопывает его с обычным, MS SQL считает строки разными, PostgreSQL одинаковыми, и уникальный индекс не создаётся. Разбор с цифрами, скриптом поиска и правилом вместо списка символов.

Администрирование СУБД Сервера 1С 8.3

Перенесли базу 1С на 276 ГБ с Windows и MS SQL на Ubuntu и PostgreSQL. Главная неприятность оказалась вообще не про Linux, а вот восемь встреченных по дороге ловушек про него ровно настолько, что каждая стоила отдельного часа. Флаг виртуализации, который врёт; процессы, умирающие вместе с сессией; кластер с английской локалью; автотюнер с work_mem 512 МБ. Ни одной из них нет в чек-листах, которые я читал перед началом.

Администрирование СУБД 1С:Предприятие 8

На infostart.ru вышел разбор Ивана Недомолкова «Сервер 1С падает: настройка сбора дампов (logcfg.xml), лимиты памяти и передача дампа в поддержку» - это хорошая инструкция, как ловить и разбирать падение rphost постфактум: logcfg.xml, procdump, анализ дампа. Но там нет ответа на вопрос «а почему кластер вообще прибил процесс сам, ещё до всякого краша». Мы дополняем разбор тремя сводными таблицами лимитов памяти и автомасштабирования кластера - и заодно фиксируем, чем в этой части лицензия ПРОФ урезана относительно КОРП.

Администрирование СУБД

5,5 тысячи пользователей в единой базе 1С, розница в режиме 24/7 и SLA 99,98% – в таких условиях любая авария быстро превращается в очереди на кассах, потерю денег и давление со стороны бизнеса. Показываем, как выстроить процесс аварийно-восстановительных работ: от первых алертов и базового скрининга системы до подключения команды, проверки гипотез и дебрифа после инцидента. Разбираем, как метрики, дашборды, техжурнал, Zabbix, Prometheus, Grafana, Telegram-боты и скрипты помогают не гадать, а быстро находить причину проблемы. На реальных авариях объясняем, почему «быстро» не должно означать «рискованно», как работа над ошибками снижает панику и почему каждая авария может сделать систему надежнее.

HighLoad оптимизация

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

Администрирование СУБД 1С 8.3

rphost падает, дампы копятся, а причины не видно. Разбираю официальную диагностику по шагам: настройка logcfg.xml для пригодного дампа, лимиты памяти рабочих процессов, снятие дампа через procdump и передача в поддержку 1С.

Архивирование (backup)

Что общего у pg_class, WAL и вашего самого тяжёлого отчёта в 1С? Все они годами мешали использовать реплику PostgreSQL как полноценную копию базы. В статье — подробный разбор механизма enable_temp_memory_catalog и нового режима временных таблиц на реплике в Postgres Pro Enterprise, а также конфигурация с BiHA и Proxima, которая переживает переключение лидера незаметно для 1С. Для тех, кто хочет разгрузить продуктив, не покупая дорогой шардированный кластер СУБД.

Администрирование СУБД HighLoad оптимизация 1С:Предприятие 8

Со временем любая информационная система на базе «1С:Предприятие» начинает работать медленнее. Пользователи жалуются на «зависания» при проведении документов, а формирование стандартных отчетов превращается в ожидание чашки кофе. Часто проблему пытаются решить простым наращиванием серверных мощностей (покупкой нового железа), однако в 80% случаев причина кроется не в нехватке ресурса, а в некорректной эксплуатации СУБД, загрязнении локальных данных и неоптимальном коде. Разберем подробно три ключевых направления, которые позволяют вернуть системе былую скорость.

Рефакторинг и качество кода Обновление 1С 1С 8.3 1С:ERP. Управление холдингом

К нам на проект сложного обновления пришла конфигурация «1С:ERP УХ» с доработанным отчетом, построенным на базе типового «Задолженность поставщикам по срокам». После обновления целевая форма открывалась без учета переданных данных.

Администрирование СУБД 1С 8.3

Прогнал набор диагностических скриптов на двух рабочих базах: боевой с 580 сеансами и малонагруженной. Разбираю пять находок: статистика 97-дневной давности, 598 запросов со сканами, журнал транзакций в 73 % от данных, tempdb в один файл и 81 % ожиданий на параллелизме, который чинить не надо. Плюс три грабли, из-за которых самописный диагностический скрипт падает на чужом сервере. Семь рабочих скриптов внутри, копируются в SSMS как есть.

Администрирование СУБД Журнал регистрации 1С 8.3

Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.

HighLoad оптимизация Запросы 1С 8.3

Мы ускорили запрос регламентной обработки в 390 раз — с 39 минут до 6 секунд, — не изменив его логику и получив построчно идентичный результат. Разгадка в том, что запрос не был медленным: из 2 353 секунд elapsed чистой работы (CPU) было лишь 124 — остальные 95 % он ждал блокировки, потому что срез последних без отбора читал весь регистр цен следом за массовой записью. Детектив по шагам с цифрами из статистики СУБД, чек-лист «проверь свою обработку за 15 минут» и один твист в финале.

Администрирование СУБД 1С 8.3

Посреди рабочего дня пользователи 1С ловят «Ошибку СУБД: The transaction log for database 'tempdb' is full due to ACTIVE_TRANSACTION». Разбираем ошибку 9002 по частям: что именно переполнилось, как за 5 минут найти виновную транзакцию тремя командами, кого чаще всего ловим на базах от десятков гигабайт до терабайт и какая профилактика избавляет от повторов: настройка tempdb, короткие транзакции, дисциплина УНИЧТОЖИТЬ и мониторинг.

HighLoad оптимизация

Разбираем, как быстро понять, чем занят SQL Server, кто создает блокировки и почему запросы 1С внезапно начинают тормозить. Показываем, какие настройки сервера и базы данных стоит проверять, как анализировать ожидания, планы запросов, статистику и индексы, а также переводить сырые данные SQL на понятный 1С-нику язык. Объясняем, как наладить предметный разговор с DBA и перейти от диагностики к конкретным рекомендациям. В статье также представлена бесплатная обработка для 1С, которая автоматизирует основную часть анализа для MS SQL Server и PostgreSQL и формирует готовые к применению SQL-скрипты.

HighLoad оптимизация 1С:Предприятие 8

В следующей серии статей хочу разобрать ускорение и оптимизацию ключевых операций — тех самых действий, которые пользователи 1С выполняют каждый день и от скорости которых зависит, будут они материться на систему или спокойно работать.

Администрирование веб-серверов Сервера HighLoad оптимизация

Каждый вечер в час закрытия смен 200 касс розничной сети начинали «залипать», и у всех было готовое объяснение: блокировки. Аудит ожиданий в час пика показал: блокировок — ноль. Сессии ждали не друг друга, а свободных потоков: заводские cost threshold for parallelism = 5 и MAXDOP = 0 на 48-ядерном сервере отправляли даже лёгкие запросы разбегаться по всем ядрам, и две трети запросов стояли в очереди за потоками. Разбираем детектив: почему рефлекс «вечером тормозит — значит, блокировки» подменяет диагностику, как читается картина ожиданий, причём тут сосед по инстансу с отчётом на 24 потока и 4,3 часа — и как две динамические настройки без перезапуска сняли проблему в тот же вечер. С чек-листом «блокировки или параллелизм».

HighLoad оптимизация

База 1С розничной сети выросла до 4,2 ТБ: бэкап — два часа, кассиры ждут список чеков по 25 секунд, диски кончаются. Прежде чем что-то чинить, мы две недели строили карту «что сколько занимает» — платформенными средствами, через ПолучитьСтруктуруХраненияБазыДанных(). Диагноз удивил всех: 3,85 ТБ — мёртвый кэш механизма разграничения доступа БСП, копившийся с 2020 года. Разбираем: как ставится такой диагноз, три красивые гипотезы, которые не подтвердились, почему кэш нельзя просто удалить (208 живых ролей), матрица эквивалентности прав на 329 проверок и почему вечерние «блокировки» оказались параллелизмом. Очистка — только штатными средствами; главный герой статьи — диагностика.

Администрирование СУБД 1С 8.3 1С:ERP Управление предприятием 2

База 1С:ERP размером 646 Гб, полное маскирование за 5 часов - без создания промежуточной незащищенной копии. Разбираем бесплатный pg_anon на сквозном примере с реального продуктива.

Свертка базы 1С:Предприятие 8

Типовая свертка на базе 2,3 ТБ с 46 млн документов работала бы месяцы, а бизнес-правило «активный договор залога обязан сохраниться с полной историей» ломает сценарий «всё до даты N» в принципе. Разбираем методику, уложившую свертку в одно ночное окно ~5 часов: критерий активности из трёх независимых источников, 1,5 млн меток защиты транзитивным замыканием, table swap вместо DELETE (1,4 млрд строк за 2 часа), пересчёт итогов в SQL с побитовой сверкой против платформы, онлайн-хвост с автотроттлингом, три гейта приёмки и оркестратор на 22 фазы. Результат: W22;75 % объёма, 0 расхождений остатков, 0 битых ссылок по 8 500+ ссылочным колонкам.

HighLoad оптимизация 1С 8.5

Чек-лист по оптимизации производительности 1С 8.5: ОС, PostgreSQL/MS SQL, кластер, индексы, запросы и архитектура. С конкретными параметрами, примерами «до/после» и разбором новых инструментов мониторинга в 8.5.

HighLoad оптимизация 1С 8.3 1С:Зарплата и Управление Персоналом 3.x

Недавно мы успешно завершили масштабное нагрузочное тестирование (НТ) корпоративной информационной системы на базе «1С:Зарплата и управление персоналом 8 КОРП» редакции 3.1. Проведенные испытания подтвердили исключительную стабильность и производительность решения при моделировании работы сверхкрупного предприятия в условиях пиковых нагрузок. Уникальность данного проекта заключается в подтверждении масштабируемости системы 1С:ЗУП КОРП, которая является комплексным решением для автоматизации всех HR-процессов: от подбора и обучения до расчета зарплаты и охраны труда.

Администрирование СУБД Linux

30 декабря, пик предновогодних продаж, и тут — полная катастрофа. Сервер с 1С в единственной торговой точке пал жертвой вируса-шифровальщика. Бизнес встал, выручка — ноль, резервных копий нет. Знакомая ситуация? Но вместо того, чтобы просто переустановить «убитую» Windows, мы пошли другим путем. В свежей статье я честно рассказываю: почему сервер на «дешевых комплектующих» — это бомба замедленного действия. Как вирус проник в систему, если кассир работает исправно? Зачем микробизнесу смотреть в сторону бесплатного Linux (и при чем тут лицензии на Windows Server + MS SQL). Реально ли подружить 1С, торговое оборудование и «неродной» интерфейс? Спойлер: Сервер ожил, базу восстановили (да, это было больно), а клиент теперь спит спокойно.

Механизмы платформы 1С HighLoad оптимизация 1С 8.3

Исследование нелинейной деградации платформенной записи ODS на больших объёмах данных: почему время записи растёт быстрее размера документа, как на это влияет содержимое ячеек и что происходит внутри файла. Разбор причин и линейные альтернативы — собственный писатель с переносом оформления и прямая потоковая запись. К публикации приложена обработка-бенчмарк для воспроизведения замеров на любой базе.

1 стартмани

Администрирование СУБД 1С:Предприятие 8

Практическое пошаговое руководство по развертыванию и настройке связки «1С:Предприятие 8.3 (x64)» и MS SQL Server 2019 на подготовленном сервере Windows Server 2019. Статья охватывает весь процесс «с нуля»: от установки системных зависимостей и тонкой оптимизации СУБД под специфику 1С (Collation, мгновенная инициализация файлов, лимиты памяти и сетевые протоколы) до создания клиент-серверной базы данных через штатное окно запуска. Материал ориентирован на системных администраторов и специалистов по внедрению, содержит наглядные скриншоты реальной установки, T-SQL скрипт для подготовки учетных записей и итоговый чек-лист работоспособности системы.

Технологический журнал 1С 8.3

Устал парсить ТЖ 1С gawk-скриптами каждый раз заново - собрал нормальный инструмент. DuckDB под капотом, разбор ТЖ, планов под MS SQL и PostgreSQL, AI-объяснения опционально.

Рефакторинг и качество кода Обновление 1С 1С:Предприятие 8 1С:ERP Управление предприятием 2

На проекте сложного обновления 1С:ERP 2.4.14.181 до версии 2.5.22.106 нам было нужно уложить обновление в технологическое окно 48 часов (выходные). Исходный замер, с учетом промежуточных релизов 2.5.8.443, 2.5.12.270, 2.5.17.234, 2.5.22.106, показал требуемое время в 659 часов…

Технологический журнал

Чтобы перейти от тушения инцидентов в 1С к превентивному подходу, нужно заранее видеть рост данных, блокировок, времени выполнения операций и другие признаки будущих проблем. Разбираем, какие метрики технологического журнала 1С и СУБД стоит мониторить в реальном времени и как использовать простые ML-модели – регрессию и классификацию – для прогноза падения производительности. Объясняем, как автоматически выявлять аномалии в поведении пользователей и фоновых заданий, настраивать proactive-алерты за часы или дни до инцидента и создавать тикеты в ITSM-системах на превентивные действия.

HighLoad оптимизация

Разбираем, зачем бизнесу переходить с MS SQL на PostgreSQL и какие риски сдерживают миграцию больших баз 1С. Показываем основные этапы перехода: от предварительного тестирования и конвертации через ibcmd до синхронизации данных с помощью DBReplication и других технологий. Объясняем, как выполнить миграцию с минимальным технологическим окном, сохранить возможность отката при непредвиденных ситуациях и подстраховать бизнес от простоев. Отдельно рассматриваем методику и инструменты обеспечения производительности после перехода.

Рефакторинг и качество кода Обновление 1С 1С 8.3

Обновление ролей в расширении 1С отличается от аналогичного процесса в основной конфигурации. Ситуация осложняется, когда доработки вносятся не в «обычное», а в поставляемое расширение.

HighLoad оптимизация 1С 8.3 1С 8.5

Пользователь говорит “1С зависла”, но за этим может быть блокировка, тяжелый запрос, массовая обработка, фоновое задание или доработка после релиза. Разбираю практический маршрут для 1С-разработчика: как не гадать, а сначала понять сценарий, найти признаки ожидания и проверить код, который сам может создавать такие проблемы

Обновление 1С

Релиз в 1С может быть технически правильным, но все равно закончиться потоком обращений: пользователи не поняли, что изменилось, не нашли кнопку, не смогли провести документ или начали искать инструкцию уже после обновления. В статье — практический маршрут подготовки пользователей, поддержки и ключевых участников процесса к релизу: что объяснить, кого предупредить, как оформить инструкцию, как снизить хаос в первые часы и почему плохая коммуникация быстро превращается в деньги компании

Обновление 1С

После релиза в почти всегда есть риск: форма не открылась, документ не записался, отчет посчитал не так, права не сработали, обмен упал или пользователь не увидел нужную кнопку. В такие моменты команда часто начинает тушить пожар и искать виноватого. Но для тимлида и руководителя важнее другое: быстро стабилизировать ситуацию, найти настоящую причину и добавить в процесс проверки то, что не даст ошибке повториться.

Нейросети Обновление 1С 1С:Предприятие 8 1С:Комплексная автоматизация 2.х

Делюсь практикой переноса доработок при обновлении 1С:КА с 2.5.22 на 2.5.27 с помощью Claude, подключённого к конфигурации в EDT через MCP. Что у ИИ получилось хорошо, где он бессилен, что он осознанно отказался переносить — и какой главный вывод я сделал для следующего раза.

Технологический журнал

Парсинг техжурнала 1С – это не просто «распарсить JSON» или CSV, а работа с множеством неочевидных особенностей формата. Показываем, какие проблемы могут возникнуть из-за дублей свойств и событий, «полей-призраков», нестандартных имен свойств, разрозненного контекста, кавычек, апострофов и других нюансов, которые легко ломают парсеры и искажают результаты анализа. Объясняем, чем может помочь ИИ при работе с техжурналом и почему даже при использовании современных инструментов важно понимать внутреннюю логику логов. В статье собраны главные правила надежного парсинга и примеры ситуаций, где техжурнал может неожиданно показать свою «темную сторону».

HighLoad оптимизация Администрирование СУБД

Если вы работаете с 1С на PostgreSQL и жалуетесь на тормоза — скорее всего, дело в join predicate pushdown, которого в стандартном PostgreSQL нет. В MS SQL Server этот механизм работает «из коробки», и при миграции именно запросы к виртуальным таблицам 1С бьют по производительности сильнее всего. В этой статье — реальный кейс от Postgres Professional с разбором плана выполнения, ручным экспериментом и доработкой планировщика СУБД, которая ускорила запросы от 22 до 54 000 раз.

HighLoad оптимизация Администрирование СУБД 1С:Предприятие 8

Вышел релиз СУБД Tantor Postgres 18, и мы хотим рассказать о его новых возможностях для работы с приложениями на платформе "1С:Предприятие". В обзоре разберем улучшения планировщика, по традиции коснемся работы временных таблиц и не обойдем вниманием вспомогательные утилиты, которые упрощают поиск и диагностику проблем в высоконагруженных системах. За каждым пунктом - реальные запросы 1С, реальные рабочие базы и сотни часов тестирования!

Обновление 1С 1С 8.3 1С:Бухгалтерия 3.0

История о том, как один программист чуть не остановил работу всего предприятия на длительное время.

HighLoad оптимизация 1С:Предприятие 8

Фраза “1С тормозит” почти никогда не помогает разработчику найти причину. Медленно может открываться форма, выполняться запрос, записываться документ, работать регламентное задание, строиться отчет или блокироваться пользовательская операция. Разбираем практичный подход к диагностике производительности 1С: как перейти от жалобы к замеру, где искать узкие места и как не лечить систему наугад.

Обновление 1С

Релиз 1С часто превращается в ночной аврал: задачи собираются из переписок, внешние обработки забывают проверить, пользователи тестируют “как получится”, а после обновления команда тушит пожары. Разбираем минимальный релизный процесс для 1С-команды: состав релиза, роли, чек-листы, smoke-проверки, коммуникацию с пользователями и разбор ошибок после выпуска.