Сколько информационных баз может быть с одной и той же конфигурацией в 1С:Предприятие

Одна и та же конфигурация 1С:Предприятие может использоваться в неограниченном количестве информационных баз — технического предела со стороны платформы нет. Бухгалтерия предприятия, Управление торговлей или Зарплата и управление персоналом спокойно работают одновременно в десятках и сотнях баз: рабочих, тестовых, архивных, базах филиалов и обособленных подразделений. Ограничивающим фактором выступает не платформа, а лицензионная политика, производительность сервера и здравый смысл администрирования.

Конфигурация в 1С — это шаблон прикладного решения, а информационная база — конкретное хранилище данных, построенное на этом шаблоне. Из одной поставки конфигурации можно развернуть сколько угодно баз: каждая будет содержать свои справочники, документы и пользователей, но структура метаданных у всех одинаковая. Именно поэтому типовые решения масштабируются от одной фирмы до холдинга с сотнями юридических лиц.

На практике вопрос «сколько баз можно создать» возникает в трёх ситуациях: при внедрении учёта нескольких организаций, при организации тестовых сред и при обновлении конфигурации. В каждой из них действуют свои правила, и смешивать их нельзя — иначе легко получить либо лицензионные риски, либо нагромождение баз, которыми невозможно управлять.

Почему платформа не ограничивает число баз на одной конфигурации

Платформа 1С:Предприятие хранит конфигурацию внутри каждой информационной базы. Когда вы создаёте новую базу из шаблона поставки, конфигурация физически копируется в неё, и дальше базы живут независимо. Изменение данных или даже доработка конфигурации в одной базе никак не влияет на другие — это полностью изолированные хранилища.

Поэтому вопрос «можно ли иметь две базы с одинаковой конфигурацией» имеет однозначный ответ: можно, и это штатный режим работы. Типичная картина в организации — рабочая база, тестовая база для проверки обновлений, база прошлого года для архивных запросов и, возможно, демонстрационная база для обучения сотрудников. Все четыре построены на одной и той же конфигурации одной версии или разных версий.

Единственное техническое условие — у каждой базы должно быть своё физическое расположение: отдельный каталог для файлового режима или отдельная база данных на сервере СУБД для клиент-серверного режима. Две базы не могут указывать на один и тот же файл 1Cv8.1CD или одну и ту же базу MS SQL / PostgreSQL — это гарантированно приведёт к конфликту и повреждению данных.

Лицензионные ограничения: где реальный предел

Если платформа не ограничивает число баз, то лицензионное соглашение — ограничивает, но косвенно. Лицензии 1С привязываются не к конфигурации и не к количеству баз, а к рабочим местам и серверам. Клиентская лицензия разрешает одновременный сеанс пользователя независимо от того, к какой базе он подключён. Один пользователь может по очереди открывать десять баз на одной конфигурации — и это останется одним рабочим местом.

То есть создать 50 баз на одной конфигурации законно, если одновременно в них работает столько пользователей, сколько позволяет приобретённый комплект лицензий. Проблема возникает не от числа баз, а от числа одновременных сеансов. Программные лицензии активируются на конкретный компьютер или сервер 1С, аппаратные ключи HASP ограничивают число сеансов в локальной сети.

Отдельный случай — базовые версии

Базовые версии конфигураций (например, Бухгалтерия базовая) имеют жёсткое ограничение: одна информационная база на одну лицензию, работа только в файловом режиме и с одним пользователем. Здесь «несколько баз на одной конфигурации» недопустимо в рамках одного лицензионного комплекта — для каждой новой базы потребуется отдельная поставка базовой версии или переход на ПРОФ.

Типовые сценарии: сколько баз реально нужно

Количество баз определяется задачами, а не возможностями. Ниже — устоявшиеся сценарии, в которых несколько баз на одной конфигурации оправданы.

Первый сценарий — учёт нескольких юридических лиц. Конфигурации уровня ПРОФ и КОРП позволяют вести несколько организаций в одной базе, и это предпочтительный вариант: общие справочники, консолидированные отчёты, одно обновление. Отдельные базы под каждое юрлицо имеет смысл заводить только при принципиально разных учётных процессах, требованиях к разграничению доступа или когда организации обслуживают разные команды.

Второй сценарий — тестовая среда. Перед каждым обновлением конфигурации рекомендуется разворачивать копию рабочей базы и прогонять обновление на ней. Это страховка от ситуации, когда обновление ломает доработки или занимает часы, а бухгалтерия стоит. Тестовых баз может быть несколько: под обновления, под разработку доработок, под обучение.

Третий сценарий — архивные базы. После закрытия года и свёртки базы старую копию часто оставляют в режиме «только чтение» для налоговых проверок и запросов контрагентов. Такие базы накапливаются годами, и это нормально — они не потребляют лицензии, пока в них никто не работает одновременно сверх лимита.

Маршрут решения

Как выбрать действие

Несколько организаций с похожим учётом и общими контрагентамиВедите их в одной базе — конфигурации ПРОФ и КОРП это поддерживают штатно

Нужно проверить обновление или доработкуСоздайте тестовую копию базы и выполняйте все рискованные операции только там

Организациям нужны разные настройки, права и графики работыЗаводите отдельные базы, но планируйте отдельное обновление каждой

Нужен доступ к данным закрытых периодовОставьте архивную копию базы в режиме чтения, не раздувая рабочую

Как создать дополнительную базу на той же конфигурации

Существует два рабочих способа: создание из шаблона поставки и копирование существующей базы. Первый подходит для новой пустой базы, второй — когда нужна копия с данными.

При создании из шаблона конфигурация должна быть установлена на компьютере (шаблоны лежат в каталоге tmplts). В окне запуска 1С выбирается «Добавление в список новой информационной базы» → «Создание новой информационной базы» → из списка шаблонов выбирается нужная конфигурация и версия. Результат — чистая база с демо-данными или без них, готовая к начальному заполнению.

Для копирования рабочей базы в файловом режиме достаточно скопировать каталог с файлом 1Cv8.1CD и зарегистрировать копию в списке баз под другим именем. В клиент-серверном режиме корректный путь — выгрузка через конфигуратор (Администрирование → Выгрузить информационную базу) в файл .dt и загрузка в новую пустую базу на сервере. Прямое копирование средствами СУБД тоже возможно, но требует понимания структуры сервера 1С.

1. 1
   Завершите все сеансы пользователей в исходной базе
2. 2
   Скопируйте каталог базы с файлом 1Cv8.1CD в новое расположение
3. 3
   В окне запуска 1С нажмите «Добавить» и укажите путь к новому каталогу
4. 4
   Дайте базе понятное имя с пометкой назначения, например «Бухгалтерия (тестовая)»
5. 5
   Запустите копию и убедитесь, что открылась именно она, а не рабочая база

После создания копии обязательно проверьте, что вы работаете в правильной базе. Классическая авария — бухгалтер вводит документы целый день в тестовую копию, потому что ярлык назывался одинаково. Различайте базы именами в списке, а для тестовых полезно установить отличительный заголовок системы через параметры запуска.

Чем больше баз, тем дороже сопровождение

Каждая дополнительная база — это отдельный контур обновления. Когда выходит новый релиз конфигурации, обновлять придётся все рабочие базы по очереди: с резервной копией, тестированием и окном простоя. Пять баз — это пять циклов обновления, и если одна из них пропускает релизы, накопленная цепочка обновлений усложняется.

Второй фактор — резервное копирование. Регламентные задания бэкапов должны покрывать каждую базу, а хранилище копий растёт пропорционально их числу. Архивные базы, в которые никто не заходит, часто выпадают из регламента, и обнаруживается это в момент, когда копия внезапно понадобилась.

Третий фактор — производительность в клиент-серверном режиме. Кластер серверов 1С и СУБД делят ресурсы между всеми базами. Десять активно работающих баз на слабом сервере дадут худший отклик, чем три базы на том же железе. При росте числа баз планируйте нагрузку: оперативную память, дисковую подсистему, регламентные задания СУБД.

Как проверить, что схема с несколькими базами работает правильно

После развёртывания дополнительных баз пройдитесь по контрольным точкам. Убедитесь, что каждая база открывается из списка под своим именем и показывает ожидаемые данные. Проверьте, что резервные копии создаются по расписанию для каждой рабочей базы, а файлы копий реально читаются и имеют ненулевой размер.

Для клиент-серверного варианта дополнительно проверьте консоль кластера: все базы должны быть зарегистрированы с уникальными именами, без дублей, указывающих на одну базу СУБД. Также убедитесь, что лицензионный счётчик не упирается в предел при пиковой нагрузке — это видно по отказам в выдаче лицензий в технологическом журнале или по сообщениям пользователей «не обнаружено лицензии».

Контрольные точки

Как проверить результат

Имена баз в списке запуска

Норма

Каждая база имеет уникальное имя с указанием назначения

Тревожный признак

Несколько записей с одинаковым именем и разными путями

Регистрация в кластере серверов

Норма

Каждой базе соответствует своя база данных СУБД

Тревожный признак

Две записи кластера указывают на одну базу данных

Резервные копии

Норма

Копии создаются по расписанию для каждой рабочей базы и открываются

Тревожный признак

Копий нет, они старше регламента или файл не читается

Лицензии в пиковые часы

Норма

Все пользователи получают сеансы без ошибок

Тревожный признак

Появляются сообщения о недоступности лицензии

FAQ: частые вопросы о количестве баз на одной конфигурации

Можно ли одновременно работать в двух базах с одинаковой конфигурацией?

Да. Пользователь может открыть два сеанса 1С с разными базами одновременно. С точки зрения лицензий каждый одновременный сеанс обычно расходует отдельную клиентскую лицензию, если сеансы запущены на разных компьютерах или по-разному учитываются сервером лицензирования — уточняйте по своему типу лицензий.

Нужно ли покупать конфигурацию заново для второй базы?

Для версий ПРОФ и КОРП — нет: одна поставка конфигурации позволяет создавать любое число баз. Платят за рабочие места (клиентские лицензии) и сервер. Исключение — базовые версии, где одна поставка привязана к одной базе.

Будут ли базы с одинаковой конфигурацией обмениваться данными автоматически?

Нет. Базы полностью изолированы. Для обмена между ними нужно настраивать механизмы синхронизации: типовой обмен через планы обмена, правила конвертации или сторонние интеграции. Само по себе совпадение конфигураций ничего не синхронизирует.

Можно ли в разных базах держать разные версии одной конфигурации?

Да, это обычная ситуация: рабочая база уже обновлена, архивная осталась на старом релизе. Проблем не будет, пока вы не пытаетесь обмениваться выгрузками .dt между несовместимыми релизами. Обновление «догоняющей» базы выполняется последовательно через пропущенные релизы.

Есть ли предел баз в списке запуска 1С?

Жёсткого практического предела список баз в окне запуска не имеет, но при десятках записей им становится неудобно пользоваться. Для большого числа баз применяют общие списки баз (файлы .v8i), файлы запуска .v8l или публикацию через веб-сервер и тонкий клиент.