Файловый вариант работы 1С

Файловый вариант работы 1С

Файловый вариант работы рассчитан на персональную работу одного пользователя или работу небольшого количества пользователей в локальной сети. Обычно до 15 пользователей и размер базы до 15Гб. Управление работой осуществляет файловая СУБД фирмы 1С. Такой вариант работы обеспечивает легкость установки и эксплуатации системы. При этом для работы с ИБ не требуются дополнительные программные средства, достаточно иметь операционную систему и 1С:Предприятие 8. Файловый вариант работы обеспечивает целостность ИБ и простое создание резервных копий. Исключена ситуация, когда пользователь может по ошибке (например, при копировании ИБ) перепутать различные файлы ИБ и привести систему в неработоспособное состояние. Работа в файловом варианте возможно как напрямую, непосредственно с файлом БД, так и через веб-сервер, если используются клиентские подключения по протоколу HTTP или HTTPS.

Работа с файловой БД напрямую возможна с помощью тонкого или толстого клиентов.

Если используется толстый клиент, то он сам реализует всю функциональность файловой СУБД.

Если используется тонкий клиент, то на компьютере, где запущен сам тонкий клиент, организуется специализированная серверная среда. В рамках этой специализированной среды выполняются загрузка необходимых для работы системы серверных компонентов, загрузка конфигурации, другие действия, необходимые для организации нормальной работы системы с ИБ. С точки зрения тонкого клиента, данная среда выступает в роли сервера. С точки зрения операционной системы, данная специализированная среда не выделена в отдельный процесс и выполняется в рамках процесса тонкого клиента.

При работе через веб-сервер также как и в режиме тонкого клиента создается специализированная серверная среда.

Файловый вариант работы очень уязвим в плане безопасности (вирусы, недобросовестные пользователи), так как ИБ располагается  либо на компьютере либо в локальной сети в расшаренной папке и не обеспечивает параллельной работы пользователей, так как все запросы выстраиваются в очередь и выполняются друг за другом.

4 способа ускорить работу 1С в файловом варианте

(перед выполнением создать резервную копию ИБ):

  1. Конфигуратор – Администрирование – Тестирование и исправление: реиндексация таблиц ИБ – полное перестроение индексов для заданных таблиц; проверка логической целостности ИБ – проверка логической и структурной целостности базы данных, ошибок в организации данных (например, страниц в файле); проверка ссылочной целостности ИБ – проверяет ИБ на наличие битых ссылок, которые образуются из-за некорректной обработки информации разработчиком и др. (желательно выполнять 1 раз в неделю, процесс долгий).
  2. Сеть: перейти на гигабитную сеть.
  3. Оперативная память: добавить на компьютерах пользователей.
  4. Дисковая подсистема: переход на SSD.

Простейший бэкап ИБ:

  1. Скопировать папку с ИБ, заархивировать с паролем.
  2. Войти в конфигуратор с правами администратора – Администрирование – Выгрузить ИБ – получим файл с расширением dt (там будут настройки конфигурации и все пользовательские данные). Затем Администрирование – Загрузить ИБ.

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

  1. Общая папка: около 2-3 пользователей, около 3 Гб ИБ; желательно разграничить права, чтобы не все пользователи имели доступ к ИБ; необходимо делать частый бэкап; использовать SSD диск; построить гигабитную сеть; установить хороший антивирус. Масштабировать данную схему можно только путем наращивания аппаратных мощностей всех компьютеров, производительность низкая, удаленный доступ и безопасность на нуле, но небольшая стоимость, высокая скорость развертывания.
  2. Общая папка NAS: около 2-3 пользователей, около 3 Гб ИБ; легко разграничить права, чтобы не все пользователи имели доступ к ИБ; необходимо делать частый бэкап; использовать SSD диск; построить гигабитную сеть; можно сделать RAID, чтобы повысить отказоустойчивость; можно развернуть FTP сервер; ОС Linux на сетевом хранилище NAS делает работу более безопасной. Масштабировать данную схему можно только путем наращивания аппаратных мощностей всех компьютеров, производительность, стоимость и безопасность выше, чем в первом варианте,  скорость развертывания ниже, чем в первом варианте.
  3. Веб-сервер Apache: около 2-5 пользователей, около 3 Гб ИБ; конфигурация должна быть написана только на управляемых формах; сложности перехода, подключения торгового оборудования; ошибки обозревателя; частый бэкап ИБ; использовать протокол HTTPS; использовать SSD диск; построить гигабитную локальную сеть; каждое подключение должно иметь лицензию. Масштабировать данную схему можно только путем наращивания аппаратных мощностей; неплохая производительность; стоимость выше, чем при использовании общей папки, так как необходимо покупать SSA сертификаты; скорость развертывания, удаленный доступ и безопасность высокие.
  4. Веб-сервер IIS: это встроенный компонент в ОС Windows; около 2-5 пользователей, около 3 Гб ИБ; конфигурация должна быть написана только на управляемых формах; сложности перехода, подключения торгового оборудования; ошибки обозревателя; частый бэкап ИБ; использовать протокол HTTPS; использовать SSD диск; построить гигабитную локальную сеть; каждое подключение должно иметь лицензию. Масштабировать данную схему можно только путем наращивания аппаратных мощностей; неплохая производительность; стоимость выше, чем при использовании общей папки, так как необходимо покупать SSA сертификаты; скорость развертывания, удаленный доступ и безопасность высокие.
  5. Веб-сервер (IIS или Apache) + тонкий клиент: около 2-5 пользователей, около 3 Гб ИБ; производительность лучше на тонком клиенте; конфигурация должна быть написана только на управляемых формах; сложности перехода, подключения торгового оборудования; частый бэкап ИБ; использовать протокол HTTPS; использовать SSD диск; построить гигабитную локальную сеть; каждое подключение должно иметь лицензию. Масштабируемость немного выше предыдущих схем благодаря тонкому клиенту; производительность достаточно высокая; стоимость невысокая; скорость развертывания ниже; удаленный доступ и безопасность высокие.
  6. Сервер терминалов: лучшая схема по производительности при файловом варианте работы; частый бэкап ИБ; создать RAID из SSD дисков; легкое администрирование, т.к. все работают на одном сервере; достаточно дорогостоящие лицензия (+сервер терминалов, + CAL для каждого пользователя, +RDS на сервер терминалов) и аппаратные ресурсы; около 2-10 пользователей, около 3 Гб ИБ; требуется сервер начального уровня; построить гигабитную локальную сеть. Масштабируемость невысокая, производительность наиболее высокая по сравнению со схемами 1-5, есть удаленный доступ (в т.ч. кросс-платформенность), но низкая безопасность.

RemoteApp: лучшая производительность также, как и у сервера терминалов; частый бэкап ИБ; создать RAID из SSD дисков; легкое администрирование, т.к. все работают на одном сервере; достаточно дорогостоящие лицензия (+ Active Directory, +RemoteApp, +CAL для каждого пользователя *2, +RDS на сервер терминалов) и аппаратные ресурсы; около 2-10 пользователей, около 3 Гб ИБ; требуются два сервера начального уровня; построить гигабитную локальную сеть. Свойства аналогичные схеме №6, но производительность и безопасность (443 порт) немного выше, стоимость больше.

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

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!:

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.