Новая информационная база 1С 8.3: файловая и серверная, от окна запуска до первого входа

Базу данных в 1С:Предприятии 8.3 создают в окне запуска: кнопка Добавить… → «Создание новой информационной базы» → выбор шаблона или пустой базы → тип размещения (на этом компьютере или на сервере 1С) → путь или параметры СУБД → Готово. На файловую базу уходит пара минут, на серверную — чуть больше, потому что нужны заранее настроенные сервер 1С и СУБД.

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

Файловая или клиент-серверная база: что выбрать

Решение принимают до того, как открыть окно запуска. Перевести базу из одного варианта в другой потом можно (через выгрузку и загрузку .dt), но это лишняя работа.

📌 Когда хватает файловой базы:

• 🧾 бухгалтерия небольшой фирмы, 1–5 человек;
• 🧪 учебная или тестовая база, копия для проверки обновления;
• 💻 работа на одном компьютере или по сети внутри офиса через общую папку.

📌 Когда сразу нужен сервер:

• 👥 много одновременных пользователей и тяжёлые отчёты;
• 🌐 доступ из филиалов, публикация на веб-сервере;
• 🗄️ объём базы растёт на десятки гигабайт в год.

Что подготовить перед созданием серверной базы

Для файловой базы достаточно установленной платформы и каталога с правом записи. С сервером всё сложнее: базу создаёт кластер 1С, и он должен «достучаться» до СУБД.

Сервер 1С:Предприятия

1. Установите платформу с компонентом «Сервер 1С:Предприятия» и отметкой установки как службы Windows.
2. Убедитесь, что служба «Агент сервера 1С:Предприятия 8.3» запущена.
3. Откройте порты в брандмауэре: 1540 (агент сервера), 1541 (менеджер кластера) и диапазон рабочих процессов, по умолчанию 1560–1591. Диапазон задаётся в свойствах рабочего сервера.
4. Проверьте, что кластер виден в консоли администрирования серверов 1С.

СУБД

• 🐘 PostgreSQL — нужна сборка, адаптированная под 1С (её поставляет фирма 1С или Postgres Professional). Обычный PostgreSQL из репозитория без нужных патчей с 1С работать не будет.
• 🪟 MS SQL Server — подойдёт любая поддерживаемая платформой редакция. Учётной записи, под которой 1С создаёт базу, нужна серверная роль dbcreator или права владельца уже созданной базы.
• 🔐 Создайте отдельного пользователя СУБД для 1С. Работать под sa или postgres — плохая привычка: пароль от суперпользователя окажется в настройках кластера.

Создание базы в окне запуска шаг за шагом

Окно запуска открывается ярлыком «1С:Предприятие» (файл 1cestart.exe). Порядок одинаков для любой конфигурации — Бухгалтерии, ЗУП, УТ или собственной разработки.

Шаг 1. Новая база или существующая

Нажмите Добавить…. Мастер предложит два пути:

• «Создание новой информационной базы» — то, что нужно сейчас;
• «Добавление в список существующей информационной базы» — если база уже есть на диске или на сервере и её просто нет в вашем списке.

Шаг 2. Шаблон или пустая база

• 📦 Из шаблона — в списке видны конфигурации, шаблоны которых установлены на компьютере. Можно выбрать рабочую конфигурацию или демонстрационную базу. Получите готовую базу с нужным релизом.
• 📄 Без конфигурации — пустая база для разработки или для загрузки выгрузки .dt. Это самый частый выбор у администраторов: переносят чужую базу, разворачивают копию.

Если нужной конфигурации нет в списке, значит, шаблон не установлен. Запустите setup.exe из дистрибутива конфигурации — он распакует шаблоны в каталог, по умолчанию %APPDATA%\1C\1cv8\tmplts. Дополнительные каталоги шаблонов добавляют в окне запуска через кнопку Настройка….

Шаг 3. Имя и тип размещения

Введите наименование — так база будет называться в списке, например «Бухгалтерия ООО Ромашка». Ниже выберите:

• «На данном компьютере или на компьютере в локальной сети» — файловая база;
• «На сервере 1С:Предприятия» — клиент-серверная.

Шаг 4. Каталог или параметры сервера

Для файловой базы укажите каталог, например D:\Bases\Romashka, и язык (страну) — «Русский (Россия)». Каталог лучше брать пустой и отдельный под каждую базу.

Для серверной базы появится форма параметров. Её разбираем отдельно в следующем разделе.

Шаг 5. Параметры запуска

Последняя страница мастера:

• Вариант аутентификации — «Выбирать автоматически» (если настроен вход через Windows) или «Запрашивать имя и пароль»;
• Скорость соединения — для локальной сети «Обычная», «Низкая» имеет смысл при медленном удалённом доступе;
• Основной режим запуска — тонкий клиент для типовых конфигураций на управляемых формах, толстый — для старых конфигураций на обычных формах;
• Версия 1С:Предприятия — оставьте 8.3, если на компьютере одна версия; при нескольких можно закрепить конкретную, например 8.3.25.

Нажмите Готово. Для файловой базы с шаблоном платформа сразу развернёт конфигурацию, на это уходит от минуты до нескольких.

Параметры подключения к серверу и СУБД

Форма параметров серверной базы — место, где ошибаются чаще всего. Разберём поля по порядку.

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

Создание без мастера: командная строка

Когда баз много или их создают по расписанию, мастер неудобен. Платформа умеет создавать базы пакетным режимом:

rem Файловая база
"C:\Program Files\1cv8\8.3.25.1374\bin\1cv8.exe" CREATEINFOBASE File="D:\Bases\Test" /AddInList "Тестовая база"

rem Серверная база с созданием базы в PostgreSQL
"C:\Program Files\1cv8\8.3.25.1374\bin\1cv8.exe" CREATEINFOBASE Srvr="srv1c";Ref="test_buh";DBMS=PostgreSQL;DBSrvr="dbsrv";DB="test_buh";DBUID="usr1c";DBPwd="пароль";CrSQLDB=Y;SchJobDn=Y /AddInList "Тест Бухгалтерия"

Здесь CrSQLDB=Y — создать базу в СУБД, если её нет, SchJobDn=Y — заблокировать регламентные задания, /AddInList — добавить базу в список окна запуска. Номер сборки в пути подставьте свой. С сервера базы создают и утилитой rac — список её параметров смотрите в rac help infobase.

Загрузка конфигурации и данных в новую базу

Пустая база без конфигурации — это только оболочка. Дальше есть три сценария.

Перенос готовой базы из файла .dt

1. Выберите новую базу в окне запуска и нажмите Конфигуратор.
2. Меню Администрирование → Загрузить информационную базу….
3. Укажите файл .dt и подтвердите замену данных.
4. После загрузки платформа предложит перезапустить конфигуратор — согласитесь.

Выгрузка .dt переносит всё: конфигурацию, данные, пользователей. Если в исходной базе были пользователи, при входе спросят логин и пароль из той базы.

Только конфигурация из файла .cf

1. В конфигураторе: Конфигурация → Открыть конфигурацию.
2. Конфигурация → Загрузить конфигурацию из файла…, выбрать .cf.
3. Подтвердить обновление: Конфигурация → Обновить конфигурацию базы данных (клавиша F7).
4. Принять изменения структуры в появившемся окне.

Обновление до нужного релиза

Если шаблон оказался старее актуального релиза, базу обновляют файлами .cfu через Конфигурация → Поддержка → Обновить конфигурацию…. Релизы ставят по цепочке: перескочить через несколько версий нельзя, если в описании обновления это не разрешено.

После первого входа создайте пользователя с полными правами в Администрирование → Настройки пользователей и прав → Пользователи. Пока в базе нет ни одного пользователя, войти в неё может кто угодно без пароля.

Ошибки при создании базы и что с ними делать

Сообщения ниже приведены так, как их выдаёт платформа; хвост текста может отличаться в зависимости от СУБД.

Частые промахи, которые не выдают ошибку сразу

• 🐢 Файловая база на сетевом диске через VPN. Создаётся без проблем, но работать в ней невозможно — каждый запрос тянет данные по медленному каналу. Для удалённой работы нужен сервер или удалённый рабочий стол.
• 🔤 Кириллица и пробелы в имени базы в кластере. Мастер их иногда пропускает, а потом мешают скрипты, публикация на веб-сервере и командная строка.
• 📅 Смещение дат 0 на MS SQL для типовой конфигурации. База создастся, но с датами до 1753 года MS SQL не работает — проблемы всплывут на загрузке данных.
• ⏰ Забытая блокировка регламентных заданий в тестовой копии — копия отправляет отчёты и выписки параллельно с рабочей базой.

Обслуживание базы после создания

Базу создали — дальше её нужно поддерживать в рабочем состоянии. Набор действий зависит от варианта.

Файловая база

• 💾 Регулярная выгрузка .dt через конфигуратор или копирование каталога при закрытой базе. Копировать 1Cv8.1CD, пока в базе работают люди, нельзя — копия может оказаться битой.
• 🔧 «Тестирование и исправление» (Администрирование → Тестирование и исправление… в конфигураторе) — при сбоях и подозрении на повреждение. Режим требует монопольного доступа: попросите всех выйти.
• 📏 Следите за размером файла и скоростью. Если база растёт и тормозит при 5–7 пользователях, пора переводить её на сервер.

Серверная база

• 🗄️ Резервное копирование средствами СУБД: в MS SQL — план обслуживания с полными и разностными копиями, в PostgreSQL — pg_dump или физические копии.
• 📊 Обновление статистики и обслуживание индексов. В MS SQL — задачи плана обслуживания, в PostgreSQL — регулярный VACUUM ANALYZE (обычно хватает автоочистки, но после массовой загрузки данных запускают вручную).
• 🧮 Модель восстановления MS SQL: «Простая» не копит журнал транзакций; «Полная» нужна, только если вы реально делаете копии журнала. Иначе файл журнала разрастётся до размеров диска.
• 🧹 Отключите регламентные задания, которые не нужны вашей организации, — они нагружают рабочие процессы впустую.

Частые вопросы