Автономный сервер 1с что такое
Автономный сервер в 1С
В версии технологической платформы 8.3.14 была реализована новая возможность, а точнее новое приложение, которое позволяет организовать работу клиентских приложений с информационной базой по протоколу HTTP — автономный сервер. В этой статье я попробую рассказать, что это за новое приложение и как его можно использовать.
Общая информация
Итак, автономный сервер — это серверное приложение, которое обеспечивает работу клиентских приложений (тонкий клиент, веб-клиент, мобильный клиент) с информационной базой. Автономный сервер взаимодействует с клиентами по протоколу HTTP и обеспечивает те же возможности, что и кластер серверов за исключением средств администрирования и управления. Кроме этого автономный сервер содержит встроенный веб-сервер, что позволяет публиковать базу данных, без использования сторонних веб-серверов.
Разумеется, автономный сервер имеет некоторые ограничения. В частности он НЕ поддерживает следующие возможности:
Запуск автономного сервера
Автономный сервер устанавливается вместе с кластером серверов 1С и имеет такие же системные требования. После установки в каталоге bin появятся два файла:
Оба приложения имеют справочную систему, которую можно вызвать стандартным, для утилит командной строки, способом:
Автономный сервер может быть запущен как обычное приложение и как сервис (демон) операционной системы, при этом сам автономный сервер не умеет регистрировать себя в качестве сервиса, для этого нужно воспользоваться средствами ОС.
Параметры для запуска автономного сервера можно указать прямо в командной строке или в специальном конфигурационном файле. При этом командная строка имеет больший приоритет. Если какой-то параметр не указан ни в командной строке ни в конфигурационном файле, то будет использовано значение по умолчанию.
Конфигурационный файл создается специальной командой или вручную (подробнее ниже). Для запуска автономного сервера с учетом конфигурационного файла, необходимо указать расположение этого файла.
Запуск сервера для работы с файловой базой в самом простом случае выглядит так:
На самом деле самый простой вариант будет запуск автономного сервера вообще без параметров, в этом случае сервер поищет файловую базу в каталоге данных по умолчанию.
Запуск сервера для работы с клиент-серверным вариантом базы в самом простом случае выглядит так:
После этого к базу можно посмотреть например через браузер:
Отладка на автономном сервере
Отладка с использованием автономного сервера возможно только по протоколу HTTP. Сама схема отладки выглядит достаточно изощренно (я с трудом представляю себе практическое использование данной функциональности):
Далее, в запущенном конфигураторе, следует открыть диалог параметров отладки (Главное меню — Сервис — Параметры — Отладка). В диалоге нужно выбрать протокол отладки (HTTP), указать адрес сервера отладки и имя информационной базы (может потребоваться перезапуск). В моем случае это выглядит так:
В самом клиентском приложении также нужно указать сервер отладки (меню Сервис — Параметры…), например так:
После всего можно будет подключить предмет отладки через соответствующее меню (Главное меню — Отладка — Подключение…)
Конфигурационные файлы
Конфигурационный файл можно создать вручную, а можно при помощи утилиты администрирования ibcmd. Например:
В данном случае текст конфигурационного файла будет выведен прямо в консоль:
Или стандартными средствами:
Кроме этого утилита ibcmd позволяет выполнять различные операции — создавать базы и загружать в них конфигурации и выгрузки. Для примера загрузим выгрузку (dt) в базу на MSSQL сервере:
На этом все, надеюсь эта статья была Вам интересна.
Если Вы нашли ошибку или неточность, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Пересоздание автономной конфигурации 1С. Что это?
Чтобы ответить на поставленный вопрос, необходимо в принципе разобраться с тем, что такое «автономная конфигурация 1С». Для этого нужно понимать, как происходит работа с информационными базами в системе. После чего можно будет перейти к раскрытию темы статьи.
Содержание:
1. Клиентские приложения 1С
Работа в программе 1С строится на взаимодействии системы с пользователем. Для обеспечения этого используются клиентские приложения.
На сегодня применяют несколько клиентских приложений:
В отличие от других конфигуратор предназначен для разработки и управления информационными базами, поэтому в данной статье подробно на нем останавливаться не будем.
Необходимо отметить, что до появления редакции 8.2 единственное клиентское приложение, которое использовалось продуктами 1С, было Толстый клиент. Для чего применялся файл 1cv8.exe.
Главное отличие, существующее между толстым и тонким клиентом основано на следующих моментах. При работе толстого клиента большая часть информации обрабатывается непосредственно на ПЭВМ. Это приводит к тому, что используемый ПЭВМ должен обладать большой мощностью, в частности, если одновременно пользуется не менее пяти человек. Минус в том, что существенно понижается скорость работы устройства, так как времени на обработку всей информации тратится куда больше.
Благодаря тонкому клиенту пользователь через приложение может взаимодействовать с системой. Все работы выполняются на самом сервере, сам пользователь видит только итоговую информацию, которая появляется после обработки. За счет этого заметно снижаются требования, предъявляемые к самой системе и каналам связи, ПК необходимо меньше ресурсов для хранения и обработки информации. Таким образом, запуск выполняется одним файлом 1cv8c.exe.
При сравнении приложений можно выделить следующие моменты:
-работа по сети может поддерживаться любым клиентом, кроме мобильного, при работе через Интернет может использоваться, как тонкий и мобильный клиент, так в веб;
-для возможности работать, как с тонким, так и толстым клиентом необходимо выполнить предварительную установку;
-здесь строго обозначены отличия между размерами используемого дистрибутива;
-перед тем, как использовать мобильное приложение необходимо также выполнить предварительную установку.
Какими свойствами обладают приложения рассматривается в следующей главе.
2. Преимущества и недостатки толстого и тонкого клиентов
Тонкий клиент назвали так за счет того, что он имеет достаточно ограниченную функциональность языка, который уже встроен. В то же время такой клиент может показывать данные на компьютере, а также менять их при необходимости. Взаимодействие такого клиента с Апачи либо IIS осуществляется за счет HTTPS либо HTTP протоколов. Сам веб-сервер взаимодействует с 1С за счет файлового варианта работы либо клиент-серверного.
В файловом варианте используется уникальная среда, где и выполняются все загрузки, в клиент-серверном все осуществляется за счет протокола TCP/IP. Именно в это и выражается явное преимущество тонкого клиента перед толстым. Однако, данный момент не освобождает от предварительной установки на ПЭВМ клиента.
Большой плюс использования толстого клиента заключается в полном исполнении прикладного кода. Хотя этот же фактор является и минусом. Так как для его реализации требуется большой объем дистрибутива. Потому что взаимодействие через интернет не предусмотрено, следовательно, все информационные базы загружаются на ПК.
Приложение лучше всего использовать при работе с предыдущими версиями платформы.
Есть следующие варианты:
-Клиент-сервер, используется за счет подключения по локальной сети используя протокол TCP/IP;
-Файловый, обмен информацией осуществляется через сеть.
В обоих вариантах возможно взаимодействие с базами данных, расположенных на том же ПК, где расположены кластер или файловая база данных.
3. Плюсы и минусы других приложений
Если говорить о мобильном клиенте, то по факту он представляет собой тонкий клиент, только применяемый для мобильных устройств. Интерфейс точно такой же, как и сама мобильная платформа. Особенность приложения заключается в том, что оно может сразу взаимодействовать с кластером серверов 1С. Также за счет мобильного клиента можно автоматически трансформировать формы, описанные в самой конфигурации.
То есть формы, которые были созданы для ПК, трансформируются таким образом, чтобы с ними было комфортно работать на смартфонах. Это делается за счет того, что наименее значимым элементам предоставляется меньше места, допустим, за счет сворачивания их в группу или сокрытия. Соответственно больше места отводится важным элементам. Вместе с тем мобильный клиент обладает способностью разворачивать горизонтально расположенные таблицы и списки для удобства их прокрутки и чтения с экрана.
Веб-клиент отличается тем, что исполняется не на компьютере пользователя, а в интернет-браузерах, таких как Safari, Mozilla Firefox, Google Chrome, Internet Explorer. Соответственно снижаются требования к ресурсам персонального компьютера, к количеству пользователей. Вся работа осуществляется просто запуском браузера. В нем следует ввести адрес web-сервера. После его загрузки происходит доступ к содержащимся там информационным базам.
Для работы веб-клиента используются технологии DHTML и HTTPRequest.
Соответственно следует отметить, что не имеет значения какое клиентское приложение используется: веб-клиент, толстый или тонкий клиент, непосредственно разработка прикладного решения производится в конфигураторе 1С: Предприятие 8.3. А серверные и клиентские коды пишутся на встроенном языке 1С: Предприятие 8.
4. Автономный сервер в 1С
В версии 8.3 появилась новая возможность организации работы описанных клиентских приложений с информационной базой по протоколу HTTP. Такое приложение было названо автономный сервер. Следует отметить, что автономный сервер дает те же возможности, как и кластер серверов. Исключение составляют только средства управления и администрирования. При этом в данном сервере расположен встроенный веб-сервер, который дает возможность опубликовать базу данных без использования сторонних веб-серверов. Соответственно, у автономного сервера существует ряд ограничений.
У данной автономной конфигурации отсутствуют следующие возможности:
5. Установка АС
Установка происходит одновременно с кластером серверов. Следовательно, для автономной конфигурации необходимо соблюдение тех же системных требований.
В итоге образуется два файла в каталоге под названием \bin:
Справочная система каждого из этих приложений вызывается стандартным методом, который применяется обычно для утилит командной строки:
C:\Program Files\1cv8\8.3.14.1494\bin>ibsrv.exe help
1C:Enterprise 8.3 Stand-alone Server с 1С-Soft LLC 1996-2020
Автономный сервер 1С:Предприятия 8
C:\Program Files\1cv8\8.3.14.1494\bin>ibcmd.exe help
1C:Enterprise 8.3 Stand-alone Server and Infobase Management Utilite с 1С-Soft LLC 1996-2020
Инструменты управления автономным сервером и информационной базой 1С:Предприятия 8
Запустить автономную конфигурацию можно как обычное приложение. Существует возможность запуска в виде сервиса операционной системы. Но в этом случае необходимо задействовать средства ОС, т.к. автономная конфигурация не обладает способностью саморегистрации как сервиса.
6. Запуск АС
Для того, чтобы запустить автономный сервер, следует ввести параметры либо в определенном конфигурационном файле, либо сразу в командной строке. При этом последняя обладает большей важностью. В случае пропуска какого-либо параметра применится значение по умолчанию.
Вручную или определенной командой можно создать конфигурационный файл. С помощью утилиты администрирования ibcmd это осуществляется следующим образом:
В консоли текст конфигурационного файла отразится:
С помощью данной утилиты можно создавать базы, осуществлять загрузки и выгрузки, а также иные действия. Например, загрузить выгрузку в базу:
Для того, чтобы запустить сервер для взаимодействия с файловой базой следует выполнить простую команду:
ibsrv —db-path=»c:\path-to-the-base»
Однако, существует более легкий способ запуска автономного сервера. При таком методе отсутствует необходимость ввода параметров, сервер сам осуществляет поиск базы в каталоге.
Для это нужна команда:
ibsrv —dbms=db-type —db-server=server-name —db-user=pass —db-pwd=pass —db-name=db-name
Затем через интернет можно посмотреть саму базу:
localhost:8314/ru_Ru/
7. Что такое «Пересоздание автономной конфигурации»?
В 1С на платформе 8.3.16 появилась возможность пересоздания автономной конфигурации. Чтобы осуществить этот процесс, нужно перейти в раздел «Тестирование и исправление». Внизу списка «Проверки и режимы» поставить галочку возле «Пересоздание автономной конфигурации». Затем поставить маркер «Тестирование и исправление», выбрать действия при наличии ссылок на несуществующие объекты и при частичной потере данных объектов. После этого нажать кнопку «Выполнить».
В каких случаях необходимо пересоздавать автономную конфигурацию? Этот процесс необходим при использовании мобильного клиента и представляет собой создание определенной формы с автономным режимом работы. Такая форма открывается заново после изменения доступности основного сервера. Особенность заключается в том, что форма переоткрывается с сохранением группы параметров, присутствовавших в оригинальной форме.
Более подробно можно изучить рекомендации, данные в документации, по созданию начальной страницы мобильного клиента с автономным режимом.
Параметр MobileStandalone был создан для запуска конфигуратора CheckConfig в пакетном режиме. Данный критерий дает возможность проверять конфигурацию для работы в автономной конфигурации.
Параметр RebuildStandaloneCfg был создан для запуска конфигуратора IBCheckAndRepair в пакетном режиме. Данный критерий дает возможность пересоздать автономную конфигурацию.
8. Заключение
Таким образом, создание автономного сервера 1С:Предприятие предоставило возможность обслуживания некоторых клиентских приложений. А именно тех, которые работают с информационными базами через интернет. Для работы такого сервера не требуется выделение веб-сервера. Следовательно, происходит значительная экономия компьютерных ресурсов, в частности, объема памяти и производительной мощности.
При этом следует помнить, что
Также необходимо учитывать, что только при выборе файлового варианта возможно применение трех клиентских сеансов без использования серверной лицензии.
И хотя огромный плюс использования толстого клиента заключается в полном исполнении прикладного кода, однако, для его реализации требуется большой объем дистрибутива. Потому что взаимодействие через интернет не предусмотрено, следовательно, все информационные базы загружаются на ПК. Поэтому наиболее приемлемым вариантом является применение тонкого клиента.
Вместе с тем мобильный клиент по факту представляет собой тонкий клиент, только применяемый для мобильных устройств. Особенность приложения заключается в том, что оно может сразу взаимодействовать с кластером серверов 1С. Также за счет мобильного клиента можно автоматически трансформировать формы, описанные в самой конфигурации.
Взаимодействие приложений с ИБ происходит при помощи автономного сервера. А пересоздание автономной конфигурации необходимо при использовании мобильного клиента и представляет собой создание определенной формы с автономным режимом работы.
Предисловие
Приступая к написанию этой статьи, я рассчитывал кратко описать новый инструментарий. В процессе работы выяснилось, что совсем кратко не выйдет. Статья получилась гораздо больше ожидаемого, и поэтому была разбита на две части. Части эти связаны общим заголовком, но информация в них различна, и применяться может независимо. Поэтому, если в процессе чтения 1-й части Вы решите, что это не представляет для Вас интереса, предлагаю не ставить автоматически крест на всей теме, а заглянуть всё же и во 2-ю часть. Возможно, она заинтересует Вас больше.
Вступление
Коллеги, признайтесь, часто ли Вы проверяете, что нового появилось в Платформе? Внимательно читаете v8Update каждого нового релиза? Заглядываете в документацию новых версий в поисках изменений?
Полагаю, что в большинстве своем, о нововведениях мы узнаем из «Заметок из Зазеркалья». Обычно там анонсируют планируемые изменения еще до их релиза, с описанием и примерами применения. И эти нововведения мы ждём.
С другими новшествами бывает наоборот – они уже есть в Платформе. О них несколькими строчками сказано в Информационном письме о выходе новой версии и описано в «простыне» v8Update со ссылками на документацию. При этом нововведение остается совершенно незамеченным.
Одним из таких незамеченных новшеств является появившийся уже более года назад, в версии 8.3.14, «Автономный сервер». Несколько строк в пресс-релизе – это всё, что о нём сообщили. Механизм представлен пока в бета-версии. Возможно, именно этим объясняется отсутствие информации.
В Интернете вообще и на Инфостарте в частности, материалов об этом механизме нет, если не считать перепостов пресс-релиза. Потому возьму на себя смелость извлечь «Автономный сервер» из тени.
Давайте попробуем разобраться что это такое, для чего нужно, какие преимущества дает, что можно использовать уже сейчас, чего можно ожидать.
Мне придется цитировать и местами приводить выдержки из документации, т.к. это единственный источник знаний на текущий момент. Также, некоторую информацию удалось получить на Партнерском форуме (ссылки приведены в конце статьи).
Реализована новая архитектура сервера 1С:Предприятия в виде нового варианта работы – автономного сервера. Новая архитектура призвана повысить эффективность и надежность работы сервера 1С:Предприятия и повысить удобство его использования.
Для организации доступа к базе по HTTP не нужно разворачивать отдельный веб-сервер, так как автономный сервер самостоятельно обеспечивает такую возможность. Он также может работать с файловой базой, в частности, позволяет запускать до трех клиентских сеансов с информационной базой (без учета сеансов фоновых заданий, интернет-сервисов и т. п.) без лицензии на сервер.
Автономный сервер в настоящее время находится в статусе бета-версии, поэтому имеет ряд ограничений, описанных в документации.
Собственно, «Автономный сервер», это два новых приложения, появившихся в дистрибутиве:
Автономный сервер – ibsrv
По поводу предназначения «Автономного сервера» в пресс-релизе нет ни слова, в документации же сказано: «это специальное серверное приложение, которое предназначено для обеспечения работы с информационной базой клиентских приложений: тонкий клиент, веб-клиент, мобильный клиент».
Далее документация описывает технические возможности, особенности и ограничения. Однако это не добавляет понимания, когда и для чего его следует применять.
Со слов разработчиков на партнерском форуме, в настоящее время «Автономный сервер» выпускается в бета-версии и предполагается к использованию для разработки и тестирования прикладных приложений. Текущая версия «Автономного сервера» обладает только базовым набором функциональности, позволяющим тем не менее, обслуживать прикладные приложения 1С:Предприятия 8.3 с достаточной степенью функциональной совместимости.
Применимость его для разработки вызывает серьезные сомнения, поскольку на настоящий момент, подключение к нему Конфигуратором невозможно.
Что касается тестирования или использования для реальной работы, нам придется самим «примерять» и самостоятельно решать, нужен ли он в каждом конкретном случае.
В документации приводится перечень ограничений текущей версии.
Автономный сервер не поддерживает следующие возможности:
Какие-то из этих ограничений являются критическими, какие-то малозначительными. Попробуем проверить.
Пробы
Термин «тесты» я счел не очень подходящим для своих экспериментов. Скорее этот формат можно назвать «распаковкой» по аналогии с обзорами потребительских товаров.
Для экспериментов под руку попались демо-база УНФ и тестовая Розница. «Управление холдингом» или ERP проверять в таком режиме, думаю, преждевременно.
Публикуем локально
Самый первый и простой эксперимент – запускаем ibsrv в режиме приложения с публикацией файловой базы. Все настройки, кроме каталога базы, по умолчанию. Запуск в режиме приложения, без регистрации службы.
При этом база опубликовалась на интерфейсе localhost – http://localhost:8314
Открываю стартер, добавляю новую базу в список со строкой подключения ws=»http://localhost:8314″;
Замеры времени запуска
Решив сравнить с обычным файловым подключением, заполняю в параметрах базы авторизационные данные, чтобы не запрашивался диалог и произвожу замер секундомером по 5 раз время с момента запуска до открытия Клиента и отрисовки начальной страницы, на которую выведен журнал «Документы по продажам». Первые 2-3 запуска в каждом варианте не считаю, для исключения влияния начального заполнения кэша. Также, для сравнения, настроил публикацию через IIS.
Результаты замеров открытия Тонкого клиента:
Разница между файловым вариантом и «Автономным сервером» почти 4-кратная! Оба варианта подключения по http стартуют существенно быстрее.
С целью понять действительно ли есть разница в скорости работы или же только при запуске, провел другие замеры: пробитие чека из 5 позиций в Рознице (на эмуляторе ККМ). Результаты:
Разница не такая разительная как при запуске, и её можно отнести на погрешность измерений. Без детального анализа можно предположить, что запуск клиента при http-подключении выполняется несколько иначе.
Публикуем в локальной сети
База, опубликованная на localhost недоступна с других компьютеров, поэтому следующим шагом укажем публикацию на конкретном IP-адресе (указать для публикации имя сервера невозможно)
При такой публикации уже возможно подключаться к базе с других машин в локальной сети. Если при этом в сети есть DNS-сервер или внесены соответствующие записи в файлы hosts, базам можно указывать строку подключения вида ws=»http://our-1c-server:8314″;
Не забудьте разрешить входящие соединения на нужный порт в брандмауэре.
Работа без лицензии
Удостоверимся что без лицензии можно запустить 3 сеанса.
Да, действительно, сообщение о необходимости лицензии выдается при попытке запустить 4-й сеанс подключения к файловой базе.
Забегая вперед, скажу что для баз, размещенных в СУБД, лицензия запрашивается при попытке запуска 1-го сеанса. А очень жаль. Возможность запустить хотя бы одно клиентское приложение без лицензии, могла бы позволить решить проблему конфликта блокировок для узлов РИБ, которые сейчас обычно разворачиваются в файловом варианте и получают ошибку при выполнении фонового задания обмена. Достаточно было бы разместить базу в Postgresql и подключаться через Автономный сервер.
Публикуем несколько баз
При наличии нескольких баз, которые требуется опубликовать посредством АС, для каждой базы нужно создать отдельную публикацию. На отдельном порту. Кроме порта, также необходимо указать отдельный рабочий каталог, иначе получим ошибку «Рабочий каталог заблокирован процессом: nnn». Таким образом, для каждой базы будет отдельный процесс ibsrv, отдельный порт, отдельный рабочий каталог. Для файловых баз удобно разместить рабочий каталог внутри каталога базы, чтобы при переносе или удалении базы Журнал регистрации не потерялся.
В рабочем каталоге размещаются Журнал регистрации, сеансовые данные, временные файлы.
Замечание: Кроме указания всех параметров в строке запуска, возможно использовать конфигурационный файл. Некоторые возможности, например несколько публикаций одной и той же базы с разными точками входа, возможны только при использовании конфигурационного файла.
Публикуем базы, размещенные в СУБД
Следующий эксперимент – запуск с подключением к базе, размещаемой в СУБД. Здесь уже понадобится лицензия, поэтому запуск производится на другом сервере, где уже работают несколько тестовых кластеров разных версий и установлен аппаратный ключ.
Замечание: если подключаетесь к серверу по RDP и на сервере используется аппаратный серверный лицензионный ключ, попытка подключиться к «Автономному серверу», запущенному как приложение (не служба), увенчается сообщением о том, что не найдена серверная лицензия. Причина – приложение, запущенное в пользовательской сессии не «видит» HASP-ключ. Чтобы ключ нашелся, требуется запускать сервер как службу.
В документации традиционно приведен образец скрипта для регистрации службы. В образце создается служба, использующая конфигурационный файл.
В своем эксперименте я зарегистрирую службу несколько видоизмененным скриптом, с непосредственной передачей необходимых параметров в командную строку службы.
При желании изменить настройки службы на использование конфигурационного файла, это всегда можно сделать правкой ключа ImagePath в реестре, точно так же, как мы обычно включаем и выключаем отладку у службы сервера 1С.
Замеры времени запуска
Выполняю такие же замеры запуска Тонкого клиента до момента отрисовки динамического списка.
Признаюсь, такая огромная разница между временем запуска клиента при «обычном» подключении к кластеру и подключении через веб-сервер, для меня явилась сюрпризом.
Работа с Конфигуратором
Как указано в списке ограничений, подключение Конфигуратора, равно как и любое другое подключение по TCP, не поддерживается. Но ведь как-то с Конфигурацией нужно работать. Варианты, конечно есть.
Для файловых баз есть два способа:
Для баз, размещенных в СУБД, возможен только второй способ.
Отладка
Формально, возможна отладка по http, путем подключения к самостоятельному серверу отладки. Переписывать справку здесь не буду, интересующиеся могут ознакомиться с оригиналом.
Предлагаемый процесс подключения отладки не оставляет сомнений что пользоваться ей будут только при полном отсутствии любых других возможностей. На мой взгляд, при необходимости отладки на рабочих данных, проще работать с копией базы в обычном файловом подключении.
Управление сеансами
Замечание: После нового запуска процесса ibsrv, все отключенные сеансы подключатся вновь. И будут работать. При этом, список активных сеансов, отображаемый в ранее запущенных клиентских приложениях, пуст. Это конечно, же, баг. Но, в какой-то степени, и фича. Дело в том, что теперь, если начать запускать новые сеансы, подключатся еще 3. А после повторного перезапуска процесса сервера, можно будет подключить еще 3 и т.д. На скриншоте видно, что запущено 9 сеансов в одной базе. Поверьте, все они работают.
Ошибки при работе, удобство настройки
Каких-либо ошибок, мешающих работе, при тестах не было. Все операции выполняются ожидаемо.
Настройка и запуск сервера предельно просты. Все параметры можно задать как непосредственно в командной строке, так и в конфигурационном файле.
Создание конфигурационного файла я умышленно обошел вниманием, т.к. это в большей степени относится к утилите администрирования ibcmd, которой посвящена вторая часть статьи.
Плюсы и минусы
Подводя итог ознакомлению с бета-версией архитектуры «Автономного сервера», приведу свой субъективный список плюсов и минусов. У Вас он вполне может быть другим.
Минусы
Возможные показания к применению
На текущий момент единственным показанием к применению Автономного сервера мне видится замена подключения для файловых баз, где достаточно 3-х одновременных сеансов. Простая и бесплатная.
Если подключений требуется больше 3-х, уже потребуется серверная лицензия. Такая же, какая сейчас используется кластером. То есть дорогая. Не думаю, что многие решатся на покупку серверной лицензии для обеспечения работы 5-7-10 пользователей с одной базой. В данном случае выход остается прежним – публиковать файловую базу «обычным» веб-сервером. И задумываться о сервере только когда заставят таймауты на блокировках.
Критерии разграничения сфер применения «обычного» кластера и автономного сервера мне пока не ясны.
Полагаю, в будущем эти два механизма будут разведены по своим нишам некими рамками, вероятно стоимостью лицензий.
Ссылки на документацию и темы партнерского форума
Темы партнерского форума, содержащие информацию об Автономном сервере:
UPDATE
В комментариях ко второй части статьи коллеги обсуждали работает ли запуск регламентных заданий по расписанию. На текущий момент сделан вывод что регламентные задания не работают.
Продолжение следует
В следующей части будет рассмотрена утилита администрирования Автономного сервера ibcmd. Несмотря на позиционирование этой утилиты как средства администрирования, у неё есть функционал, который позволяет использовать её самостоятельно, независимо от процесса «Автономного сервера», и эффективно решать задачи, для которых сейчас используется пакетный режим Конфигуратора.
Замечу, что целью статьи не является «раскрытие темы». Скорее предполагалось пробуждение интереса к незамеченному инструменту. Возможно, кто-то уже успел воспользоваться им, протестировать, может быть даже применить в рабочем режиме и может поделиться в комментариях опытом.