Статья по теме "Администрирование СУБД" для 1С

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

Scope: параметры кластера, связанные с лимитом памяти рабочего процесса (SafeMemoryUsageBuffer, MemoryLimit, RestartProcessAtMemoryExcess), ограничения учёта памяти в Windows и Linux, зависимости от числа информационных баз на одном rphost и от фоновых заданий с большим кэшем. Описаны признаки срабатывания перезапуска, граничные случаи и команды проверки без правки конфигурации 1С.

Внешние источники данных Администрирование СУБД 1С 8.3

Уникальное ограничение в схеме стоит, ревью его видело, база молчит, и всё равно две одинаковые строки ложатся рядом. Так ведёт себя любая таблица, где хотя бы одна колонка ключа необязательна: по стандарту языка пустое значение не равно самому себе, поэтому уникальность на такой строке не проверяется вовсе. На служебной таблице рядом с учётной базой защита в итоге накрывала 21 % записей, и до финального теста об этом никто не знал. Разбираю, почему это правильное поведение СУБД и почему поэтому оно опаснее обычного бага, чем такая схема грозит при переезде с MS SQL на PostgreSQL, как поведение переключается на пятнадцатой версии и какие два обхода остаются на младших (оба с ценой). В конце - как найти такие ограничения у себя средствами 1С: по скриптам схемы, свойству "Разрешить Null" внешнего источника и одному пакету запросов 1С, который считает долю пустых и уже накопленные дубли.

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

Инструкция для тех, у кого заканчивается свободное место на системном диске С, а удалять больше нечего. Применение команды mklink на примере установки 1С:Предприятие 8.5. Описание использования команды mklink.

WEB-интеграция Администрирование СУБД Перенос данных 1C 1С 8.3

Если у вас есть регулярная загрузка из чужой системы, у неё почти наверняка есть режим отказа, которого вы не видите: приехало ноль строк, в данных ни следа, отчёты открываются со вчерашними цифрами. У нас такой режим продержался неделю. Разбор дал арифметику, которую стоит запомнить: обрезки потребовали 16 строк из 12 237 дозалитых, то есть 0,13 %, одна строка из 765. Эти тринадцать сотых процента останавливали загрузку целиком. Внутри: почему пачка в одной транзакции превращает долю процента брака в стопроцентный простой, чем спусковой крючок отличается от причины масштаба, почему защитное обрезание значения здесь допустимо и чем за него платят, какая проверка на счётчик строк поймала бы аварию в первую же ночь и как одним обходом метаданных найти у себя узкие числовые реквизиты, которые заполняются извне.

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

Практический кейс обновления сервера 1С:Предприятие на базе Ubuntu Linux. Изначально рядовая задача по обновлению платформы (с 8.3.16.1224 на 1814) для исправления парсинга кодов маркировки GS1 DataMatrix (Честный ЗНАК) вылилась в полноценный рефакторинг инфраструктуры. В статье подробно разбираются: - Миграция процессов сервера 1С с 32-битной на 64-битную архитектуру для утилизации 64 ГБ ОЗУ без потери лицензий HASP. - Оптимизация опасных настроек PostgreSQL (снижение work_mem до 64MB и настройка effective_cache_size), провоцировавших OOM Killer. - Элегантное решение проблемы совместимости 64-битного сервера со старыми 32-битными драйверами торгового оборудования АТОЛ. - Бонус: настройка технологического журнала 1С в формате JSON и парсинг логов консольными утилитами jq и awk. Материал поможет избежать подводных камней при администрировании высоконагруженных баз.

Инструменты администратора БД Администрирование СУБД Linux 1С 8.3 1С:Бухгалтерия государственного учреждения 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Предприятие 8. Транспортная логистика, экспедирование и управление автотранспортом КОРП 1С:КА

Пятый выпуск нашего открытого инженерного сериала по построению отказоустойчивой инфраструктуры 1С на Linux! В этой части мы спускаемся на уровень операционной системы и выполняем обещание, данное в Roadmap предыдущей статьи - разбираем физику подсистемы виртуальной памяти Linux, ликвидируем скрытые I/O-тормоза и публикуем новый прикладной инструмент для системных администраторов и DBA.

10 стартмани

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

Штатная репликация ibcmd отчиталась кодом 0, счётчики строк сошлись до единицы, а даты внутри строк уже другие. Разбор на трёх базах: что именно портится молча при переносе между СУБД и какие проверки делаются до переезда, пока чинить ещё дёшево.

DevOps и автоматизация разработки Администрирование СУБД Групповая разработка (Git, хранилище) 1С 8.3 1С:Бухгалтерия государственного учреждения 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1C:ERP

В четвёртой части серии SRE-Suite-for-1C-platform мы переходим к практической автоматизации развёртывания отказоустойчивого кластера PostgreSQL для высоконагруженных систем 1С на Linux. В материале подробно разбирается инженерное решение без HAProxy — с использованием виртуального IP-адреса и vip-manager от CYBERTEC, обеспечивающего прямое подключение к активному мастеру без лишних задержек и точек отказа. Показана структура Ansible-модуля: подготовка ОС, развёртывание etcd, настройка Patroni с параметрами для больших нагрузок 1С. В конфигурационный шаблон Patroni автоматически закладываются параметры, критически важные для высоконагруженных баз данных, запуск vip-manager и полная автоматизация создания трёхнодового кластера. В конце — пошаговый Quick Start и планы развития модуля, включая резервное копирование, оптимизацию ОС Linux и rolling updates PostgreSQL.

1 стартмани

DevOps и автоматизация разработки Администрирование СУБД Групповая разработка (Git, хранилище) 1С 8.3

В корпоративных инсталляциях «1С:Предприятие 8.3» под управлением PostgreSQL всё чаще проявляются архитектурные пределы масштабирования: рост числа пользователей, обязательная маркировка, плотный поток API-интеграций и высокая стоимость простоя. Вводная часть цикла разбирает ключевые факторы современной эксплуатационной нагрузки и формирует инженерную методологию эволюционной модернизации без остановки продуктивного контура. Материал основан на практическом кейсе «Торговый контур» и показывает, как определить целевые метрики (p95, MTTR, APDEX), выстроить наблюдаемость, стабилизировать работу кластера и подготовить инфраструктуру к дальнейшему масштабированию. Публикация задаёт фундамент для последующих частей, посвящённых телеметрии, оптимизации PostgreSQL, CI/CD и архитектурному росту.

1 стартмани

Linux Групповая разработка (Git, хранилище) Администрирование СУБД 1С 8.3

Декларативный pipeline в GitHub Actions, тонкости лицензирования в Docker (--net=host), изоляция RUN_ID и интеграция со сборочным конвейером SRE-Suite-for-1C-platform. Вторая часть практического руководства (https://infostart.ru/public/2779597): от первого коммита до детерминированного синтаксического гейта на headless-раннере Linux

1 стартмани

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

Настройка списка информационных баз 1С в стартере 1С, добавление, редактирование списка и параметров запуска.

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

Пока непонятно, по каким данным бежит тяжёлый запрос, про индексы думать рано, а в трассировке вместо имён стоят _AccumRgT40229 и _Fld40219RRef. Взяли тестовую УТ 11.5 и попросили у платформы структуру хранения по четырём объектам - вернулось 25 таблиц, потому что у одной "Реализации товаров и услуг" девять табличных частей плюс регистрация изменений. Дальше выяснилось неприятное: для таблицы итогов регистра платформа отдаёт пустые имена всех полей, хотя поля там те же самые, а запросы к остаткам почти всегда идут именно по итогам. Ещё три таблицы из 25 вообще не имеют имени в конфигурации. Разобрали, как читать такие места, почему регистратор занимает два поля и что означают префиксы _AccumRgT, _ChngR и _VT.

Linux Групповая разработка (Git, хранилище) Администрирование СУБД 1С 8.3

Пакетный запуск Конфигуратора 1С на Linux таит опасную ловушку: при критических ошибках утилита DESIGNER завершается с кодом возврата 0 - «всё хорошо». Дефект уходит на продуктив. Мы открываем проект SRE-Suite-for-1C-platform - набор специализированных инструментов для надёжной эксплуатации 1С на Linux: • пятислойный сборочный скрипт с защитой от False Success (BOM, кодировки, lock-файлы, diff с Git) • Мягкая ротация процессов "rphost" через RAS API без обрыва сеансов • EDT ; Конфигуратор: CLI-мост для CI/CD на Node.js • Готовые конфиги logcfg.xml и nethasp.ini для боевого сервера • systemd-шаблоны для фонового мониторинга кластера Проект в активной разработке, лицензия MIT. Ждём ваших тест-репортов и PR.

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

В рамках 18 релиза СУБД Tantor Postgres мы рассказывали об оптимизациях, которые помогают планировщику сделать более точный выбор между Nested Loop и Hash Join. В следующем релизе у нас планируются оптимизации, которые позволят ускорить выполнение как Nested Loop, так и Hash Join. Сегодня мы расскажем об одном из таких методов - фильтре Блума.

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

Мы подготовили для сообщества Infostart.ru практическое занятие, в котором каждый желающий сможет: научиться собирать реальные данные о процессах кластера 1С; выявлять «перестарков» — процессы старше периода и без соединений; выполнять безопасный перезапуск (с dry-run и подтверждением); настраивать автоматическую проверку через systemd на Linux; отправлять уведомления (Telegram, почта) при обнаружении проблем; работать с логами, ротацией, профилями кластеров и конфигурацией; развернуть полноценный учебный проект AdminClusterMonitor у себя в тестовой среде.

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

Взял секундомер и проверил, сколько на самом деле едет восстановление: 23 ГБ приехали за 19 минут 39 секунд, 3,4 ГБ за 3 минуты. Две независимые базы дали одну и ту же скорость, около 1 ГБ в минуту, и значит терабайтная база едет 15-16 часов - это то число, которое надо называть бизнесу вместо слова "быстро". А дальше выяснилось, что у третьей базы копий нет вообще: скрипт три месяца исправно дампил соседнюю базу, потому что имя брал из переменной со значением по умолчанию. Доказали не совпадением имён, а арифметикой: при базе в 597 МБ и обычном сжатии 11,8 раза дамп должен весить около 50 МБ, а весил 302. Дальше - про откат, который целится в чужой прод, про данные, которые не восстановятся ничем, и про пять проверок, которые делаются за вечер.

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

Загляните в свою тестовую базу и посмотрите на дату последнего восстановления из прода. У большинства это будет не вчера и не неделю назад. Мы тестируем правки на данных, которых в проде давно нет, и потом удивляемся, почему на бою поведение другое. Разбираю, почему тест протухает у всех одинаково, показываю реальный прогон на живом MS SQL и на PostgreSQL и главное - как это лечится один раз: заданием, после которого тестовая база обновляется сама каждую ночь, без вашего участия и без похода к админу.

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

Журнал транзакций упёрся в потолок, проведение встало, а доступа к SQL Server нет. Разбираем, что на самом деле означает ошибка 9002, почему она бьёт по tempdb и как найти держателя транзакции прямо из журнала регистрации 1С, не подходя к серверу баз данных.

Администрирование СУБД Сервера 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-боты и скрипты помогают не гадать, а быстро находить причину проблемы. На реальных авариях объясняем, почему «быстро» не должно означать «рискованно», как работа над ошибками снижает панику и почему каждая авария может сделать систему надежнее.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Чтение, запись и обновление строк с 64 битной, серверной 1С. Бесплатно и без смс.

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

База 1С за несколько лет эксплуатации разрослась, - стала большой, медленно работает, требует много места и времени для копирования и прочего обслуживания. Нужна ли обязательно свертка или можно обойтись более «мягкими» средствами. Делюсь своим опытном как для новых конфигураций, так и для старых УПП, УТ 10…

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

Статья рассказывает об опыте перевода больших баз с MSSQL на Postgres и годовой эксплуатации после перехода. Показано, с какими ограничениями утилиты ibcmd можно столкнуться при миграции больших баз и какие подходы помогают безопасно обходить эти проблемы. Приведены наиболее интересные кейсы, выявленные в эксплуатации: особенности настроек Postgres, поведение оптимизатора, тонкости работы логики и статистики, а также редкие, но критичные ситуации с производительностью. Материал будет полезен тем, кто планирует переход на Postgres и хочет заранее понимать реальные риски, подводные камни и проверенные практики их преодоления.

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

Столкнулись с тем, что нужная программа доступна только в виде .exe, а ваш Mac отказывается её узнавать? В этом руководстве мы разберем, как обойти ограничения системы и запустить установщик Windows на macOS.

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

Прокачиваем Постгрес с помощью пользовательских функций и процедур.

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

Копирование данных из Мелкомягкого сиквела в Постгрес.

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

Копирование данных между различными базами на Постгресе.

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

Базы данных давно являются фундаментом цифровой экономики. От их архитектуры и производительности во многом зависят скорость вывода продуктов на рынок, стабильность сервисов и итоговая стоимость ИТ-инфраструктуры. В мировой практике одним из основных стандартов де-факто, вокруг которого формируются экосистемы серьезных решений, стала открытая СУБД PostgreSQL. В России она используется во множестве корпоративных приложений, есть целый ряд отечественных форков и дистрибутивов. Но у ряда зарубежных компаний есть серьезные прорывные реализации, интенсивно развивающие Postgres (например, Aurora, AlloyDB и Neon, об этом ниже), а у российских этого почему-то не наблюдается. Это противоречие между массовым использованием PostgreSQL в нашей стране и отсутствием технологического прорыва задает остроту сегодняшней повестки отечественного СУБД-строения.