Настройка, обслуживание и администрирование базы 1С 8.3

Управление базой 1С 8.3 сводится к пяти задачам: выбрать режим работы (файловый или клиент-серверный), создать базу и добавить её в список запуска, раздать пользователям права, регулярно делать резервные копии и запускать тестирование, а при замедлении — обслуживать базу. Всё это делается штатными средствами платформы, без сторонних программ.

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

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

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

Файловый режим. Вся база — это один файл 1Cv8.1CD в выбранной папке. Ничего дополнительно устанавливать не нужно: достаточно самой платформы. Подходит для одного рабочего места или небольшого отдела.

Клиент-серверный режим. Данные хранит СУБД (PostgreSQL, Microsoft SQL Server), а платформа работает через сервер «1С:Предприятия». Такой режим держит десятки и сотни пользователей, устойчивее к сбоям и даёт тонкую настройку нагрузки.

Ориентир по выбору:

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

Помимо места хранения, у базы есть режим клиента — как платформа показывает интерфейс:

• Тонкий клиент — основной режим для работы. Легко запускается, экономно работает с сервером, подходит для удалённого доступа. Большинство пользователей работают именно в нём.
• Толстый клиент — тяжелее, нужен в отдельных старых конфигурациях и некоторых административных задачах. Для типовых баз на управляемых формах обычно не требуется.
• Веб-клиент — вход в базу через браузер без установки платформы на компьютер. Работает только для опубликованной на веб-сервере базы.

Для типовых конфигураций на «Такси» (платформа версии не ниже 8.3.2x) по умолчанию используется тонкий клиент — специально его переключать не нужно.

Как создать базу и добавить её в список запуска

Список баз вы видите в стартовом окне, которое открывается ярлыком 1С:Предприятие. Управляют им три кнопки справа: Добавить, Изменить, Удалить.

Чтобы создать новую базу :

1. В стартовом окне нажмите Добавить.
2. Выберите Создание новой информационной базы.
3. Укажите источник: новую базу из шаблона поставки (конфигурация «Бухгалтерия предприятия», «Зарплата и управление персоналом» и т.д.) либо пустую базу без конфигурации.
4. Задайте название базы — как она будет подписана в списке.
5. Выберите тип расположения: На данном компьютере или на компьютере в локальной сети (файловый режим) или На сервере 1С:Предприятия (клиент-серверный).
6. Для файлового режима укажите папку, для клиент-серверного — имя сервера, имя базы на сервере и тип СУБД.
7. На последнем шаге оставьте параметры запуска по умолчанию и нажмите Готово.

Чтобы подключить уже существующую базу (например, вам передали папку с файлом 1Cv8.1CD), на шаге 2 выберите Добавление в список существующей информационной базы и укажите путь к папке.

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

Пользователи и права доступа

Права в 1С раздаются двумя способами, и их не надо путать.

В режиме 1С:Предприятие (для типовых конфигураций, например «Бухгалтерия предприятия 3.0») пользователями управляют через раздел Администрирование → Настройки пользователей и прав. Там создаётся пользователь, задаётся логин и способ входа, а права назначаются через профили групп доступа — готовые наборы вроде «Бухгалтер», «Расчётчик зарплаты», «Только просмотр», «Администратор».

Порядок действий:

1. Откройте Администрирование → Настройки пользователей и прав → Пользователи.
2. Нажмите Создать, заполните имя и, при необходимости, вход по логину и паролю.
3. На закладке прав выберите нужные профили групп доступа.
4. Запишите и закройте карточку.

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

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

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

Тестирование и исправление информационной базы

Если база стала открываться с ошибками, «зависает» на проведении документов или выдаёт сообщения о нарушении структуры — запускают тестирование и исправление (ТиИ).

Для файловой базы сначала проверяют физическую целостность файла утилитой chdbfl.exe. Она лежит в папке bin установленной платформы. Закройте все сеансы, запустите утилиту, укажите путь к файлу 1Cv8.1CD, поставьте флажок «Исправлять обнаруженные ошибки» и запустите проверку.

Логические проверки для любой базы делают из Конфигуратора:

1. Закройте базу у всех пользователей.
2. Откройте базу в Конфигураторе.
3. Зайдите в Администрирование → Тестирование и исправление.
4. Отметьте нужные проверки: реиндексация таблиц, проверка логической и ссылочной целостности, пересчёт итогов, при необходимости — реструктуризация.
5. Выберите режим: только тестирование или тестирование и исправление.
6. Нажмите Выполнить.

Перед запуском ТиИ с исправлением обязательно сделайте резервную копию. Исправление меняет данные, и откатить его можно только из копии.

Резервное копирование и восстановление данных

Резервная копия — главная страховка базы. Способ зависит от режима работы.

Файловая база. Проще всего скопировать файл 1Cv8.1CD, когда в базе никто не работает . Для копии «на ходу» и по расписанию в типовых конфигурациях есть раздел Администрирование → Обслуживание → Резервное копирование и восстановление — там настраивается автоматическое копирование при завершении работы или по графику.

Любая база (универсальный способ). Выгрузка через Конфигуратор в файл .dt:

1. Откройте базу в Конфигураторе.
2. Выберите Администрирование → Выгрузить информационную базу.
3. Укажите, куда сохранить файл .dt.

Восстановление — обратная операция: Администрирование → Загрузить информационную базу и выбор .dt-файла.

Клиент-серверная база . Кроме выгрузки в .dt, копии обычно делают средствами самой СУБД — резервной копией базы PostgreSQL или MS SQL по расписанию. Это быстрее для крупной базы и не требует монопольного доступа: СУБД снимает копию на работающей базе. Выгрузку .dt в этом случае оставляют как дополнительный, переносимый между серверами формат.

Полезные правила для копий:

• 🔁 Копируйте регулярно, а не «когда вспомнили». Для активной базы — ежедневно.
• 📦 Храните копии не на том же диске, где работает база. Отказ диска не должен унести и базу, и архив.
• ✅ Хотя бы раз проверьте, что копия разворачивается: загрузите её в тестовую базу.
• 🗓 Держите несколько копий за разные дни — ошибку в данных можно заметить не сразу.

Как ускорить работу базы

Базу замедляют накопленные данные, разросшийся журнал регистрации и отсутствие регулярного обслуживания. Что помогает:

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

Очистка журнала регистрации. Журнал (Администрирование → Настройки программы → журнал регистрации или сокращение из Конфигуратора) со временем раздувается до гигабайтов. Настройте срок хранения и периодически сокращайте старые записи.

Свёртка базы. Если учёт ведётся много лет, старые периоды сворачивают: документы до определённой даты заменяются остатками. База становится легче, а закрытые периоды остаются доступны в архивной копии.

Для файловой базы:

• 💾 Держите базу на локальном SSD, а не на сетевой папке или флешке — сетевой диск резко замедляет работу и повышает риск повреждения.
• 📁 Следите за размером файла 1Cv8.1CD; приближение таблиц к пределу 4 ГБ — повод перейти на клиент-серверный режим.

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

• 🖥 Выделите серверу и СУБД достаточно оперативной памяти — нехватка памяти бьёт по скорости сильнее всего.
• 🔧 Настройте регламентное обслуживание СУБД: обновление статистики и дефрагментацию индексов средствами PostgreSQL или MS SQL.

Очистка кэша. Накопленный временный кэш платформы иногда вызывает странности интерфейса и замедление запуска. Его сбрасывают запуском базы с параметром /ClearCache либо удалением временных каталогов пользователя при закрытой базе. Данные базы при этом не затрагиваются.

Частые ошибки при обслуживании базы

• ❌ Запуск ТиИ без копии. Исправление меняет данные необратимо. Копия — первым делом.
• ❌ Копия на том же диске, что и база. При отказе диска теряется и оригинал, и архив. Храните отдельно.
• ❌ Удаление папки базы вместо удаления из списка. Кнопка Удалить в стартовом окне убирает запись, а не файлы; стирание папки удаляет данные.
• ❌ Работа файловой базы с сетевой папки. Обрыв сети во время записи повреждает файл. Либо локальный диск, либо клиент-серверный режим.
• ❌ Пустой пароль администратора. База без пароля открыта всем, кто имеет доступ к компьютеру.
• ❌ ТиИ и загрузка .dt в рабочее время. Монопольный доступ завершит сеансы, пользователи потеряют несохранённое.

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