Делаем так, чтобы 1С жила и не падала
Сопровождаем 1С со стороны системного администратора. Серверы, базы данных, доступы, бэкапы, обновления типовых конфигураций. Если 1С тормозит, не запускается, не пускает пользователей или у вас просто нет нормального плана восстановления — это к нам. Доработки конфигураций и формы — это другая работа, для неё привлекаем проверенного программиста 1С.
01 / Стабильность
1С запущена и работает
Сервер живой, база здоровая, пользователи подключаются. Мониторинг 24/7 ловит проблему раньше, чем главбух начинает её пересказывать в чате.
02 / Сохранность
Бэкапы, которые работают
Делаем правильно — выгрузкой dt, средствами СУБД или PBS, а не «копией файла на ходу». Регулярно проверяем восстановление: бэкап есть = можем восстановиться.
03 / Доступы
Каждому — своё
У каждого пользователя свой логин и пароль, свои права. Уволился — отключили учётку, остальное продолжает работать. Никаких «общих паролей на всех».
Знакомо
Когда 1С — центр всех бед
Несколько фраз из жизни компаний, где 1С «работает, но как-то». И — короткая история про то, что обычно происходит, когда мы спрашиваем у клиента «а что у вас за 1С?».
«К концу месяца 1С просто умирает. Бухгалтерия ждёт по минуте после каждого клика»
— главбух, 30 сотрудников
«База на компьютере главбуха. Главбух ушла домой — все встали»
— владелец, 20 сотрудников
«Бэкап вроде делается. Но проверять не пробовали — страшно»
— ИТ-директор, 50 сотрудников
«Удалёнщики ходят через RDP, открытый наружу. Альтернативу никто не предлагал»
— айтишник, 25 сотрудников
Из практики
Три вопроса, на которые обычно нет ответа
Когда новый клиент говорит «у нас тормозит 1С», мы всегда задаём три вопроса. Какая конфигурация? Сколько человек одновременно работает? Как пользователи к ней подключаются?
В половине случаев клиент не может ответить ни на один. «Ну, 1С. Бухгалтерия. Вроде все работают. Тормозит». А ведь именно от ответов на эти три вопроса зависит вообще всё: какая архитектура должна быть у 1С, на каком железе она должна жить, почему она тормозит сейчас и что с этим делать.
Файловая 1С на пять человек на ноутбуке бухгалтера и клиент-серверная на двадцать на отдельном сервере — это два разных мира. С разными требованиями и разными правилами игры. Правильное решение начинается с понимания, что у вас сейчас.
Главный принцип
1С — это инфраструктура. Мы делаем так, чтобы она жила
Доработки конфигураций, новые отчёты, ваши формы документов — это работа программиста 1С, и мы её не делаем. Мы делаем другое: чтобы платформа работала стабильно, базы не пропадали, пользователи подключались, обновления приходили вовремя. Граница чёткая — обсуждаем её до начала работ.
01
Сервер 1С и СУБД
Установка, настройка, обновление платформы 1С. PostgreSQL или MS SQL — поддержка, оптимизация, мониторинг. Чтобы база работала быстро и не падала.
02
Бэкапы со специфой 1С
Не «копия файла на ходу» — выгрузка dt, dump через СУБД или Proxmox Backup Server. С регулярной проверкой восстановления.
03
Обновления типовых конфигураций
Бухгалтерия, ЗУП, УТ, УНФ — обновляем при выходе релизов. Если конфигурация типовая, не доработанная — это рутинная работа.
04
Доработки — только через подрядчика
Нужны изменения в коде, новые формы, нестандартные отчёты — привлекаем проверенного программиста 1С. Но только для клиентов на абонентке.
Частые ошибки
Где 1С тормозит и теряет данные
Шесть историй из практики. Все они работают «вроде нормально» — до момента отчётности, увольнения главбуха, шифровальщика или просто роста компании. После этого выясняется, что архитектура была неправильной с самого начала.
Ошибка 01
База на компьютере бухгалтера
Самый распространённый вариант. Файловая 1С на ПК главбуха, а главбух на этом же ПК ещё и работает. Если работает только она и больше никто — ладно, базовая версия так и задумывалась. Но как только подключаются другие сотрудники — начинается. 1С прожорлива, она ест память и процессор. Главбух открыла Excel — 1С задыхается у всех. Главбух ушла домой — 1С недоступна. Пролила кофе на ноут — потенциально пропала база.
Как правильноБаза — на отдельном устройстве, не на чьём-то рабочем компьютере. Сервер или хотя бы выделенная виртуалка, доступ через RDP или веб-сервер. Главбух работает на своём ПК так же, как все остальные.
Ошибка 02
Расшаренный файл базы по сети
«А давайте просто расшарим базу по сети, чтобы все подключались». Файл лежит на сервере или ПК главбуха, пользователи подключают его как сетевой диск и работают напрямую с файлом. 15 лет назад при простых конфигурациях это как-то жило. Современная 1С — другое: при каждом действии по сети гоняются гигантские объёмы данных. Тормозит даже у одного пользователя. Никаким мощным сервером это не лечится — это архитектурный тупик.
Как правильноФайловую базу — публиковать через веб-сервер или отдавать через RDP с локальным доступом к файлу. Файл по сети напрямую — нет. От 15 пользователей — клиент-серверная 1С, без вариантов.
Ошибка 03
Двадцать человек через RDP на файловой базе
Кто-то догадался, что нужен сервер с 1С — но базу оставил файловой. Каждый пользователь, заходящий на терминалку, запускает свой процесс 1С. 15–20 человек — 15–20 процессов плюс у каждого браузер, почта, Excel. Сервер «с запасом» через полгода ползает. Не потому что плохой, а потому что файловая 1С на столько людей не рассчитана.
Как правильноОт 15 пользователей — клиент-серверная 1С. PostgreSQL или MS SQL. Сервер баз данных рулит очередью операций сам, не каждый процесс отдельно.
Ошибка 04
Открытый RDP в интернет ради удалёнки
Удалённым сотрудникам нужен доступ к 1С. Решение «по-простому»: пробросили на роутере порт RDP в интернет, дали логин-пароль, заходят. Дыра размером с футбольные ворота. Боты круглосуточно сканируют такие серверы и рано или поздно подбирают пароль. Дальше — шифровальщик. И прощай не только 1С, а вообще всё на этом сервере.
Как правильноУдалённый доступ — только через VPN. RDP виден только тем, кто прошёл VPN-туннель. Никаких портов наружу. Подробно — на странице безопасности.
Ошибка 05
«Скопировать файл базы — это бэкап»
Кажется логичным: база — это файл, скопируем — будет бэкап. Только если копировать файл базы пока с ней работают пользователи — копия может оказаться битой. Узнаете об этом в момент, когда нужно восстановиться. И вместо того, чтобы поднять базу за час — сидите и скрипите зубами на кашу из файлов.
Как правильноФайловая база — выгрузка через конфигуратор (.dt) ночью, когда никого нет. Клиент-серверная — штатными средствами PostgreSQL/MS SQL. Виртуалка с 1С — Proxmox Backup Server. Любой вариант — с регулярной проверкой восстановления.
Ошибка 06
Сервер «всё в одном»
На одном Windows Server живёт 1С, контроллер домена, файловые шары, почта, иногда ещё и роутер с почтой. Любой обновление — операция с риском обвалить всё разом. 1С тянет память — файлы тормозят. Файловые шары пиково загружают диск — 1С еле дышит. И когда нужно перезагрузить сервер — вся компания встаёт.
Как правильноИзоляция через виртуализацию. 1С — на отдельной виртуальной машине, или вообще на отдельном физическом сервере (для тяжёлых баз — лучше второй вариант). Подробно — на странице виртуализации.
Сервер для 1С
Подбираем железо под задачу, а не по прайсу
Что обычно покупают — и что реально нужно. Ниже — сравнение по четырём ключевым параметрам. Уточнение: это про клиент-серверную 1С на одной машине, для типового SMB до ~100 активных пользователей.
Так делают
«Возьмём, что мощнее или что подешевле»
Процессор
«Чем больше ядер, тем лучше» — берут 24 ядра на 3 ГГц. У 1С многие операции в один поток. На лицензии ПРОФ — потолок 12 ядер, остальные простаивают.
Память
«16 ГБ хватит, потом добавим» — потом не добавляют. База подросла, не помещается в оперативку, СУБД лезет на диск, всё тормозит.
Диск
Бытовой NVMe «5000 МБ/с чтения» — красивая цифра ничего не значит. Смотрят на линейную скорость, а 1С работает мелкими блоками. Через год диск деградирует.
Размещение
База, ОС и бэкапы — на одном диске. Все три задачи конкурируют за один и тот же ресурс. Тормозит всё разом.
Так надо
Подбор под лицензию и нагрузку
Процессор
Скорость одного ядра + 12 ядер для ПРОФ. 8 ядер на 5 ГГц чаще лучше, чем 24 на 3 ГГц. На лицензии ПРОФ платить за 13+ ядер — деньги в воздух.
Память
В идеале — больше суммарного объёма всех баз. Базы 50 ГБ — берём 64 ГБ ОЗУ. СУБД держит данные в памяти, на диск лезет редко, скорость держится.
Диск
Серверный NVMe с DWPD от 3, IOPS — а не линейка. Под нагрузку 1С нужен ресурс на запись и скорость случайного доступа, не картинка из обзора.
Размещение
База — на отдельном диске. ОС — на своём, база — на своём, бэкапы — вообще на другом устройстве. Не конкурируют за ресурс, не тормозят друг друга.
Что делаем
Работы по сопровождению 1С
Со стороны системного администрирования — без захода в код конфигураций. Точная граница: что входит в абонентку, что — отдельная разовая работа, что — задача программиста 1С (привлекаем проверенного, для клиентов на обслуживании).
Сервер 1С и СУБД
Платформа, базы данных
- Установка платформы 1С. Сервер 1С на Windows или Linux. Подбор версии, настройка кластера, лицензирование.
- Настройка СУБД. PostgreSQL или MS SQL Server — установка, настройка под 1С, оптимизация параметров под реальную нагрузку.
- Обновление платформы. При выходе новых релизов — устанавливаем, тестируем, переходим. Без «давайте подождём годик-другой».
- Лицензии и активация. Программные ключи, аппаратные HASP — устанавливаем, переносим, обновляем при изменении конфигурации железа.
Бэкапы со специфой 1С
Чтобы реально восстановиться
- Файловая база — выгрузка .dt. Через конфигуратор, по расписанию, ночью с принудительным отключением пользователей. Не «копия файла на ходу».
- Клиент-серверная — средствами СУБД. pg_dump / pg_basebackup для PostgreSQL, штатные джобы для MS SQL. Консистентная копия даже на работающей базе.
- Виртуалка целиком — Proxmox Backup Server. Если 1С в виртуалке — бэкапим её целиком на отдельное хранилище. Восстановление — за минуты.
- Проверка восстановления — раз в месяц. Поднимаем тестовую копию, проверяем: открывается ли база, целостность, актуальность данных. «Бэкап есть» = «восстанавливаемся».
Обновления типовых конфигураций
Бухгалтерия, ЗУП, УТ, УНФ
- Релизы платформы и конфигураций. Если конфигурация типовая, не доработанная — обновляем при выходе релизов. Это рутинная работа, входит в абонентку.
- Перед обновлением — бэкап. Всегда. Что-то пошло не так — откатились на бэкап до обновления. Без «авось пронесёт».
- Доработанные конфигурации. Обновление с сохранением доработок — задача программиста 1С. Привлекаем проверенного исполнителя для клиентов на абонентском обслуживании.
- Тестовая база. Для крупных компаний — отдельная тестовая копия, на которой обкатываем обновления до раскатки в боевую.
Пользователи и доступы
Каждому — своё
- Заведение пользователей. Логин, пароль, права — в день выхода нового сотрудника. Не «через неделю разберёмся».
- Разграничение прав по ролям. Бухгалтер — в свои документы, кладовщик — в свои, директор — везде. Стажёр на неделю — туда, куда надо для работы.
- Блокировка при увольнении. Учётка отключается в день увольнения. Не «потом», не «когда руки дойдут». Сразу.
- Удалёнка через VPN. Не открытый RDP наружу. Удалённые сотрудники работают в 1С через защищённый туннель.
Мониторинг и оптимизация
Чтобы видеть проблемы заранее
- Мониторинг сервера 1С. Состояние процессов, нагрузка на CPU и память, занятость диска. Видим, где намечается узкое место.
- Мониторинг СУБД. Размер баз, длинные запросы, блокировки, индексы. Если 1С внезапно стала тормозить — видим причину.
- Чистка журналов и темп-таблиц. С течением времени технические данные занимают всё больше места. Чистим по графику, не по принципу «закончилось место».
- Регламентные операции. Реструктуризация, переиндексация, тестирование и исправление базы — по расписанию, в нерабочее время.
Миграции и переезды
Файловая → клиент-серверная, перенос на новый сервер
- Файловая → клиент-серверная. Когда пользователей стало больше 15. Подбор СУБД, миграция базы, переключение пользователей — без длительного простоя.
- Перенос на новое железо. Старый сервер не тянет — новый собран и протестирован, миграция в выходные ночью. Утром понедельника никто не замечает разницы.
- Перенос в облако или из облака. Сами хостинг для 1С не продаём, но помогаем выбрать провайдера, настраиваем перенос, сопровождаем.
- Откат при проблемах. Старый сервер не выключаем сразу — держим неделю в режиме горячего резерва. Что-то пошло не так — переключаемся обратно.
Варианты развёртывания
Где жить 1С
Шесть рабочих сценариев — для разных размеров компании и разных задач. Главный фактор выбора — количество одновременно работающих пользователей и тип конфигураций.
Файловая через RDP
До 10 пользователей. База — на сервере, пользователи подключаются через удалённый рабочий стол. Файл базы по сети не гоняется. Простой и недорогой вариант для небольших компаний.
Файловая + веб-сервер
До 10 пользователей. База файловая, но публикуется через веб-сервер. Пользователи работают через браузер или тонкий клиент. Лучший компромисс для маленьких компаний — рекомендуем чаще, чем чистый RDP.
Клиент-серверная (PostgreSQL)
От 15 пользователей. Сервер 1С + PostgreSQL. Бесплатная СУБД, без лицензионных платежей. Работаем годами, в большинстве проектов SMB именно эта связка. Linux или Windows — на ваш выбор.
Клиент-серверная (MS SQL)
Если уже стоит инфраструктура на Microsoft и есть лицензии MS SQL — оптимальный выбор. Производительность для 1С на больших базах часто выше, чем у PostgreSQL, но цена вопроса — платные лицензии.
1С в облаке (с подбором провайдера)
Сами хостинг 1С не продаём. Но помогаем выбрать провайдера под ваши задачи, переносим базу, настраиваем доступ, сопровождаем. Российские провайдеры — в приоритете Yandex Cloud и Selectel, есть и специализированные хостеры 1С. Иностранными не пользуемся.
Что делает программист 1С
Доработка конфигураций, новые отчёты, нестандартные формы документов, изменение бизнес-логики, интеграции с внешними системами через код 1С. Это не работа системного администратора. Привлекаем проверенного программиста — но только для клиентов на абонентке.
Цифры
Что фиксируем в SLA
1С — критичный сервис. Если она встала, бизнес встал вместе с ней. Поэтому SLA по 1С — отдельный, с приоритетом и проверяемыми показателями.
99,9%
Доступность 1С
При нормальной архитектуре и резервировании. На клиент-серверной с правильной настройкой — стабильно держится годами.
15 мин
Реакция на инцидент
Если 1С встала — приоритет максимальный. Удалённо подключаемся и диагностируем за минуты, не часы.
100%
Проверяемые бэкапы
Раз в месяц — реальное восстановление в тестовой среде. Не «копия лежит», а «можем поднять и работаем».
Релиз
Обновления типовых
Релизы платформы и типовых конфигураций — в работу при выходе. Без отставания на годы и просрочек по отчётности.
VPN
Удалёнка только защищённо
Никаких открытых RDP в интернет. Удалённые сотрудники работают в 1С через VPN-туннель.
3–2–1
Резервирование
Три копии базы, два носителя, одна — удалённо. Стандарт против любых одиночных аварий: пожар, кража, шифровальщик.
Как начинаем
От аудита до стабильной 1С
Аудит — бесплатный. Главные три вопроса: какая конфигурация, сколько пользователей, как подключаются. По результатам — план: где критично менять архитектуру, где достаточно настройки, где можно обойтись малой кровью.
Аудит
Конфигурации, пользователи, способы подключения, состояние сервера и бэкапов. Реальные цифры, а не оценки.
Карта рисков
Что критично менять (например, открытый RDP или отсутствие бэкапов), что — на потом. Смета на разовые работы и абонентку.
Срочное и плановое
Критичные риски закрываем в первую неделю. Архитектурные изменения — по плану, в окнах, без простоев.
Сопровождение
Мониторинг, обновления типовых, проверки бэкапов, регламентные работы, новые пользователи. В абонентке.
С нами уже
1С — стабильно и быстро
Два примера: массовый перевод 50+ аптек на новые базы данных и интеграция инфраструктуры купленной сети.
«Центр Групп НН»
Торговля и производство
2 года с нами
2 года с нами
Переезд 1С с дорогого облачного хостинга на собственный сервер: 16 ядер, 128 ГБ ОЗУ, NVMe-массив. 270 ГБ баз, 30 одновременных пользователей, клиент-серверная схема с MSSQL. Развернули и настроили за несколько часов, миграция в ночное окно, вся процедура заняла менее 24 часов. Простой в рабочее время — менее 2 часов. Ежемесячная экономия по сравнению с облаком — 60 000 ₽, окупаемость железа за 9 месяцев.
270 ГБ
баз 1С перенесено
<2 ч
простой в рабочее время
60 000 ₽
экономия в месяц
Холдинг 5 юрлиц
Разделение бизнеса
Анонимно
Анонимно
Единый бизнес разделили на 5 юрлиц в разных регионах. Задача — развести общие базы 1С по юрлицам так, чтобы данные одного не были видны другому, и при этом IP-адреса и реквизиты не связывались. Поднимали 5 независимых серверов 1С с разделением справочников номенклатуры, контрагентов, документооборота. Защищённые внутренние каналы между филиалами для централизованной отчётности учредителю.
5
независимых баз 1С
5
регионов РФ
0
потерь данных при разделении
Стоимость
Сколько это стоит
Если вы уже наш клиент по абонентскому обслуживанию — большинство задач из этого раздела не потребует дополнительных расчётов. Если работаете с нами впервые — посчитаем стоимость отдельно.
Для клиентов на обслуживании
0 ₽
Все типовые задачи по этой услуге уже входят в абонентское обслуживание. Дополнительных счетов — нет.
Узнать про абонентское обслуживание →
Разовый проект
от 30 000 ₽
Внедрение и настройка 1С
Установка сервера 1С, настройка клиент-серверного режима, миграция баз, оптимизация производительности. Срок — от 5 рабочих дней.
Обсудить проект →
Вопросы
Что спрашивают про 1С
Если своего вопроса не нашли — напишите, ответим без маркетинга.
А вы делаете доработки 1С — отчёты, печатные формы, изменения логики?
Сами не делаем — это работа программиста 1С, отдельная профессия. Но для клиентов на абонентском обслуживании привлекаем проверенного исполнителя: вы получаете и системного администрирования, и доработки в одной точке ответственности. Самостоятельно искать программиста, договариваться, контролировать качество — не нужно. Если вы пока не на нашей абонентке — рекомендуем найти своего франчайзи 1С.
У нас файловая 1С на 8 человек. Когда пора переезжать на клиент-серверную?
8 человек — обычно ещё нормально для файловой, при правильной архитектуре (через RDP или веб-сервер, не через сетевой диск). Граница — около 15 одновременных пользователей: после неё файловая начинает захлёбываться и никаким железом это не лечится. Если у вас сейчас 8 и компания не растёт — можно жить дальше. Если планируете рост до 20 в течение года — стоит переезжать заранее, без аврала.
PostgreSQL или MS SQL — что лучше для 1С?
Для большинства SMB — PostgreSQL. Бесплатный, в большинстве проектов работает отлично, не требует лицензий. MS SQL имеет смысл, когда уже есть инфраструктура на Microsoft, есть лицензии или нужна максимальная производительность на больших базах. На аудите смотрим конкретно: какие конфигурации, какие нагрузки, какая инфраструктура — и подбираем под ситуацию.
Какой сервер взять под 1С на 30 пользователей?
Нужно знать конкретику: какие конфигурации, объём баз, какую лицензию используете. Для типового кейса — Бухгалтерия + ЗУП + УТ на ПРОФ-лицензии — обычно 1 процессор с упором на скорость одного ядра (8–12 ядер на 4+ ГГц), 64–128 ГБ ОЗУ (больше суммарного объёма всех баз), серверный NVMe с DWPD от 3, и обязательно отдельный диск под базу. Бюджет — от 200 тыс. ₽ за конфигурацию, плюс лицензии. Точная конфигурация — после аудита.
Можно ли посадить 1С в виртуалку?
Можно, но осторожно. Виртуализация даёт штраф производительности — для нагруженной клиент-серверной 1С на больших базах потери могут быть в 2–3 раза, не на 20%. Поэтому: маленькая база и небольшая нагрузка — виртуалка нормально. Тяжёлая боевая 1С на 30+ активных пользователей — лучше на голом железе. Подробнее на странице виртуализации.
Сколько стоит сопровождение 1С?
Сильно зависит от размера парка, количества баз, сложности конфигураций. Базовое сопровождение для маленькой компании (одна Бухгалтерия, до 10 пользователей, файловая) — от 5 тыс. ₽/мес. Для среднего бизнеса (несколько баз, клиент-серверная, 20–40 пользователей) — обычно 15–25 тыс. ₽/мес. Точную цену называем после аудита. Если уже на абонентке по другим направлениям — обычно сопровождение 1С идёт без отдельной платы, в рамках общего договора.
Начнём с аудита
Покажем, почему 1С тормозит и что с этим делать
За короткую встречу разберём текущую ситуацию: какая конфигурация, сколько пользователей, как подключаются, как настроены бэкапы. По итогам — карта рисков и план: что критично сделать в первую очередь, что — спокойно через месяц.
- Аудит инфраструктуры 1С — бесплатно
- Подбор архитектуры под вашу нагрузку
- Миграция файловой → клиент-серверной без простоя