Администрирование · 14 мин
Где лучше хранить базу 1С: выбираем надёжное место размещения
Разбираем, где лучше хранить базу 1С: на локальном компьютере, в сетевой папке, на сервере СУБД или в облаке. Критерии выбора, риски и настройка резервного копирования.
Место хранения базы 1С определяет скорость работы пользователей, устойчивость к сбоям и стоимость обслуживания инфраструктуры. Неправильный выбор проявляется не сразу: сначала база просто «тормозит» по вечерам, затем начинаются конфликты блокировок, а при выходе из строя диска выясняется, что свежей копии нет. Поэтому решение о размещении стоит принимать осознанно, ещё до того как база выросла и в ней накопились критичные данные.
У 1С:Предприятия есть два принципиально разных режима хранения: файловый, когда база — это один файл 1Cv8.1CD на диске, и клиент-серверный, когда данные лежат в СУБД (Microsoft SQL Server, PostgreSQL, IBM DB2 или Oracle) и доступ к ним идёт через сервер 1С. Поверх этого выбора накладывается вопрос физического размещения: локальный компьютер, выделенный сервер в офисе, арендованный виртуальный сервер или облачный сервис.
Универсального ответа «храните базу там-то» не существует — правильный вариант зависит от числа одновременных пользователей, объёма данных, требований к доступности и бюджета. Ниже разберём каждый вариант с его ограничениями и критериями выбора.
Файловый режим: когда достаточно одного файла
В файловом режиме вся база — это файл 1Cv8.1CD, который лежит на диске. Пользователи подключаются к нему напрямую (если база на их компьютере) или через общую сетевую папку. Это самый простой и дешёвый вариант: не нужен отдельный сервер приложений и лицензии на СУБД.
Главное ограничение — механизм блокировок. В файловом режиме при записи данных блокируются целые таблицы, поэтому при одновременной работе нескольких пользователей возникают ожидания и ошибки «Конфликт блокировок при выполнении транзакции». На практике комфортный потолок файлового режима — до 5 одновременно работающих пользователей и база объёмом до нескольких гигабайт. С ростом числа пользователей и объёма паузы становятся заметными.
Ещё одно слабое место — сетевой доступ. Если база лежит в общей папке, а у пользователя пропала сеть или «отвалилась» VPN-сессия во время записи, файл может повредиться. Особенно рискованно размещать файловую базу на Wi-Fi-сетях и медленных каналах. Для файлового режима также критично отключать антивирусное сканирование каталога с базой в реальном времени — антивирус может блокировать файл в момент записи.
Клиент-серверный режим: база на СУБД
В клиент-серверном варианте данные хранятся в полноценной СУБД, а между пользователями и базой стоит сервер 1С:Предприятия, который управляет запросами и блокировками на уровне отдельных записей. Это снимает главное ограничение файлового режима: десятки и сотни пользователей могут работать одновременно без конфликтов.
Дополнительные преимущества — разграничение прав на уровне СУБД, штатные средства резервного копирования самой СУБД, возможность настроить отказоустойчивый кластер серверов 1С. База не «разваливается» при обрыве связи конкретного клиента: транзакция просто откатывается.
Цена вопроса — необходимость администрирования. Нужен человек, который следит за сервером СУБД: настраивает регламентные задания (обновление статистики, переиндексацию), контролирует рост журнала транзакций, делает и проверяет бэкапы. Для небольших компаний распространён связанный вариант — PostgreSQL как бесплатная СУБД, для крупных чаще выбирают Microsoft SQL Server.
Где физически разместить сервер: свой или арендованный
Собственный сервер в офисе даёт полный контроль над оборудованием и данными, но требует вложений: сам сервер, источник бесперебойного питания, кондиционирование помещения, резервный канал связи. Частая ошибка — размещать рабочую базу на обычном офисном компьютере без RAID-массива и ИБП: выход из строя единственного диска или скачок напряжения приводит к потере данных за весь день или больше.
Арендованный виртуальный сервер (VPS/VDS) или выделенный сервер в дата-центре снимает вопросы электропитания и физической сохранности, но добавляет зависимость от провайдера и качества канала до него. При выборе обращайте внимание на тип дисков (для базы критичны быстрые SSD/NVMe), гарантированную производительность, а не только объём, и на то, где физически находятся дата-центры — это важно и для скорости, и для требований законодательства о персональных данных.
Гибридный сценарий тоже рабочий: основной сервер в офисе для скорости локальной работы, а резервные копии автоматически уходят в облачное хранилище. Так вы получаете быстрый доступ внутри офиса и защиту от пожара, кражи или полного выхода сервера из строя.
Сравнение вариантов размещения
Подходит только для одного пользователя или тестовых баз. Риск: потеря данных при поломке ПК, нет совместного доступа.
Для 2–5 пользователей в одном офисе. Ограничение: чувствительность к обрывам сети, блокировки при росте нагрузки.
Для 10+ пользователей и больших баз. Требует администратора, ИБП, RAID и регламентного обслуживания.
Для распределённых команд и удалённой работы. Зависит от интернет-канала и надёжности провайдера.
Когда не нужен свой сервер вообще. Ограничения: не все конфигурации и доработки поддерживаются, данные у оператора.
Облачные варианты: готовый сервис или своё облако
Под «облаком» скрываются два разных подхода. Первый — готовые сервисы аренды 1С (например, фирменный сервис «1С:Фреш» или предложения франчайзи): вы получаете доступ к базе через браузер или тонкий клиент, а размещение, обновления и резервное копирование берёт на себя оператор. Это удобно для небольших компаний без системного администратора, но накладывает ограничения: работают только поддерживаемые конфигурации, возможности доработки ограничены, а выгрузка данных и доступ к ним регулируются условиями сервиса.
Второй подход — развернуть свой сервер 1С и СУБД на арендованной виртуальной машине. Контроля больше: можно ставить любые конфигурации и доработки, настраивать копирование под себя. Но и ответственность за администрирование, обновления и безопасность остаётся на вас, как и в случае с сервером в офисе.
Перед выбором облачного варианта проверьте три вещи: стабильность и скорость интернет-канала в офисе (комфортная работа тонкого клиента требует устойчивого соединения), условия хранения и выгрузки данных у оператора, наличие регулярных резервных копий с возможностью их скачать. Если интернет в офисе нестабилен, облако станет источником постоянных простоев.
Резервное копирование: обязательный элемент любого варианта
Где бы ни хранилась база, без регулярного копирования размещение не считается настроенным. Классический ориентир — правило «3-2-1»: минимум три копии данных, на двух разных носителях, одна из которых находится вне основной площадки. Для 1С это обычно означает: рабочая база на сервере, ежедневные копии на другом диске или NAS, еженедельные — в облачном хранилище или на внешнем носителе вне офиса.
Для файлового режима копирование — это выгрузка .dt через конфигуратор или копирование файла базы при отсутствии активных сеансов (копировать файл при работающих пользователях нельзя — копия может оказаться повреждённой). Для клиент-серверного режима используйте штатные средства СУБД: полные копии по расписанию плюс копии журнала транзакций, которые позволяют восстановить базу на любой момент времени, а не только на момент последнего бэкапа.
Критически важный и часто пропускаемый шаг — проверка восстановления. Копия, которую ни разу не пытались развернуть, не считается копией. Раз в месяц или квартал восстанавливайте резервную копию на тестовом компьютере и убеждайтесь, что база открывается и данные читаются.
- 1Определите расписание: ежедневно в нерабочее время для полной копии, чаще — для журнала транзакций в клиент-серверном режиме.
- 2Настройте автоматическое задание: планировщик задач со скриптом выгрузки .dt для файлового режима или maintenance plan в СУБД для серверного.
- 3Настройте копирование архивов на второе устройство или в облачное хранилище вне офиса.
- 4Настройте хранение нескольких поколений копий (например, ежедневные за неделю, еженедельные за месяц).
- 5Раз в месяц восстанавливайте копию на тестовой машине и проверяйте, что база открывается и отчёты формируются.
Критерии выбора: как принять решение
Основные факторы выбора — число одновременных пользователей, объём базы, география работы и наличие администратора. Прикиньте пиковую нагрузку: сколько человек реально работают в базе одновременно в самый загруженный час, а не сколько всего сотрудников имеют доступ. Именно пиковое значение определяет, выдержит ли файловый режим.
Учтите перспективу роста. Если сейчас пользователей четверо, но за год планируется расширение отдела продаж, разумнее сразу заложить клиент-серверную архитектуру, чем мигрировать в спешке, когда база начнёт «падать» под нагрузкой. Миграция с файлового режима на серверный — штатная процедура через выгрузку .dt, но в разгар отчётного периода она болезненна.
Как выбрать вариант размещения
Типичные ошибки при выборе места хранения
Самая распространённая ошибка — хранить рабочую базу на компьютере одного из бухгалтеров «потому что так исторически сложилось». Этот компьютер выключается вечером, перезагружается обновлениями Windows, а его диск не имеет резервирования. Любой сбой останавливает работу всех пользователей.
Вторая ошибка — размещать файловую базу в папке, синхронизируемой облачными клиентами (Яндекс.Диск, OneDrive, Dropbox и подобными). Синхронизатор пытается заблокировать и передать файл во время работы пользователей, что приводит к конфликтам версий и повреждению базы. Облачные папки подходят только для хранения выгрузок .dt, но не для работающей базы.
Как проверить, что размещение настроено правильно
После выбора и настройки варианта убедитесь, что система ведёт себя как ожидается. Проверьте скорость типовых операций в часы пик: проведение документов и формирование отчётов не должны вызывать многосекундных пауз. В файловом режиме понаблюдайте за частотой ошибок блокировок — если они стали регулярными, режим исчерпал себя.
Отдельно проверьте контур резервного копирования: задания выполняются по расписанию, архивы реально появляются в целевом хранилище, а тестовое восстановление проходит успешно. Только после этого размещение можно считать завершённым.
Как проверить результат
Документы проводятся без заметных пауз, отчёты формируются за приемлемое время
Регулярные зависания, ошибки конфликта блокировок
Архивы создаются по расписанию и лежат минимум в двух разных местах
Копии только на том же диске или задание давно не выполнялось
Тестовая база разворачивается из архива и открывается
Архив не читается или восстановление ни разу не проверялось
Сервер подключён через ИБП с корректным завершением работы
Сервер выключается мгновенно при пропадании питания
Что важно запомнить
До 5 пользователей достаточно файлового режима на выделенной машине, дальше — клиент-серверный режим на СУБД. Облако выбирайте при удалённой работе и отсутствии администратора, проверив канал и условия хранения данных. Любой вариант размещения неполон без автоматического резервного копирования в несколько мест и регулярной проверки восстановления.
Частые вопросы о хранении базы 1С
Можно ли хранить базу 1С на флешке или внешнем диске?
Для постоянной работы — нет: флеш-накопители не рассчитаны на интенсивную запись, медленно работают и легко извлекаются в момент записи, что почти гарантированно повредит базу. Внешний диск уместен только как носитель для резервных копий выгрузок .dt.
Чем клиент-серверный режим лучше файлового, кроме числа пользователей?
Блокировки накладываются на отдельные записи, а не на таблицы целиком, обрыв связи клиента не повреждает базу, а СУБД даёт штатные инструменты резервного копирования с восстановлением на любой момент времени. Дополнительно появляется возможность кластеризации серверов 1С для отказоустойчивости.
Безопасно ли хранить базу 1С в облачном сервисе?
Безопасность зависит от оператора: уточните, где физически расположены серверы, как организовано резервное копирование, кто имеет доступ к данным и как выгрузить базу при расторжении договора. Для баз с персональными данными проверьте соответствие требованиям законодательства о локализации данных.
Как понять, что пора переходить с файлового режима на серверный?
Тревожные признаки: регулярные ошибки «Конфликт блокировок», заметные паузы при одновременной работе, ошибки формата потока, рост базы сверх нескольких гигабайт и более 5–7 одновременных пользователей. Переход выполняется через выгрузку .dt и загрузку в базу на СУБД.
Можно ли просто копировать файл базы как резервную копию?
Только когда в базе нет активных сеансов — иначе копия может оказаться повреждённой. Надёжнее делать выгрузку в .dt через конфигуратор или использовать средства СУБД в клиент-серверном режиме. Сам файл 1Cv8.1CD копируют только после завершения всех сеансов.
Нужен ли отдельный сервер, если пользователей всего трое?
Не обязательно полноценный сервер, но нужен выделенный компьютер, который не выключается в рабочее время, подключён по проводной сети, имеет ИБП и на котором настроено автоматическое копирование. Рабочее место бухгалтера для этой роли не подходит.