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

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

Как реализовать безопасное маскирование данных в процессе CI/CD без создания промежуточных копий баз. Объясняем, как использовать инструмент pg_anon для автоматизации скрытия персональных данных при тестировании и развёртывании, сохраняя целостность и структуру информации. Материал объединяет практику Site Reliability Engineering (SRE) с задачами защиты данных, демонстрируя подход, при котором разработчики и DevOps;инженеры могут работать с реалистичными, но обезличенными данными, не нарушая требования безопасности и конфиденциальности.

1 стартмани

Сервера

За считанные месяцы цены на серверное железо выросли в разы, а бюджеты компаний – нет, поэтому ошибка при подборе оборудования для 1С теперь обходится особенно дорого. Разбираем, почему логика «возьмем самое дорогое и производительное» здесь не работает, какие особенности памяти, дисков и серверных конфигураций нужно учитывать и где действительно можно сэкономить – от свертки базы до использования десктопного компьютера. Показываем, как продавцы могут предлагать вместо подходящих компонентов более выгодные им аналоги или неликвид и почему советы нейросетей о частоте процессора, конфигурациях и тесте Гилева нельзя принимать на веру. Объясняем, какие ошибки приводят к потере производительности и на чем при подборе сервера для 1С экономить нельзя.

DevOps и автоматизация разработки Linux HighLoad оптимизация Групповая разработка (Git, хранилище) 1С:Предприятие 8 1С 8.3 1С:Документооборот 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Комплексная автоматизация 2.х

Системный анализ архитектурных границ масштабирования учетных систем «1С:Предприятие 8.3» под управлением PostgreSQL в ОС Linux. Формулирование инженерной методологии сквозного проекта «Торговый контур», определение измеримых целевых показателей (p95, MTTR, APDEX) и стратегии поэтапной модернизации эксплуатационного контура без остановки промышленных учетных процессов.

1 стартмани

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

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

1 стартмани

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

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

DevOps и автоматизация разработки Linux Сервера 1С:Предприятие 8

Викторина для осваивающих администрирование кластера серверов 1С:Предпрятие.

HighLoad оптимизация Сервера 1С 8.3

Поставил RAS, а кластер отвечает "различаются версии клиента и сервера". Открыл свойства сервера, а поля интервала перезапуска там больше нет. Разбор двух диалогов консоли: что вписывать в каждое поле и от чего это защищает.

HighLoad оптимизация Сервера 1С 8.3

Кластер достался настроенным кем-то другим: rphost растёт, к утру обмены не выполнены, а в консоли десятки значений, и непонятно, норма это или мина. Разбор того, чего стоят дефолты кластера на боевой базе и чем их читать, не открывая консоль.

Linux 1С 8.3

Настоящее руководство описывает процесс развертывания и интеграции скриптов сборки, синтаксического контроля и автотестирования в реальную инфраструктуру контейнеризации Docker и конвейер GitLab CI/CD на серверах под управлением ОС Linux. Особое внимание уделено решению критической проблемы — сохранению стабильности коммерческого лицензирования платформы «1С:Предприятие» в динамическом контейнерном окружении.

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

В данной статье мы поговорим о том, как работает дата запрета изменений данных в учетной системе 1С и зачем её устанавливать.

HighLoad оптимизация Мониторинг 1С 8.3

Код не меняли год, а операция, которая раньше шла секунду, стала идти минуту. Виноват в таком обычно не код, а то, что данные перешли порог: у квадратичного алгоритма удвоение объёма стоит четырёхкратного роста работы, поэтому поломка не подкрадывается постепенно, а наступает сразу. В разборе - случай коллеги, где сервис деградировал месяц. Три объяснения закрыли замером, а развязку дал профиль на 16 642 снимках: 80,0 % процессорного времени в одной функции, которую при этом нельзя было чинить. Разогнали её 20 копий одного документа по 443 581 байту, наплодил их собственный экспортёр сервиса. Дальше - как отличить квадратичный рост от линейного двумя замерами, где такие места прячутся в коде 1С и что делать, если урезать боевую базу вдвое нельзя.

Администрирование веб-серверов 1С 8.3

В файле публикации 1С есть элемент, которого конфигуратор не пишет, и большинство боевых публикаций живёт без него. Мы собрали стенд и посмотрели, чего это стоит: двенадцать параллельных вызовов, десять прошли одной волной, два ждали вдвое дольше. Отказа не получил никто, и это главное: очередь стоит до сервера 1С, поэтому её не видно ни в метриках кластера, ни в журнале регистрации. Померили четыре вещи - чем задаётся предел одновременности, в каких единицах заданы таймауты пула (документация расходится сама с собой), когда правка файла вступает в силу и сколько на самом деле живёт сеанс против написанного в нём. Дальше - что проверить у себя и почему 502 рядом с 1С не всегда означает, что сервер отвалился.

DevOps и автоматизация разработки Мониторинг Тестирование QA 1С:Предприятие 8

Платформа 1С давно вышла за рамки учетных систем. Сегодня это полноценная среда для создания сложных, высоконагруженных и распределенных приложений. А значит, и стек технологий современного разработчика кардинально изменился. Систематизируем весь инструментарий, который превращает 1С-программиста в инженера: от EDT и Git до автотестов на YAxUnit, контейнеризации приложений в Docker, мониторинга в Prometheus и организации шины данных на Kafka. Разберемся, зачем каждый инструмент нужен, как он вписывается в жизненный цикл разработки и с чего начать его внедрение.

Linux DevOps и автоматизация разработки 1С 8.3

Разворачивание полноценной CI/CD инфраструктуры для 1С на Linux — это не просто дань моде, а жесткая необходимость для бизнеса, который не может позволить себе простои из-за ошибок человеческого фактора.

Мониторинг 1С 8.3

Почему счётчики кластера не отвечают на вопрос и как спросить по-человечески. Подход вопрос вместо метрики, семь вопросов о нагрузке, и техника, без которой это не работает: зерно снимка агрегат, сетевой каталог для многоузлового кластера, определение своей базы по сеансу, версия RAS под сервер.

Информационная безопасность

Разбираем, почему формальное выполнение требований регуляторов и закупка средств защиты еще не делают информационную безопасность полезной для бизнеса – и зачем вместо этого нужны концепция, стратегия и архитектура ИБ. На примере противостояния с «Дракулой» показываем, как по мере роста киберугроз усложняется защита компании и почему попытка закрыть все возможные риски может привести к лишним расходам и расфокусу. Объясняем, как определить действительно актуальные угрозы, выбрать целевой уровень защищенности и расставить приоритеты с учетом ресурсов, рисков и задач бизнеса. А также разбираем, как связать стратегию ИБ с общей стратегией компании и превратить ее в конкретный план развития архитектуры на несколько лет вперед.

Файловый обмен (TXT, XML, DBF), FTP Мониторинг 1С 8.3

Три пакетных файла проверили на то, что они на самом деле возвращают. Один сообщал об ошибке при успешном завершении, два возвращали ноль после провала. Мониторинг по кодам возврата на этой цепочке горел бы красным там, где всё хорошо, и молчал бы там, где работа не делалась тридцать пять дней. Началось всё со скучной сверки расписания с журналом, а кончилось матрицей, в которой два шага из пяти стоят с нулём при шести прогонах из шести у соседей. Шаг, отработавший шесть раз, всё это время строил результат по срезу от десятого июня: сорок один день одних и тех же данных. Разбираю три механизма, каждый из которых превращал провал в зелёную строку отчёта, и почему единственная метрика, которая поймала бы всё сразу, - возраст данных внутри результата. Плюс честные границы: что после починки не замерили и какой вывод статьи на площадке так и не внедрили.

HighLoad оптимизация Мониторинг 1С 8.3

Мониторинг блокировок сам оказался старейшей открытой транзакцией в базе: сеанс спит, блокировок по нему ноль, транзакция висит четверо с половиной суток. Порог в его собственном запросе - пять секунд, свою транзакцию он продержал порядка восьмидесяти тысяч таких порогов и себя ни разу не заметил. Ни в один отчёт "кто кого блокирует" такой сеанс не попадает: никто никого не ждёт. Это четвёртый из четырёх механизмов, разобранных в статье. Остальные три: один текст ошибки на две совершенно разные причины, из-за которого уходят в разбор графов вместо одной правки обработчика; кольцевой буфер диагностики, обнуляемый переключением основного узла; события, записанные под чужим именем базы, из-за чего запрос отдаёт ноль строк там, где данные лежат. По каждому разобрано, как он выглядит, чем отличается от настоящей пустоты и что с ним делать.

Информационная безопасность Чистка данных 1С 8.3

Список маркеров персональных данных - не настройка, которую пишут один раз. На третьей по счёту базе движок молча пропустил реквизит с живыми номерами физлиц: он назывался так, что ни одна из искомых подстрок в его имя не попала, правило не создалось, и по отчёту база была полностью обезличена. Почти все дыры вскрыла одна база - свежая копия продуктива, а две до неё отработали чисто и убедили меня, что механизм готов. Дальше по тексту: восемь миллионов товарных кодов, принятых за ИНН юрлиц, и почему контроль контрольной суммы пришлось сознательно ослабить; двадцать четыре тысячи имён в словаре на пятьдесят восемь тысяч человек, из-за чего больше половины людей физически не могли получить уникальное ФИО; и гипотеза, на которой стояла вся конструкция и которая оказалась неверной - имя реквизита не говорит о содержимом, причём врёт в обе стороны сразу.

HighLoad оптимизация Сервера 1С 8.3

Сводная таблица показывала загрузку диска 97-99 % каждый день, и вывод напрашивался сам: диск упирается в потолок, надо расширять. Среднее по тому же ряду оказалось 4,24 %, а выше 80 % диск был в семи пятиминутных интервалах из 2016 - по одному на каждую ночь недели, это окно резервного копирования. В потолок диск не упирается. Потом тот же метод соврал в обратную сторону: на прореженном до пяти минут ряде исчезли пятнадцатисекундные провалы свободного места до 27 мегабайт. Одна ошибка чтения графиков дала два противоположных ложных вывода из одних данных. Настоящее узкое место сидело в памяти, и находок там две: растущий рабочий процесс сервера приложений и мёртвые сеансы терминального сервера. Разбираю, какие свойства кластера это ограничивают, какие три таймаута проверить, и показываю место, где мой собственный расчёт не сошёлся на три с половиной гигабайта.

Роли и права СКД 1С 8.3

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

HighLoad оптимизация Мониторинг 1С 8.3

Если в журнале регулярно всплывает deadlock, а пользователь жалуется на документ, которого в отчёте о взаимоблокировке вообще нет, эта статья про то, как искать настоящего виновника. Главный вывод: разбирать один deadlock бесполезно. Один случай не отличить от совпадения, а картину даёт только частота: какие объекты повторяются во всех отчётах сразу. Внутри готовый SQL-запрос, который разворачивает список ресурсов в таблицу частот, и три грабли на нём. Плюс четыре ложных следа, на которые мы потратили часы, и объяснение, почему объект из жалобы виноват не был. Чем закончилось: помогла одна галочка на реквизите, а замер до и после показал разницу на два порядка по логическим чтениям. Есть и раздел про цену этого решения, которую мы не измерили.

Перенос данных 1C Мониторинг 1С 8.3

Если у вас интеграционная шина и обмены иногда встают непонятно почему, эта статья про то, где искать. Главный вывод за год эксплуатации: очереди самой шины виноваты редко. Отставание копится на стороне 1С, и обычный мониторинг длины очереди его не ловит совсем: очередь короткая, всё зелёное, а канал стоит сутки. Внутри пять поломок, которые не воспроизводятся на тестовом стенде и вылезают только на длинном непрерывном аптайме, и три случая, когда шина отчиталась «доставлено», а данные в базу не приехали. По каждой: симптом, куда мы полезли сначала и почему мимо, настоящая причина и что помогло. Отдельно история про то, как врал наш мониторинг, и как проверить свой за полчаса. В конце чеклист на двадцать пунктов: что задать в контейнере до первого запуска, что мониторить кроме длины очереди и чем рестарт шины отзовётся в базах-приёмниках.

Нейросети Удаленное управление 1С 8.3

В контуре из десяти баз нашлась 501 работающая внешняя обработка. Из них познакомиться успел с 5% от силы, а ведь именно в обработках лежит всё, чем одинаковые с виду базы отличаются друг от друга. Разбор схемы, которая держит такой контур силами одного человека: ночная выгрузка исходников с хэш-проверкой, служебная база-реестр, где и базы, и методы доступа лежат записями справочников, и обработчик на пятнадцать строк в каждой продуктивной базе, код показан целиком. Отдельно три грабли, на которых ушло больше времени, чем на всю разработку.

Администрирование СУБД Сервера 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С в один Markdown-файл. Теперь я кидаю файл в чат с нейросетью и спрашиваю по-человечески.

Нейросети Информационная безопасность 1С 8.3

Удалить ФИО из выгрузки мало: модель теряет связи и перестаёт понимать, кто чей контрагент. Заменить случайными псевдонимами ещё хуже: один Иванов в сорока строках превращается в сорок менеджеров. Разбираю, как устроена согласованная псевдонимизация, почему суммы надо умножать на коэффициент, а не подменять, откуда взять список настоящих имён внутри 1С и как расшифровать ответ модели обратно. С арифметикой округления, контрольными суммами и четырьмя ошибками, которые нашлись только прогоном.

Пароли 1С 8.3

Реальная история: собственник за день распустил весь ИТ-отдел, пароля от SQL не осталось. Разбираю, где 1С хранит пароль СУБД (1CV8Clst.lst), почему он извлекается, кто до него дотянется — и как закрыть дыру. Плюс обработка, которая проверит ваш кластер за минуту.

Роли и права 1С:Предприятие 8

Статья описывает неочевидную особенность прав доступа в 1С, связанную с отображением данных.

Облачные сервисы, хостинг Сервера Нейросети

В последние годы спор «облако или локалка» стал одним из самых горячих в мире работы с нейросетями. Давайте разберемся.

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

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

Перенос данных 1C Мониторинг

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

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

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

Роли и права 1С 8.3 1С:ERP Управление предприятием 2 1С:ERP. Управление холдингом

Механизм подсистемы «Контроль работы пользователей» для отслеживания изменений в группах, профилях и ролях: точки срабатывания в коде и события журнала регистрации.

Роли и права

В данной статье мы поговорим об инструментах для настройки прав доступа, позволяющие минимизировать риски несанкционированного доступа к данным в программном комплексе 1С:УНФ.

Сервера

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

Роли и права 1С 8.3 1С:Документооборот

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

Роли и права

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

Мониторинг 1С:Предприятие 8

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