Администрирование · 12 мин
Где хранить базы 1С: варианты размещения и правила выбора
Разбираем, где хранить базы 1С: локальный диск, сетевая папка, сервер СУБД или облако. Условия выбора, риски, резервное копирование и типичные ошибки.
Место хранения базы 1С определяет скорость работы программы, надёжность данных и стоимость обслуживания. Ошибка на этом этапе приводит к типичным проблемам: медленное проведение документов, конфликты при одновременной работе пользователей, повреждение базы при сбое сети и невозможность восстановить данные после поломки диска.
1С:Предприятие поддерживает два принципиально разных режима хранения: файловый (база — это файл 1Cv8.1CD в папке) и клиент-серверный (данные лежат в СУБД — MS SQL Server, PostgreSQL или другой). Поверх этого выбирается физическое размещение: локальный диск компьютера, сетевой ресурс, выделенный сервер в офисе или арендованное облако.
Правильный выбор зависит от количества одновременно работающих пользователей, объёма базы, требований к доступности и бюджета. Ниже разобраны все варианты с конкретными условиями применения и ограничениями.
Файловый и клиент-серверный режимы: в чём разница
В файловом режиме вся база — это один файл 1Cv8.1CD плюс служебные файлы в каталоге. Каждый пользовательский сеанс напрямую читает и пишет этот файл. Такой режим прост в развёртывании: достаточно скопировать папку и указать путь к ней в списке баз. Но у него есть жёсткое ограничение — при росте числа пользователей и объёма данных резко растёт вероятность блокировок и повреждений.
В клиент-серверном режиме данные хранятся в полноценной СУБД, а платформа 1С обращается к ней через сервер приложений. Блокировки управляются на уровне строк и таблиц, появляются транзакции, журналы СУБД и штатные средства резервного копирования. Это устойчивее к сбоям, но требует отдельного сервера, лицензий и навыков администрирования.
Локальный диск: когда база живёт на компьютере пользователя
Хранение базы на локальном диске рабочего компьютера — самый быстрый вариант для одного пользователя. Нет сетевых задержек, не нужен сервер, настройка занимает минуты. Обязательное условие — SSD-диск: на старом HDD даже небольшая база будет заметно «тормозить» при проведении документов и формировании отчётов.
Главный риск локального размещения — данные привязаны к одному устройству. Поломка диска, кража ноутбука или шифровальщик уничтожат базу, если нет внешней копии. Поэтому локальное хранение допустимо только при настроенном регулярном резервном копировании на другой носитель или в облачное хранилище.
Второе ограничение — совместная работа. Раздавать базу с личного компьютера по сети коллегам не стоит: при выключении или перезагрузке машины у остальных оборвётся сеанс, а при записи в момент сбоя высок риск повреждения файла базы.
Сетевая папка: популярный, но рискованный вариант
Размещение файловой базы в общей сетевой папке (SMB-шара на сервере или NAS) — частое решение в небольших офисах. Оно работает, но имеет принципиальную уязвимость: протокол SMB не гарантирует целостность данных при обрыве соединения. Мигнувшая сеть или перезагрузка компьютера в момент записи может повредить файл базы, и его придёт восстанавливать из копии или лечить утилитой chdbfl.exe.
Если сетевой папки не избежать, минимизируйте риски: используйте проводное подключение вместо Wi-Fi, отключите на клиентских машинах энергосбережение сетевых адаптеров, убедитесь, что антивирус не сканирует файл базы в реальном времени, и настройте ежедневное копирование. Более надёжная альтернатива в том же бюджете — публикация файловой базы через веб-сервер (IIS или Apache): пользователи подключаются по HTTP, и риск повреждения файла заметно ниже.
Выделенный сервер в офисе
Выделенный сервер решает проблемы совместной работы двумя способами. Первый — файловая база остаётся на диске сервера, а пользователи подключаются к нему по RDP (терминальные сеансы) или через веб-сервер. Все операции с файлом выполняются локально на сервере, сеть участвует только в передаче экрана, поэтому риск повреждения минимален. Это рабочий вариант для 5–15 пользователей без перехода на СУБД.
Второй способ — клиент-серверный режим: на сервере (или двух серверах) разворачиваются сервер 1С:Предприятия и СУБД. Такой вариант выбирают при больших объёмах данных, десятках пользователей, требованиях к отказоустойчивости и необходимости регламентных операций без остановки работы. Из бесплатных СУБД чаще всего используют PostgreSQL с патчами под 1С.
Требования к серверу зависят от нагрузки, но общие принципы постоянны: SSD-накопители, достаточный объём оперативной памяти с запасом под СУБД и кэш, источник бесперебойного питания и RAID-массив как защита от отказа одного диска. RAID, однако, не заменяет резервное копирование — он защищает от поломки диска, но не от удаления данных или шифровальщика.
Сравнение вариантов размещения
Один пользователь, максимальная скорость. Ограничение: нет совместной работы, критична поломка устройства без копии.
2–5 пользователей, минимальные затраты. Ограничение: риск повреждения базы при сбоях сети, нужен строгий режим бэкапов.
5–15 пользователей, файловая база в безопасности на сервере. Ограничение: нужен сам сервер и базовое администрирование.
От 10 пользователей, большие базы, высокие требования к надёжности. Ограничение: стоимость лицензий и необходимость администратора.
Нет своего сервера и специалиста, нужен доступ из разных городов. Ограничение: ежемесячная оплата и зависимость от интернет-канала.
Облачное размещение
Облачные варианты делятся на две группы. Первая — готовые сервисы аренды 1С, где провайдер разворачивает базу у себя и даёт доступ через браузер или тонкий клиент. Вторая — аренда виртуального сервера (VPS/VDS), на котором вы сами поднимаете файловую базу с веб-доступом или клиент-серверную связку.
Облако оправдано, когда сотрудники работают из разных офисов и дома, в компании нет системного администратора, а покупка сервера не окупается. Перед выбором оцените: где физически расположены серверы провайдера, входит ли резервное копирование в тариф, как организовано восстановление и можно ли забрать свои данные в виде выгрузки .dt при расторжении договора.
Учтите требования к конфиденциальности: персональные данные сотрудников и клиентов должны обрабатываться с соблюдением законодательства, поэтому уточняйте у провайдера условия хранения и наличие аттестованных мер защиты, если это критично для вашей организации.
Резервное копирование: обязательный слой при любом размещении
Где бы ни лежала база, без регулярных копий она не защищена. Для файлового режима минимальный набор — ежедневная выгрузка в .dt или копирование каталога базы вне working hours плюс хранение копий на другом устройстве или в облачном хранилище. Копирование файла 1Cv8.1CD выполняйте только когда все пользователи вышли из базы, иначе копия может оказаться неконсистентной.
Для клиент-серверного режима используйте штатные средства СУБД: полные бэкапы по расписанию и копии журнала транзакций для восстановления на произвольный момент времени. Периодически проверяйте восстановление на тестовом стенде — копия, которую ни разу не восстанавливали, нельзя считать рабочей.
- 1Определите число одновременных пользователей и примерный объём базы
- 2Выберите режим: файловый или клиент-серверный, и физическое размещение
- 3Разместите базу на SSD, исключите папку из проверки антивируса в реальном времени
- 4Настройте ежедневное резервное копирование на отдельный носитель или в облако
- 5Выполните тестовое восстановление из копии и зафиксируйте порядок действий при сбое
Как проверить, что размещение выбрано правильно
О правильном выборе говорят наблюдаемые признаки: документы проводятся без заметных пауз, пользователи не конфликтуют блокировками, база переживает перезагрузку сервера без повреждений, а копия восстанавливается за приемлемое время. Тревожные сигналы — регулярные ошибки «конфликт блокировок», повреждение файла базы после сбоев питания, рост времени проведения документов при неизменном объёме работ.
Как проверить результат
Документы проводятся за секунды без роста времени при увеличении числа пользователей
Проведение занимает десятки секунд, жалобы на «зависания» в часы пик
Тестирование и исправление не находит ошибок, база переживает перезагрузку сервера
Ошибки чтения файла базы после сбоев сети или питания
Копия создаётся ежедневно и успешно восстанавливается на тестовом стенде
Копий нет, они старше недели или восстановление ни разу не проверялось
Пользователи работают одновременно без взаимных блокировок
Постоянные ошибки «конфликт блокировки при выполнении транзакции»
Типичные ошибки при выборе места хранения
Отдельная ошибка — игнорирование антивируса. Проверка файла базы в реальном времени замедляет работу и иногда вызывает конфликты доступа. Папку с базой и каталоги СУБД добавляют в исключения антивируса, компенсируя это регулярным сканированием по расписанию в нерабочее время.
Как выбрать действие
Часто задаваемые вопросы
Можно ли хранить базу 1С на флешке или внешнем диске?
Работать с базой напрямую с USB-носителя не стоит: медленный и нестабильный интерфейс повышает риск повреждения файла при записи. Флешка и внешний диск подходят для переноса базы между компьютерами и для хранения резервных копий — для этого используйте выгрузку в .dt или копирование папки при закрытой программе.
Почему нельзя держать базу в папке Яндекс.Диска или OneDrive?
Служба синхронизации постоянно читает и перезаписывает файл базы, пока с ним работает платформа. Одновременная запись приводит к конфликтам версий и повреждению данных. Облачные диски годятся только для хранения архивных копий и выгрузок .dt, которые синхронизируются, когда 1С закрыта.
Сколько пользователей выдержит файловая база?
Точного порога нет — он зависит от конфигурации, интенсивности ввода данных и инфраструктуры. Практический ориентир: комфортная работа в файловом режиме обычно сохраняется при небольшом числе одновременных пользователей; при росте количества сеансов и объёма данных появляются блокировки и замедление, что является сигналом к переходу на клиент-серверный режим.
Что надёжнее: сетевая папка или доступ через веб-сервер?
Веб-доступ надёжнее. При работе через сетевую папку каждый клиент пишет в файл базы по сети напрямую, и обрыв соединения может повредить данные. При публикации через веб-сервер все операции с файлом выполняются локально на сервере, а клиенты обмениваются с ним только запросами по HTTP.
Нужен ли RAID, если есть резервные копии?
Нужны оба механизма, потому что они решают разные задачи. RAID защищает от отказа одного диска и позволяет серверу продолжить работу без простоя, но не спасает от удаления данных, порчи файлов или шифровальщика. Резервные копии позволяют откатиться на прошлое состояние, но восстановление занимает время. Комбинация RAID плюс регулярные копии на отдельном носителе даёт и непрерывность работы, и возможность восстановления.
Как перенести базу на новое место хранения?
Для файловой базы: завершите работу всех пользователей, скопируйте папку базы целиком на новое место, затем в списке информационных баз измените путь или добавьте базу заново. Для клиент-серверной базы используйте выгрузку в .dt через конфигуратор и загрузку на новом сервере либо штатные средства переноса СУБД. После переноса проверьте вход, проведение тестового документа и работу регламентных заданий.
Что важно запомнить
Один пользователь — локальный SSD, несколько пользователей — сервер с RDP или веб-доступом, большие объёмы и десятки сеансов — клиент-серверный режим на СУБД. Сетевые папки, флешки и облачные синхронизации — только для копий, не для рабочей базы. При любом размещении обязательны ежедневные резервные копии на отдельном носителе и регулярная проверка восстановления.