Режимы запуска системы 1С:Предприятие

12.07.22

База данных - Администрирование СУБД

Существует несколько путей установки режимов запуска 1С:Предприятие. Рассмотрим запуски системы в режиме «1С:Предприятие» и в режиме Конфигуратора. Проговорим предварительно, что одновременное использование нескольких режимов не допускается для того, чтобы указать параметры командной строки.

В режиме работы «1С:Предприятие»:

В окне запуска приложения по команде «Изменить» редактируете существующие настройки информационной базы, где есть возможность указать дополнительные параметры запуска 1С Предприятие:
 

Дополнительные параметры запуска 1С: Предприятие

 

Аналогично в режиме запуска Конфигуратор параметры запуска 1С Предприятие устанавливаются:

Меню – Сервис – Параметры – Основные – Параметр запуска

 

Установка параметров запуска 1С: Предприятие

 

Строка параметра запуска 1С: Предприятие

 

Параметры запуска системы 1С: Предприятие могут включать в себя как общие параметры запуска, так и определенные наборы параметров (запуска конфигуратора, создания файлов поставки и обновления и т.п.)

В конце статьи будет приведено несколько примеров использования этих параметров запуска 1С 8.3 Предприятие.

Возможна настройка запуска приложения:

  • в автоматическом режиме;
  • в режиме тонкого клиента;

(В этом режиме возможно подключаться к информационным базам как через Интернет, так и по локальной сети. Работает только в режиме 1С:Предприятие, а так же для него требуется предварительная установка).

  • в режиме толстого клиента;

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

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

 

Запуск 1С: Предприятие в режиме Конфигуратор     

 

Примеры применения параметров запуска 1С Предприятие

 

Теперь о примерах о применении параметров запуска 1С Предприятие:

 

Пример 1.

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

 

Аутентификация операционной системы

 

Определяет режим использования аутентификации операционной системы при запуске сервера «1С:Предприятие» параметр /WA

Для того чтобы зайти в 1С под другим пользователем, предварительно не меняя настроек Пользователя 1С, достаточно прописать в Параметрах запуска команду /WA-

Таким образом отключаем запрет применения аутентификации операционной системы при запуске системы «1С:Предприятия»

 

Команда для запрета аутентификации операционной системы

 

Пример 2.

Под пользователем Ивановым программа 1С работает нормально, а у пользователя Петрова – «глючит» - странно формируются формы и т.п. Часто после анализа проблем выясняется, что причиной странных «глюков» и «тормозов» является кэш 1С – причины могут быть разные - динамическое обновление конфигурации, программные или аппаратные сбои.

Чтобы произвести очистку путем использования параметров указываем в дополнительных параметрах запуска /ClearCache

 

Использование параметра ClearCache

 

Выполнится очистка кеша клиент-серверных вызовов, в котором хранятся метаданные форм, модули и т. д., а также сохраненный индекс поиска по текстам модулей.

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

Подходит только для режима тонкого клиента.

Вступайте в нашу телеграмм-группу Инфостарт

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бухгалтерский учет Бесплатно (free)

После миграции с MS SQL на PostgreSQL закрытие месяца в 1С:ERP стало идти 8 часов вместо 12 минут. Рассказываем, как мы нашли причину в оценке Hash Join, которую планировщик завышал в миллионы раз, и как исправили её так, что проблемный запрос теперь выполняется за 18 секунд вместо часа.

19.10.2026    1028    Tantor    0    

10

Администрирование СУБД HighLoad оптимизация Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

Большинство материалов о компрессии в PostgreSQL отвечают на вопрос «во сколько раз удалось уменьшить базу». Мы предлагаем посмотреть на проблему с другой стороны — какой ценой достигается эта экономия? В статье разбираем архитектурные компромиссы различных подходов к компрессии страниц, объясняем, почему при разработке CSM в Tantor Postgres отказались от погони за максимальным коэффициентом сжатия, и показываем результаты нагрузочных испытаний на реальных базах 1С.

01.10.2026    1522    Tantor    6    

18

DevOps и автоматизация разработки Администрирование СУБД Групповая разработка (Git, хранилище) Разработчик 1С 8.3 Абонемент ($m)

В корпоративных инсталляциях «1С:Предприятие 8.3» под управлением PostgreSQL всё чаще проявляются архитектурные пределы масштабирования: рост числа пользователей, обязательная маркировка, плотный поток API-интеграций и высокая стоимость простоя. Вводная часть цикла разбирает ключевые факторы современной эксплуатационной нагрузки и формирует инженерную методологию эволюционной модернизации без остановки продуктивного контура. Материал основан на практическом кейсе «Торговый контур» и показывает, как определить целевые метрики (p95, MTTR, APDEX), выстроить наблюдаемость, стабилизировать работу кластера и подготовить инфраструктуру к дальнейшему масштабированию. Публикация задаёт фундамент для последующих частей, посвящённых телеметрии, оптимизации PostgreSQL, CI/CD и архитектурному росту.

1 стартмани

10.09.2026    1585    Ninel_S    0    

6

HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)

В рамках 18 релиза СУБД Tantor Postgres мы рассказывали об оптимизациях, которые помогают планировщику сделать более точный выбор между Nested Loop и Hash Join. В следующем релизе у нас планируются оптимизации, которые позволят ускорить выполнение как Nested Loop, так и Hash Join. Сегодня мы расскажем об одном из таких методов - фильтре Блума.

31.08.2026    6178    Tantor    3    

18

Администрирование СУБД Системный администратор Разработчик 1С 8.3 Бесплатно (free)

Мы подготовили для сообщества Infostart.ru практическое занятие, в котором каждый желающий сможет: научиться собирать реальные данные о процессах кластера 1С; выявлять «перестарков» — процессы старше периода и без соединений; выполнять безопасный перезапуск (с dry-run и подтверждением); настраивать автоматическую проверку через systemd на Linux; отправлять уведомления (Telegram, почта) при обнаружении проблем; работать с логами, ротацией, профилями кластеров и конфигурацией; развернуть полноценный учебный проект AdminClusterMonitor у себя в тестовой среде.

30.08.2026    1786    Ninel_S    2    

6

Администрирование СУБД Системный администратор 1С:Предприятие 8 Бесплатно (free)

На infostart.ru вышел разбор Ивана Недомолкова «Сервер 1С падает: настройка сбора дампов (logcfg.xml), лимиты памяти и передача дампа в поддержку» - это хорошая инструкция, как ловить и разбирать падение rphost постфактум: logcfg.xml, procdump, анализ дампа. Но там нет ответа на вопрос «а почему кластер вообще прибил процесс сам, ещё до всякого краша». Мы дополняем разбор тремя сводными таблицами лимитов памяти и автомасштабирования кластера - и заодно фиксируем, чем в этой части лицензия ПРОФ урезана относительно КОРП.

12.08.2026    2552    Ninel_S    5    

6

Администрирование СУБД Системный администратор Разработчик Бесплатно (free)

5,5 тысячи пользователей в единой базе 1С, розница в режиме 24/7 и SLA 99,98% – в таких условиях любая авария быстро превращается в очереди на кассах, потерю денег и давление со стороны бизнеса. Показываем, как выстроить процесс аварийно-восстановительных работ: от первых алертов и базового скрининга системы до подключения команды, проверки гипотез и дебрифа после инцидента. Разбираем, как метрики, дашборды, техжурнал, Zabbix, Prometheus, Grafana, Telegram-боты и скрипты помогают не гадать, а быстро находить причину проблемы. На реальных авариях объясняем, почему «быстро» не должно означать «рискованно», как работа над ошибками снижает панику и почему каждая авария может сделать систему надежнее.

11.08.2026    3459    jul.dolganova    9    

24
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. SerVer1C 1146 14.07.22 11:43 Сейчас в теме
Очередная статья-летучка загнанного студента.
Ставьте "+" данному комментарию, если узнали автора по содержимому )

P.S. Вашей конторе надо бы писать что-то посерьёзнее, а не наполнять хламом площадку.
IntellXeon; +1 – Ответить
2. Dmitrii333 12.11.24 22:06 Сейчас в теме
(1) и такая статья тоже нужна.
Kuzya_brаtsk; tata\om; user2123712; +3 – Ответить
Для отправки сообщения требуется регистрация/авторизация