Администрирование · 12 мин
Где лучше хранить базы 1С
Разбираем, где хранить базы 1С: локальный диск, файловый сервер, SQL-сервер или облако. Критерии выбора, риски, резервное копирование и типичные ошибки.
Место хранения базы 1С напрямую влияет на скорость работы пользователей, сохранность данных и стоимость администрирования. База, размещённая на обычном офисном компьютере «под столом», и та же база на выделенном сервере с RAID и резервным копированием — это принципиально разные уровни риска, хотя снаружи всё может выглядеть одинаково.
Универсального ответа «храните всегда здесь» не существует: выбор зависит от числа пользователей, режима работы (файловый или клиент-серверный), требований к отказоустойчивости и бюджета. Ниже разобраны основные варианты размещения, их ограничения и критерии, по которым можно принять решение без лишних затрат.
Какие варианты размещения баз 1С существуют
Практически все сценарии сводятся к четырём вариантам: локальный диск компьютера пользователя, общий сетевой ресурс (файловый сервер или NAS), клиент-серверный вариант на СУБД (чаще всего Microsoft SQL Server или PostgreSQL) и облачный хостинг. Каждый вариант имеет свою зону применимости, и ошибка выбора проявляется либо в тормозах, либо в потере данных, либо в неоправданных расходах.
Важно понимать: «где лежит база» и «как с ней работают» — связанные, но разные вопросы. Файловая база, лежащая на быстром сервере, всё равно остаётся файловой со всеми её ограничениями. А клиент-серверная база на слабом сервере будет работать медленнее, чем файловая на хорошем диске.
Сравнение вариантов хранения
Подходит для одного пользователя. Ограничение: данные привязаны к конкретному компьютеру, при его поломке без копии база теряется.
Подходит для небольшой группы в одной сети. Ограничение: файловый режим чувствителен к обрывам сети и числу одновременных пользователей.
Подходит для средних и крупных компаний с десятками пользователей. Ограничение: нужны лицензии на СУБД и квалифицированное администрирование.
Подходит для распределённых команд и компаний без своего сервера. Ограничение: зависимость от интернет-канала и провайдера, абонентская плата.
Локальный диск: когда это допустимо
Хранение базы на диске рабочего компьютера — нормальный вариант для единственного пользователя: бухгалтера на аутсорсе, предпринимателя, ведущего учёт самостоятельно. База работает быстро, потому что нет сетевых задержек, а настройка занимает минуты.
Главный риск этого варианта — не скорость, а сохранность. Жёсткий диск выходит из строя, ноутбук воруют или заливают, вирус-шифровальщик блокирует файлы. Если база лежит только на локальном диске, любой из этих случаев означает потерю учёта. Поэтому локальное хранение допустимо только в паре с регулярным автоматическим резервным копированием на внешний носитель или в облачное хранилище.
Второе ограничение — доступ. Если к базе периодически нужно подключаться с другого компьютера, локальное хранение превращается в источник проблем: открытие общего доступа к папке на рабочем ПК создаёт риски блокировок, когда владелец компьютера выключает его или уходит в обед.
Файловый сервер и NAS: рабочая лошадка малых компаний
Когда с базой работают несколько человек в одном офисе, стандартное решение — вынести её на выделенную машину с общей сетевой папкой. Это может быть полноценный сервер под Windows или Linux либо сетевое хранилище (NAS). Пользователи подключаются к базе по сети, а сама база остаётся в файловом режиме.
Для такого сценария критичны три вещи: стабильная проводная сеть (Wi-Fi для работы с файловой базой — частый источник повреждений), бесперебойное питание сервера и запрет на «засыпание» дисков и сетевых карт. Файловая база держит данные в одном файле, и обрыв соединения в момент записи может привести к ошибкам, требующим тестирования и исправления.
Практический ориентир: файловый режим комфортно работает примерно до 5–10 одновременных пользователей в зависимости от интенсивности записи. Если пользователей больше, они активно проводят документы и строят отчёты — файловый сервер перестаёт справляться, и появляются жалобы на «всё тормозит» и конфликты блокировок.
SQL-сервер: переход на клиент-серверный режим
Клиент-серверный вариант означает, что данные хранятся не в файле, а в базе данных под управлением СУБД: Microsoft SQL Server, PostgreSQL (в том числе вариант, поставляемый с 1С) или другой поддерживаемой системой. Между пользователями и СУБД работает сервер «1С:Предприятия», который обрабатывает запросы и управляет блокировками.
Этот вариант снимает основные ограничения файлового режима: обрыв соединения клиента не повреждает базу, одновременно могут работать десятки и сотни пользователей, появляются полноценные средства резервного копирования на уровне СУБД. Обратная сторона — стоимость и сложность: нужны лицензии на сервер 1С и СУБД (или переход на свободный PostgreSQL), а также специалист, который будет следить за обслуживанием базы: индексами, статистикой, регламентными заданиями.
Требования к железу здесь выше, чем для файлового сервера: СУБД чувствительна к скорости дисковой подсистемы и объёму оперативной памяти. Экономия на дисках — самая частая причина, почему «дорогой SQL-сервер работает медленнее старого файлового варианта».
Облако: когда выгодно арендовать, а не покупать
Облачное размещение — это аренда виртуального сервера у провайдера или готовый сервис «1С в облаке». Данные физически лежат в дата-центре, а пользователи подключаются через интернет: по RDP, через тонкий клиент или веб-клиент.
Облако оправдано в трёх ситуациях: сотрудники работают из разных городов или из дома; в компании нет помещения и специалиста для собственного сервера; нужно быстро масштабироваться без покупки оборудования. При этом облако не отменяет вопрос резервного копирования — нужно уточнять у провайдера, какие копии делаются, как часто и как быстро можно восстановить базу.
Из рисков стоит учитывать зависимость от качества интернет-канала: при его обрыве работа встаёт полностью. Также важно заранее понять порядок выгрузки своих данных при расторжении договора, чтобы не оказаться в ситуации, когда база «заперта» у провайдера.
Как выбрать вариант
Требования к оборудованию и инфраструктуре
Независимо от выбранного варианта есть общие требования, нарушение которых сводит на нет любую архитектуру. Первое — дисковая подсистема: база 1С активно читает и пишет, поэтому медленные диски и переполненные разделы — прямой путь к тормозам. Следите, чтобы на диске с базой и журналами всегда оставался запас свободного места.
Второе — питание. Сервер или NAS, на котором лежит база, должен быть подключён к источнику бесперебойного питания с настроенным корректным завершением работы при длительном отключении. Внезапное обесточивание в момент записи — классическая причина повреждённых баз.
Третье — антивирус. Антивирусный сканер, проверяющий файлы базы и каталоги СУБД в реальном времени, способен замедлить работу в разы и вызвать конфликты блокировок. Каталоги с базами следует добавить в исключения, а проверку выполнять по расписанию в нерабочее время.
Резервное копирование: обязательный слой любого варианта
Вопрос «где хранить базу» неполон без вопроса «где хранить её копии». Любой вариант размещения — от локального диска до облака — требует отдельной системы резервного копирования. Копия должна находиться физически в другом месте: на другом диске, другом устройстве или в другом дата-центре, иначе пожар, кража или шифровальщик уничтожат и базу, и копию одновременно.
Для файловых баз копирование — это выгрузка в dt или копирование файла базы при закрытых сеансах. Копировать файл открытой базы нельзя: полученная копия может оказаться повреждённой. Для клиент-серверных баз используются штатные средства СУБД — полные и разностные копии по расписанию.
- 1Определите расписание: минимум ежедневно, при интенсивной работе — чаще
- 2Настройте автоматическое создание копий: выгрузка dt для файловых баз, план обслуживания СУБД для клиент-серверных
- 3Храните копии отдельно от основной базы: другой диск, другое устройство или облачное хранилище
- 4Раз в месяц выполняйте тестовое восстановление копии на отдельной машине
- 5Проверяйте журналы заданий копирования: молчащее задание часто означает сломанное задание
Ключевой признак правильно настроенного копирования — не наличие файлов копий, а успешное тестовое восстановление. Копия, которая никогда не проверялась, считается отсутствующей.
Типичные ошибки при выборе места хранения
Отдельно стоит сказать про популярную ошибку — размещение файловой базы в папке, синхронизируемой сервисами вроде облачных дисков. Такие сервисы меняют файл частями и не знают о транзакциях 1С, поэтому итогом становится рассинхронизированная и повреждённая база. Облачный диск годится для хранения выгрузок dt, но не для работающей базы.
Как проверить, что размещение настроено правильно
Копии создаются по расписанию и тестовое восстановление проходит успешно
Копии не создаются, лежат на том же диске или никогда не проверялись восстановлением
Проводное подключение, стабильный пинг до сервера, нет обрывов
Работа по Wi-Fi, периодические ошибки доступа к базе
На диске с базой и журналами есть запас свободного места
Диск заполнен почти полностью, журналы разрастаются
Сервер подключён к ИБП с настроенным корректным выключением
Сервер включается напрямую, при скачках питания перезагружается
Что важно запомнить
Один пользователь — локальный диск с копиями, небольшая группа в офисе — файловый сервер по проводной сети, десятки пользователей — клиент-серверный вариант на SQL, распределённая команда — облако. Любой вариант работоспособен только вместе с резервным копированием в другое место и регулярной проверкой восстановления.
Частые вопросы о хранении баз 1С
Можно ли хранить базу 1С на флешке или внешнем диске?
Работать с базой напрямую с флешки не стоит: скорость низкая, а риск отключения в момент записи высок. Внешний носитель уместен как место для резервных копий или переноса базы между компьютерами, но не как постоянное рабочее расположение.
Почему нельзя держать рабочую базу в папке облачного диска?
Сервисы синхронизации изменяют файл частями и не учитывают транзакционность 1С. При одновременной работе или обрыве синхронизации файл базы оказывается в несогласованном состоянии и повреждается. Для облачного диска используйте только выгрузки dt, сделанные после завершения всех сеансов.
Когда файловый режим пора менять на клиент-серверный?
Сигналы: больше десятка одновременных пользователей, частые конфликты блокировок, долгое проведение документов и отчёты, растущий размер базы и случаи повреждения файла из-за сети. Если хотя бы два-три признака присутствуют постоянно, переход на SQL окупится стабильностью.
Достаточно ли резервного копирования, которое делает облачный провайдер?
Не всегда. Уточните у провайдера периодичность копий, глубину хранения и срок восстановления. Рекомендуется дополнительно настроить собственные выгрузки dt и забирать их к себе — тогда данные останутся доступны даже при проблемах с провайдером.
Как часто нужно проверять резервные копии?
Минимум раз в месяц выполняйте тестовое восстановление копии на отдельной машине или в тестовой базе и открывайте её в 1С. Дополнительно еженедельно просматривайте журналы заданий копирования, чтобы вовремя заметить сбой задания.
Подойдёт ли обычный офисный компьютер под роль файлового сервера?
Как временное решение для двух-трёх пользователей — да, если он не выключается в рабочее время, подключён к ИБП и по проводной сети. Но у обычного ПК нет серверной надёжности: диски без отказоустойчивости, нет дублирования питания. При росте числа пользователей выделенный сервер или NAS становится необходимостью.