Администрирование · 11 мин
Где лучше хранить базу 1С: сравнение вариантов
Сравниваем варианты хранения базы 1С: локальный компьютер, выделенный сервер, облако. Критерии выбора, требования к резервным копиям, типичные ошибки и FAQ.
Выбор места хранения базы 1С определяет скорость работы пользователей, безопасность данных и стоимость обслуживания. Для одного бухгалтера с файловой базой достаточно обычного компьютера, а компании с десятками пользователей понадобится сервер или облачное размещение. Ошибка на этом этапе проявляется позже: база растёт, работа замедляется, а перенос данных в разгар отчётного периода превращается в аврал.
Существует три основных варианта: локальный компьютер пользователя, выделенный сервер в офисе или у хостинг-провайдера и облачный сервис (аренда готовой 1С у оператора). У каждого есть условия применения, ограничения и риски, которые разбираем ниже.
Важно различать два режима работы 1С: файловый (база лежит в папке и открывается напрямую или через общий доступ) и клиент-серверный (база размещена в СУБД — PostgreSQL, MS SQL Server, а доступ идёт через сервер 1С:Предприятия). От этого выбора зависит и место хранения: файловую базу нельзя полноценно развернуть в облаке для многопользовательской работы без терминального доступа.
Какие варианты хранения базы 1С существуют
Первый вариант — локальный компьютер. Файловая база лежит в папке на диске, и с ней работает один человек, либо папка открыта в общий доступ по сети для нескольких пользователей. Это самый дешёвый способ, но и самый уязвимый: поломка диска, вирус-шифровальщик или банальное отключение электричества могут уничтожить данные.
Второй вариант — выделенный сервер в офисе. На нём разворачивают либо файловую базу на быстром дисковом массиве, либо полноценную связку «сервер 1С + СУБД». Это даёт высокую производительность и контроль, но требует вложений в оборудование, бесперебойное питание и администрирование.
Третий вариант — облако: аренда виртуального сервера, на котором вы сами разворачиваете 1С, или готовый сервис, где база уже размещена у оператора и доступна через браузер или тонкий клиент. Облако снимает заботы о железе, но добавляет зависимость от интернет-канала и ежемесячную плату.
Сравнение вариантов размещения
Подходит для 1–3 пользователей файловой базы. Ограничение: нет защиты от сбоев, низкая скорость при сетевом доступе, высокий риск потери данных.
Подходит для 5–50 пользователей, клиент-серверный режим. Ограничение: стоимость оборудования, нужен администратор, ответственность за резервные копии на вас.
Подходит для удалённой работы нескольких пользователей. Ограничение: требуется настройка и администрирование, качество зависит от провайдера.
Подходит для распределённых команд без своего администратора. Ограничение: абонентская плата, зависимость от интернета, ограничения на доработки конфигурации.
Как выбрать вариант под ваши условия
Ключевые факторы выбора: количество одновременно работающих пользователей, размер базы, требования к доступности (нужна ли работа из дома и из филиалов), наличие системного администратора и бюджет. Универсального ответа нет — правильное решение определяется сочетанием этих условий.
Ориентировочная логика такая: до 5 пользователей файловый режим справляется, если база небольшая и все работают в одном офисе. От 5 до 10 пользователей файловый режим начинает «тормозить», особенно при проведении крупных документов и формировании отчётов — здесь уже стоит планировать переход на клиент-серверный вариант. Выше 10–15 пользователей файловый режим использовать не рекомендуется.
Как выбрать действие
Хранение на локальном компьютере: когда допустимо
Локальное хранение оправдано для индивидуальных предпринимателей и небольших компаний, где с базой работает один-два человека. Обязательные условия: диск SSD (работа 1С с обычного HDD заметно медленнее), достаточный объём оперативной памяти, антивирус с исключением папки базы из активного сканирования и исправный источник бесперебойного питания.
Если базу открывают по сети несколько пользователей, компьютер, где она лежит, должен быть выделенным: нельзя хранить базу на рабочем месте сотрудника, который выключает машину в обед или перезагружает её во время чужой работы. Обрыв соединения в момент записи — частая причина повреждения файловой базы.
Отдельно проверьте сетевое оборудование: работа файловой базы через Wi-Fi или нестабильную сеть приводит к ошибкам блокировок и повреждению данных. Используйте проводное подключение.
Серверное размещение: свой сервер или аренда
Собственный сервер в офисе даёт максимальный контроль: вы сами управляете доступом, обновлениями и резервными копиями. Минимальный набор — сервер с запасом по процессору и памяти, RAID-массив для защиты от отказа одного диска, источник бесперебойного питания и выделенный администратор (штатный или приходящий).
Аренда виртуального сервера (VPS/VDS) у хостинг-провайдера — промежуточный вариант: не нужно покупать железо, но настройку 1С, СУБД и резервного копирования выполняете самостоятельно. Обращайте внимание на производительность дисковой подсистемы у провайдера — для 1С это критичнее, чем объём памяти.
При клиент-серверном режиме база хранится в СУБД, а не в файле. Это снимает ограничения файлового режима, но добавляет требования: нужно следить за журналами транзакций, настраивать регламентные задания обслуживания СУБД и делать копии средствами самой СУБД, а не простым копированием файлов.
Облачное хранение 1С: возможности и ограничения
Облачные сервисы 1С предоставляют базу, уже размещённую у оператора: вы подключаетесь через браузер или тонкий клиент и платите ежемесячно за каждого пользователя. Оператор отвечает за обновления платформы и типовой конфигурации, резервное копирование и доступность инфраструктуры.
Этот вариант удобен для компаний без системного администратора, с удалёнными сотрудниками и филиалами. Но есть ограничения: в облачных сервисах часто запрещены или ограничены доработки конфигурации, загрузка произвольных внешних обработок и прямой доступ к базе. Если у вас сильно доработанная конфигурация, уточняйте у оператора возможность её размещения заранее.
Критическое требование — стабильный интернет-канал у всех пользователей. При обрыве связи работа останавливается. Желательно иметь резервный канал (например, мобильный интернет) для критичных сотрудников.
Резервное копирование: без него место хранения не имеет значения
Где бы ни находилась база, без регулярных копий данные не защищены. Минимальный стандарт: ежедневные копии, хранение копий отдельно от основной базы (другой диск, другое устройство, другое помещение или облачное хранилище) и периодическая проверка восстановления.
Для файловой базы используйте выгрузку в файл .dt через конфигуратор или планировщик заданий с автоматической выгрузкой. Для клиент-серверной — штатные средства СУБД. Проверяйте копии: хотя бы раз в месяц разворачивайте копию в тестовой базе и убеждайтесь, что она открывается и данные на месте.
Типичные ошибки при выборе места хранения
Самая распространённая ошибка — хранить рабочую базу на обычном компьютере без копий и годами не задумываться о рисках. Вторая по частоте — попытка развернуть многопользовательскую работу файловой базы через сетевую папку на медленном диске: пользователи жалуются на зависания, а виновата архитектура, а не «глючная 1С».
В облачных проектах типичная ошибка — не проверить ограничения сервиса до переезда: выясняется, что нужная обработка не работает или доработки не поддерживаются, а база уже перенесена. Всегда тестируйте работу на копии базы до окончательного перехода.
Как проверить, что выбранный вариант работает правильно
После развёртывания базы в новом месте проведите контрольную проверку: измерьте время типовых операций (проведение документов, формирование отчётов), убедитесь, что все пользователи могут подключиться одновременно, и протестируйте восстановление из резервной копии.
Как проверить результат
Проведение документов и отчёты выполняются без ощутимых задержек
Операции занимают минуты, пользователи жалуются на зависания
Все пользователи работают параллельно без ошибок блокировок
Появляются ошибки конфликта блокировок, база недоступна
Копии создаются по расписанию и успешно разворачиваются в тестовой базе
Копий нет, они устарели или не открываются
База доступна всем, кому нужно, включая удалённых сотрудников
Часть пользователей не может подключиться
Часто задаваемые вопросы
Можно ли хранить базу 1С на сетевом диске NAS?
Для одного-двух пользователей файловой базы — допустимо, если NAS подключён по проводной сети и имеет достаточную производительность. Для большего числа пользователей NAS не заменяет полноценный сервер: файловый режим через сетевой доступ остаётся узким местом. Обязательно настройте резервное копирование с NAS на другое устройство.
Что надёжнее: свой сервер или облако?
Надёжность определяется не местом, а организацией: качественное облако с резервным копированием обычно надёжнее собственного сервера без администратора и копий. Но облако добавляет зависимость от интернет-канала и оператора. Оценивайте не абстрактную надёжность, а конкретные условия: кто делает копии, кто следит за оборудованием, как быстро восстанавливается работа при сбое.
Когда файловую базу пора переносить в клиент-серверный режим?
Сигналы: одновременно работают более 5–7 пользователей, растут жалобы на скорость, появляются ошибки блокировок, размер базы заметно вырос, а отчёты формируются долго. Не ждите критического состояния — миграцию лучше проводить планово, вне отчётного периода.
Как часто нужно делать резервные копии базы 1С?
Минимум — ежедневно. Если за день в базу вводится много критичных данных и их потеря недопустима, настраивайте копирование несколько раз в день. Ключевой вопрос: какой объём данных вы готовы потерять без серьёзных последствий — ответ и определяет частоту копирования.
Можно ли хранить копии базы в том же облачном сервисе, где работает база?
Штатные копии оператора защищают от технических сбоев, но не от всех рисков: например, от ошибочного удаления данных пользователем с последующей перезаписью копий. Рекомендуется периодически выгружать копию базы и хранить её независимо — на локальном носителе или в другом хранилище.
Что важно запомнить
До 5 пользователей достаточно файловой базы на компьютере с SSD, дальше нужен сервер или облако. Клиент-серверный режим снимает ограничения файлового, но требует администрирования. Независимо от места хранения обязательны ежедневные резервные копии на отдельный носитель и регулярная проверка их восстановления.