Режимы работы 1С

Здравствуйте дорогие читатели мой последний пост: Установка 1С на Linux породил несколько вопросов о режимах работы 1С.

Режимы работы с информационной базой:
Файловый вариант работы
Клиент – серверный вариант работы

Файловый режим работы

Файловый вариант работы рассчитан на персональную работу одного пользователя, но также доступна и многопользовательская работа по сети. Параллельное проведение документов в этом режиме невозможно. В среднем, в файловом режиме одновременно могут работать около 10-ти пользователей.
Покупка серверных ключей не требуется.
При файловом режиме работы вся информационная база (база данных, конфигурация) хранится в файле 1Cv8.1CD.

1Cv8.1CD – это Файловая база данных

Файловой базой данных (файлом 1Cv8.1CD) управляет Файловая СУБД (File DBMS), которая является частью платформы 1С:Предприятия.
При файловом режим работы происходит имитация клиент-серверного режима работы, поэтому всё равно нужно придерживаться клиент-серверного механизма разработки.

Если файл 1Cv8.1CD превышает 4 Гб. Самый раз задуматься о переходе на клиент-серверный вариант работы.

Большой минус файлового режима работы это низкая информационная безопасность.

Схема работы в файловом варианте

Приложение толстый клиент напрямую обращается к информационной базе и получает ответ. Тонкий клиент так же обращается напрямую к БД по собственному протоколу. Web клиент обращается к информационной базе с помощью Web сервера.

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

Клиент-серверный вариант работы

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

Клиент-серверный вариант работает по трехзвенной архитектуре:
Пользователь
Сервер приложений(кластер серверов)
СУБД

Клиент-серверный_вариант

Клиенты обращаются к менеджеру кластера, который переадресует запрос пользователя к какому либо рабочему серверу (запрос может быть переадресован на более свободный сервер). Далее сервер обращается к СУБД за получением необходимых данных.
СУБД обрабатывает запрос и возвращает массив данных серверу, который возвращает обработанные данные клиенту. В кластере серверов существует возможность настройки резервных серверов, на которые переносятся процессы в случае падения рабочего сервера. Тем самым повышается надежность.

Консоль Администрирование серверов 1С Предприятия

Web клиент взаимодействует (по протоколу http) c web-сервером, который обращается к кластеру серверов. Так же возможна работа тонкого клиента по протоколу http (по точно такой же схеме)

Текущий режим работы можно посмотреть в конфигураторе и в пользовательском режиме, открыв Справка -> О программе (строка “режим”)

Обычное приложение всегда работает в режиме толстого клиента. Управляемое приложение может запускаться как в толстом, так и в тонком клиенте. Функционал тонкого клиента сильно ограничен.

Статья об обычном и управляемом приложений, обычных и управляемых формах «1С:Предприятия», находится здесь 1С ИНТЕРФЕЙС.

Пожалуйста оставляйте свой комментарий, мне дорого ваше мнение.

P.S. Чарли Брукер – Ящик желаний

Поделиться с друзьями
Добавить комментарий

  1. Александр Кириллов

    Работаю в программе 1С как пользователь, теперь собираюсь заняться программированием. Буду заглядывать на ваш сайт.

  2. ardiz

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

  3. Salta

    Доброго времени суток. 6-ой день пытаюсь понять почему при файловом варианте работы в модуле разделен код:либо на сервере,либо на клиенте,главное понимаю что так необходимо,но не могу найти на то теор.причину.Прочитала очень много статей и вот наткнулась на вашу,СПАСИБО за эти строчки: “При файловом режим работы происходит имитация клиент-серверного режима работы, поэтому всё равно нужно придерживаться клиент-серверного механизма разработки”
    )