Автономный сервер. Часть 1 - новый вариант сервера

19.11.20

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

В Платформе версии 8.3.14 появился новый вариант серверной архитектуры - "Автономный сервер" (бета-версия). Выясняем, что это такое, какова сфера его применения, что он позволяет уже сейчас, чего можно ожидать.

Предисловие

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

Вступление

Коллеги, признайтесь, часто ли Вы проверяете, что нового появилось в Платформе? Внимательно читаете v8Update каждого нового релиза? Заглядываете в документацию новых версий в поисках изменений?

Полагаю, что в большинстве своем, о нововведениях мы узнаем из «Заметок из Зазеркалья». Обычно там анонсируют планируемые изменения еще до их релиза, с описанием и примерами применения. И эти нововведения мы ждём.

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

Одним из таких незамеченных новшеств является появившийся уже более года назад, в версии 8.3.14, «Автономный сервер». Несколько строк в пресс-релизе – это всё, что о нём сообщили. Механизм представлен пока в бета-версии. Возможно, именно этим объясняется отсутствие информации.

В Интернете вообще и на Инфостарте в частности, материалов об этом механизме нет, если не считать перепостов пресс-релиза. Потому возьму на себя смелость извлечь «Автономный сервер» из тени.

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

Мне придется цитировать и местами приводить выдержки из документации, т.к. это единственный источник знаний на текущий момент. Также, некоторую информацию удалось получить на Партнерском форуме (ссылки приведены в конце статьи).

Итак, пресс-релиз гласит:

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

Автономный сервер в настоящее время находится в статусе бета-версии, поэтому имеет ряд ограничений, описанных в документации.

Собственно, «Автономный сервер», это два новых приложения, появившихся в дистрибутиве:

  • ibsrv – консольное приложение сервера. Служит для подключения Клиентских приложений: Тонкий, Мобильный и Веб-Клиенты.
    Может запускаться как приложение или в виде службы Windows или в режиме демона в Linux, аналогично ныне существующему кластеру.
     
  • ibcmd – утилита управления сервером, также консольная.
    Согласно документации - предназначена для конфигурирования сервера. На самом деле, функционал этой утилиты несколько шире, чем просто формирование конфигурационного файла для сервера. Она также позволяет производить манипуляции с информационной базой. Уже сейчас её можно использовать в качестве замены пакетного режима Конфигуратора в ряде случаев. Об этом речь пойдет во второй части статьи.

Автономный сервер – ibsrv

По поводу предназначения «Автономного сервера» в пресс-релизе нет ни слова, в документации же сказано: «это специальное серверное приложение, которое предназначено для обеспечения работы с информационной базой клиентских приложений: тонкий клиент, веб-клиент, мобильный клиент».

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

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

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

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

В документации приводится перечень ограничений текущей версии. 

Автономный сервер не поддерживает следующие возможности:

  • Обслуживание нескольких информационных баз одним автономным сервером.
  • Работу нескольких автономных серверов с одной информационной базой.
  • Изменение параметров автономного сервера во время его (автономного сервера) работы.
  • Работу с информационной базой, используя толстый клиент.
  • Работу с информационной базой в режиме Конфигуратора.
  • Работу с информационной базой с использованием внешнего соединения (COM-соединение).
  • Управление автономным сервером с помощью сервера ras.
  • Для автономного сервера отсутствуют графические инструменты управления (аналог консоли кластера).
  • Динамическое обновление конфигурации базы данных.
  • Использование фоновой реструктуризации.
  • Управление сервером с помощью COM-объекта V83.ComConnector.
  • Работу по протоколу HTTPS. Возможно использование протокола HTTPS при использовании промежуточного веб-сервера между автономным сервером и клиентским приложением.
  • Отладка по протоколу TCP/IP.
  • Использование аутентификации операционной системы.

Какие-то из этих ограничений являются критическими, какие-то малозначительными. Попробуем проверить.

Исходя из первых двух пунктов, можно сделать вывод что публикация информационных баз посредством Автономного сервера организуется по правилу «одна база - один экземпляр сервера».

Пробы

Термин «тесты» я счел не очень подходящим для своих экспериментов. Скорее этот формат можно назвать «распаковкой» по аналогии с обзорами потребительских товаров.

Для экспериментов под руку попались демо-база УНФ и тестовая Розница. «Управление холдингом» или ERP проверять в таком режиме, думаю, преждевременно.

Публикуем локально

Самый первый и простой эксперимент – запускаем ibsrv в режиме приложения с публикацией файловой базы. Все настройки, кроме каталога базы, по умолчанию. Запуск в режиме приложения, без регистрации службы.

>ibsrv --db-path="D:\test\sb_demo"

При этом база опубликовалась на интерфейсе localhost – http://localhost:8314

Открываю стартер, добавляю новую базу в список со строкой подключения ws="http://localhost:8314";

Запускаю и ... Ура! Оно работает! В качестве бонуса – база открывается удивительно быстро. Явно быстрее файловой.

Замеры времени запуска

Решив сравнить с обычным файловым подключением, заполняю в параметрах базы авторизационные данные, чтобы не запрашивался диалог и произвожу замер секундомером по 5 раз время с момента запуска до открытия Клиента и отрисовки начальной страницы, на которую выведен журнал «Документы по продажам». Первые 2-3 запуска в каждом варианте не считаю, для исключения влияния начального заполнения кэша. Также, для сравнения, настроил публикацию через IIS.

Результаты замеров открытия Тонкого клиента:

  • 11,83 сек. - Подключение к базе в файловом варианте;
  • 3,05 сек. - Подключение к той же базе через Автономный сервер;
  • 3,19 сек. - Подключение к той же базе через «обычную» публикацию на веб-сервере IIS.  

Разница между файловым вариантом и «Автономным сервером» почти 4-кратная! Оба варианта подключения по http стартуют существенно быстрее.

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

  • 1,94 сек. - Файловая; 
  • 1,63 сек. - Автономный сервер;
  • 1,72 сек. - IIS.

Разница не такая разительная как при запуске, и её можно отнести на погрешность измерений. Без детального анализа можно предположить, что запуск клиента при http-подключении выполняется несколько иначе.

Публикуем в локальной сети

База, опубликованная на localhost недоступна с других компьютеров, поэтому следующим шагом укажем публикацию на конкретном IP-адресе (указать для публикации имя сервера невозможно)

>ibsrv --db-path="D:\test\sb_demo" --address=192.168.1.150

При такой публикации уже возможно подключаться к базе с других машин в локальной сети. Если при этом в сети есть DNS-сервер или внесены соответствующие записи в файлы hosts, базам можно указывать строку подключения вида ws="http://our-1c-server:8314";

Не забудьте разрешить входящие соединения на нужный порт в брандмауэре.

Работа без лицензии

Удостоверимся что без лицензии можно запустить 3 сеанса.

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

Забегая вперед, скажу что для баз, размещенных в СУБД, лицензия запрашивается при попытке запуска 1-го сеанса. А очень жаль. Возможность запустить хотя бы одно клиентское приложение без лицензии, могла бы позволить решить проблему конфликта блокировок для узлов РИБ, которые сейчас обычно разворачиваются в файловом варианте и получают ошибку при выполнении фонового задания обмена. Достаточно было бы разместить базу в Postgresql и подключаться через Автономный сервер.

Публикуем несколько баз

При наличии нескольких баз, которые требуется опубликовать посредством АС, для каждой базы нужно создать отдельную публикацию. На отдельном порту. Кроме порта, также необходимо указать отдельный рабочий каталог, иначе получим ошибку «Рабочий каталог заблокирован процессом: nnn». Таким образом, для каждой базы будет отдельный процесс ibsrv, отдельный порт, отдельный рабочий каталог. Для файловых баз удобно разместить рабочий каталог внутри каталога базы, чтобы при переносе или удалении базы Журнал регистрации не потерялся.

В рабочем каталоге размещаются Журнал регистрации, сеансовые данные, временные файлы.

>ibsrv --db-path="D:\test\retail_test" --address=192.168.1.150 --data="D:\test\retail_test\ss_work_dir" --port=8315

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

Публикуем базы, размещенные в СУБД

Следующий эксперимент – запуск с подключением к базе, размещаемой в СУБД. Здесь уже понадобится лицензия, поэтому запуск производится на другом сервере, где уже работают несколько тестовых кластеров разных версий и установлен аппаратный ключ.

Замечание: если подключаетесь к серверу по RDP и на сервере используется аппаратный серверный лицензионный ключ, попытка подключиться к «Автономному серверу», запущенному как приложение (не служба), увенчается сообщением о том, что не найдена серверная лицензия. Причина – приложение, запущенное в пользовательской сессии не «видит» HASP-ключ. Чтобы ключ нашелся, требуется запускать сервер как службу.

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

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

 
 Скрипт регистрации службы
>register-ss.bat 8.3.14.1630 8315 sb_demo D:\1c\ss_srvinfo

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

Замеры времени запуска

Выполняю такие же замеры запуска Тонкого клиента до момента отрисовки динамического списка.

  • 24,34 сек. - Подключение к базе, размещенной в «обычном» кластере Тонким клиентом по TCP;
  • 4,10 сек. - Подключение к той же базе через «Автономный сервер»;
  • 4,49 сек. - Подключение к той же базе через «обычную» публикацию на веб-сервере IIS.  

Признаюсь, такая огромная разница между временем запуска клиента при «обычном» подключении к кластеру и подключении через веб-сервер, для меня явилась сюрпризом.

Работа с Конфигуратором

Как указано в списке ограничений, подключение Конфигуратора, равно как и любое другое подключение по TCP, не поддерживается. Но ведь как-то с Конфигурацией нужно работать... Варианты, конечно есть.

Для файловых баз есть два способа:

  1. Открывать базу как обычно, файловым подключением Конфигуратора. При запущенном сервере есть возможность сохранять изменения Конфигурации. Но обновить конфигурацию БД не удастся - получим сообщение «Ошибка исключительнной блокировки». Для обновления БД придется остановить процесс или службу «Автономного сервера».
    Кстати, сеансы, обслуживаемые «Автономным сервером» в списке Конфигуратора не отображаются.

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

Для баз, размещенных в СУБД, возможен только второй способ.

Отладка

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

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

Управление сеансами

Среди ограничений текущей версии указано что не поддерживается «Управление автономным сервером с помощью сервера ras». На самом деле, для управления сервером сейчас нет совсем никаких средств. Сервер можно только запустить и остановить. Управлять сеансами не получится. Устанавливать блокировку новых подключений тоже не получится. Единственный способ удалить сеансы - это остановить процесс Автономного сервера. Выборочно удалить зависший сеанс не получится.

Замечание: После нового запуска процесса ibsrv, все отключенные сеансы подключатся вновь. И будут работать. При этом, список активных сеансов, отображаемый в ранее запущенных клиентских приложениях, пуст. Это конечно, же, баг. Но, в какой-то степени, и фича. Дело в том, что теперь, если начать запускать новые сеансы, подключатся еще 3. А после повторного перезапуска процесса сервера, можно будет подключить еще 3 и т.д. На скриншоте видно, что запущено 9 сеансов в одной базе. Поверьте, все они работают.

 

Ошибки при работе, удобство настройки

Каких-либо ошибок, мешающих работе, при тестах не было. Все операции выполняются ожидаемо. 

Настройка и запуск сервера предельно просты. Все параметры можно задать как непосредственно в командной строке, так и в конфигурационном файле. 

Создание конфигурационного файла я умышленно обошел вниманием, т.к. это в большей степени относится к утилите администрирования ibcmd, которой посвящена вторая часть статьи.

Плюсы и минусы

Подводя итог ознакомлению с бета-версией архитектуры «Автономного сервера», приведу свой субъективный список плюсов и минусов. У Вас он вполне может быть другим. 

Плюсы

  • Содержит встроенный http-сервер. Таким образом, исключаются два промежуточных компонента в цепочке между Клиентским приложением и Сервером – веб-сервер и модуль расширения веб-сервера.
     
  • Работает как с базами, расположенными в СУБД, так и файловыми.
     
  • При работе с файловой базой до 3-х сеансов (не считая фоновые задания и сервисы), не требуется серверная лицензия.
     
  • Достойная производительность. Очень быстрый старт клиентских приложений.
     
  • Простой запуск и конфигурирование. Удобно для контейнеризации.
     
  • Работа регламентных заданий, веб- и http-сервисов, точно также как и при работе кластера. В том числе и для файловой базы. Без серверной лицензии.
     
Минусы
  • Невозможна работа Конфигуратора.
     
  • Требуется серверная лицензия даже для одного сеанса при подключении к базе, размещенной в СУБД.
     
  • Нет возможности управления сеансами.
     
  • Невозможность отладки.
     
  • Невозможно подключение Толстым клиентом.
    Хотя уже давно все современные прикладные решения используются в управляемом режиме, иногда требуется подключение в режиме Обычного приложения - для запуска любимой консоли запросов или «Инструментов разработчика».
     
  • Не работает по https.
    В случае необходимости можно установить фронт-сервер.
     
Возможные показания к применению

На текущий момент единственным показанием к применению Автономного сервера мне видится замена подключения для файловых баз, где достаточно 3-х одновременных сеансов. Простая и бесплатная.

Если подключений требуется больше 3-х, уже потребуется серверная лицензия. Такая же, какая сейчас используется кластером. То есть дорогая. Не думаю, что многие решатся на покупку серверной лицензии для обеспечения работы 5-7-10 пользователей с одной базой. В данном случае выход остается прежним – публиковать файловую базу «обычным» веб-сервером. И задумываться о сервере только когда заставят таймауты на блокировках.

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

Ссылки на документацию и темы партнерского форума

Документация

Лицензирование: Аппаратная (клиент) , Аппаратная (сервер), программная (клиент), программная (сервер)

Конфигурационный файл

Темы партнерского форума, содержащие информацию об Автономном сервере:

https://partners.v8.1c.ru/forum/topic/1771569
https://partners.v8.1c.ru/forum/topic/1776027
https://partners.v8.1c.ru/forum/topic/1782134
https://partners.v8.1c.ru/forum/topic/1772069
 

UPDATE

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

Продолжение следует

В следующей части будет рассмотрена утилита администрирования Автономного сервера ibcmd. Несмотря на позиционирование этой утилиты как средства администрирования, у неё есть функционал, который позволяет использовать её самостоятельно, независимо от процесса «Автономного сервера», и эффективно решать задачи, для которых сейчас используется пакетный режим Конфигуратора.

 

Замечу, что целью статьи не является «раскрытие темы». Скорее предполагалось пробуждение интереса к незамеченному инструменту. Возможно, кто-то уже успел воспользоваться им, протестировать, может быть даже применить в рабочем режиме и может поделиться в комментариях опытом.

См. также

Поинтегрируем: сервисы интеграции – новый стандарт или просто коннектор?

Обмен между базами 1C Администрирование СУБД Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

В платформе 8.3.17 появился замечательный механизм «Сервисы интеграции». Многие считают, что это просто коннектор 1С:Шины. Так ли это?

11.03.2024    3622    dsdred    48    

66

Инструкция по установке Postgres для OLTP приложений и 1С. Часть 1. Базовая конфигурация

Администрирование СУБД Платформа 1С v8.3 Бесплатно (free)

В Postgres достаточно подробная документация, и, видимо, поэтому при инсталляции Postgres для 1С большинство параметров приходится выставлять самим. Параметров в Postgres много, а составить эффективную комбинацию не так просто. Все упрощается, если рассмотреть профиль нагрузки, например, 1С это прежде всего профиль OLTP нагрузки – так устроены его метаданные (объекты). Если сосредоточиться на оптимизации профиля OLTP, понимание Postgres сразу упростится.

15.02.2024    2276    1CUnlimited    14    

27

Очистка устаревших патчей в конфигурациях на базе БСП

Администрирование СУБД Бесплатно (free)

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

01.02.2024    1310    Sergey1CSpb    20    

15

Как запустить сервер лицензирования 1С на примере облачной платформы

Администрирование СУБД Россия Бесплатно (free)

Чтобы минимизировать подобные риски, связанные с нештатной работой программных клиентских и серверных лицензий, необходимо централизовать их хранение и выдачу. Это можно сделать, разместив лицензии на отдельной машине — сервере лицензирования. В статье рассказываем, как это сделать.

25.01.2024    1546    doctor_it    15    

17

Обслуживание индексов MS SQL Server: как, когда и, главное, зачем?

Администрирование СУБД Бесплатно (free)

Казалось бы, базовое знание: «индексы надо обслуживать, чтобы запросы выполнялись быстро». Но обслуживание индексов выполняется долго и может мешать работе пользователей. Кроме того, в последнее время популярны разговоры о том, что индексы можно вообще не обслуживать – насколько это оправданно? Рассмотрим: на что влияет обслуживание индексов, когда надо и когда не надо его выполнять, и если надо – как это сделать так, чтобы никому не помешать?

16.01.2024    5518    Филин    11    

44

Резервное копирование журнала транзакций, наконец-то!

Архивирование (backup) Администрирование СУБД Россия Бесплатно (free)

Постараюсь объяснить, зачем нужно резервное копирование именно журнала транзакций, а не только базы данных, и почему я словно сбросил груз, настроив его - как, покажу, естественно. Кстати, будут скрипты T-SQL (с подробными комментариями) - отличный способ сделать администрирование базы более уютным.

04.12.2023    5711    n_mezentsev    15    

23

Дефрагментация индексов MS SQL для платформы 8.3.22

Инструменты администратора БД Администрирование СУБД Абонемент ($m)

Начиная с 8.3.22 фирма "1С" убрала блокировки БД на уровне страниц; если БД расположена в MS SQL, то стала возникать проблема при дефрагментации индексов с использованием команды ALTER INDEX REORGANIZE. Предлагаю модификацию известного скрипта, который позволяет обойти эту проблему.

1 стартмани

15.11.2023    2085    17    baturo    6    

12

Мигрируем с MS SQL на PostgreSQL

Администрирование СУБД Бесплатно (free)

Переход с MS SQL на PostgreSQL сопряжен с рисками для бизнеса и неизбежно вызывает множество вопросов. Статья посвящена тому, как заранее подготовиться к предстоящей миграции, провести нагрузочное тестирование, выявить возможные проблемы перехода и провести необходимую оптимизацию.

13.11.2023    10405    ivanov660    31    

73
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Free1CforAll 22.12.19 13:55 Сейчас в теме
(0) изучил обе публикации.

Думаю, что этот механизм еще как-то с Docker можно сцепить. Но надо подумать)))

+
4. vhavagyan 25.12.19 00:48 Сейчас в теме
(1) первое, что мне тоже пришло в голову ))
13. Cyberhawk 135 21.01.20 12:40 Сейчас в теме
2. Vovan58 65 22.12.19 17:07 Сейчас в теме
Нет сравнения с файловым вариантом на компьютере по сети (не там где расположена ИБ) - это дало бы более впечатляющую картинку - иногда разница на 2 порядка. И нет сравнения с публикацией на Apache + nginx - стандартная нынче связка, опять таки для файлового варианта было бы очень интересно. :) .
А так известно давно уже, и пользуемся...
3. VKislitsin 958 22.12.19 17:13 Сейчас в теме
(2) Владимир
Нет сравнения с файловым вариантом на компьютере по сети (не там где расположена ИБ) - это дало бы более впечатляющую картинку - иногда разница на 2 порядка

Я проверял такой вариант. На моих рядом расположенных серверах в одной подсети разница была ничтожной. Не стал включать в статью. Еще была проверка с Линуксовым сервером. Но он значительно слабее по железу, поэтому тоже не очень корректное сравнение получалось.
Как я написал, это не претендует на "тесты". Да и все возможные варианты протестировать - это отдельная большая работа.
user635629_exter; frkbvfnjh; +2 Ответить
5. teller 26.12.19 08:30 Сейчас в теме
Я проверял такой вариант. На моих рядом расположенных серверах в одной подсети разница была ничтожной

какой вариант вы проверяли?
Вован58 видимо хотел сравнить работу в базе через сетевую папку с работой в авто.сервере:)
"Автономный сервер ‑ это специальное серверное приложение ...Взаимодействие клиентского приложения и автономного сервера происходит по протоколу HTTP".
7. VKislitsin 958 26.12.19 09:25 Сейчас в теме
(5) Александр, да именно так я и проверял.
У меня получилось что к результатам, приведенным для локального размещения базы, все 3 подключения добавляли примерно по 0,5 секунды. То есть файловое подключение к базе - примерно 12 сек., АС и IIS - в диапазоне 3,5-4.

Как я написал в статье, считать это тестами было бы неправильно. Лучше бы проверить работой с копией какой-то реальной рабочей базы. У меня подходящих не нашлось - либо слишком маленькие, либо слишком большие, не годящиеся для файлового размещения.
6. sevipa 26.12.19 09:21 Сейчас в теме
Судя по всему автономный сервер так и остался фичей 8.3.14, в 15 и 16 его нет... и соответственно на последних релизах той же розницы и бухгалтерии работать не будет! А ЖАЛЬ...ОЧЕНЬ ЖАЛЬ!
8. VKislitsin 958 26.12.19 09:33 Сейчас в теме
(6) Петр,
а почему Вы решили что в 15-х и 16-х релизах его нет? Его файлы находятся в дистрибутиве сервера. Т.е. при установке нужно выбрать компонент "сервер 1С:Предприятия", но не запускать его на следующих шагах. Это для 32-х разрядных дистрибутивов. В 64-разрядном сервер 1С:Предприятия идет отдельным дистрибутивом и нужно дополнительно ставить его. Также, без запуска.
JohnyDeath; +1 Ответить
10. o4karek 26.12.19 11:24 Сейчас в теме
(8) в полном 64-разрядном дистрибутиве все в одном флаконе, как и в 32-разрядном. Так-что в этой части разницы нет :)
9. sevipa 26.12.19 09:43 Сейчас в теме
Точно, уже понял свою ошибку, доустановил компоненты и да, все на месте!
Спасибо за статью, будем пробовать!
11. frkbvfnjh 785 21.01.20 06:51 Сейчас в теме
Я так понял, по простому, это та самая замена внешних web-серверов, о которой говорят уже много лет, т.е. грубо говоря замена IIS и апача.
12. VKislitsin 958 21.01.20 10:34 Сейчас в теме
(11) Андрей, признаюсь, до меня не доходили слухи о замене веб-серверов.
Здесь всё-таки более комплексное решение разряда "всё в одном", содержащее компоненты доступа к БД (в т.ч. файлового варианта, которые можно было бы назвать заменой эмулятора сервера), единообразную серверную часть для разных вариантов БД, компоненты для web-публикаций. Вряд ли это можно рассматривать как замену для полноценных IIS и Apache. Кластер серверов никуда не уходит. И web-публикации для ИБ в кластере, по-прежнему будут выполняться полноценными веб-серверами. С другой стороны, в Автономном сервере исключены "излишние" возможности кластерного сервера приложений.
Полагаю, Автономный сервер - это скорее решение начального уровня, для небольших организаций, скажем, до 20 пользователей.

PS.Всё вышеописанное является моими предположениями.
14. Cyberhawk 135 21.01.20 12:41 Сейчас в теме
Не особо понятна цель сравнения автономного сервера с тонким клиентом, работающим с инфобазой по TCP, ибо общеизвестно, что публикация файловой базы на веб-сервере всегда дает ощутимый прирост (по сравнению с файловым TCP-доступом).
Автономный сервер корректно сравнивать только с опубликованными на веб-сервере инфобазами, и в этом плане каких-то различий в плане производительности ожидаемо нет (ну а с ограничением в 3 клиентских сеанса автономный сервер явно проигрывает варианту с публикацией инфобазы на веб-сервере).

Как сказано в первом комментарии, кроме как для контейнеров применение не видится.
15. user949348 13.03.20 12:56 Сейчас в теме
Подскажите пожалуйста как можно обновить sql базу на поддержке? при попытке загрузки через ibcmd файла cfu, ругается [ERROR] Операция невозможна: конфигурация находится на поддержке без возможности редактирования.

Или все таки придется периодически включать 1с сервер и через конфигуратор накатывать обновления?
16. VKislitsin 958 13.03.20 13:11 Сейчас в теме
(15) Михаил, мне не попадалось в документации упоминаний, что возможно обновление файлами cfu.
Без включения сервера можно выполнить обновление из cfu на файловой базе (даже пустой), а затем получившийся cf-ник загрузить в СУБД утилитой ibcmd. Или просто сразу взять из дистрибутива обновления готовый cf-ник.
user949348; +1 Ответить
17. user949348 13.03.20 13:57 Сейчас в теме
(16) ну да, вариант через пустую базу и сделаем скорей всего, хотелось как говорится чтобы все и сразу, спасибо за информацию.
18. ComboBoy 15 17.03.20 10:33 Сейчас в теме
19. senshib 14.05.20 15:29 Сейчас в теме
Очень жаль, что ранее не читал статью полностью. Подумал, ну есть же клиентские лицензии и к файловой через iis подключается 12 человек. Запущу-ка я автономный сервер. И долго не понимал, почему быстро "заканчиваются" клиентские лицензии. :)
20. Vlx 324 23.07.20 16:01 Сейчас в теме
У веб-сервера наблюдается однопоточность.
А автономный сервер многопоточный?
21. a0212 10.02.21 16:17 Сейчас в теме
а как опубликовать http-сервис с помощью этого автономного?
22. serega7 16.02.21 11:17 Сейчас в теме
Если запущено 2 автономных сервера на 1 компе (чтобы опубликовать 2 базы) Тебуется 1 серверная лицензия или 2 (по количеству запущенных экземпляров автономного сервера?)
23. VKislitsin 958 16.02.21 13:51 Сейчас в теме
(22) Одной лицензии достаточно. Точно так же, как и для обычного сервера, она обеспечивает запуск любого количества экземпляров.
24. serega7 17.02.21 13:43 Сейчас в теме
(23) Спасибо. Кстати регламентные начиная с 8.3.18.1289 заработали. Осталась только проблема с отображением времени в консоли регламентных заданий. Оно по прежнему UTC. Не соответствует часовому поясу на сервере. Но с этим хоть как-то можно жить.
25. a0212 21.04.21 08:21 Сейчас в теме
а если кто-то задумает внести изменения в конфигурацию через толстый клиент в то время как другой работает с базой через автономный сервер, какая-то блокировка, ошибка или предупреждение будет?
26. VKislitsin 958 21.04.21 11:40 Сейчас в теме
(25) Таких тестов я не проводил. Можете самостоятельно попробовать и описать результат здесь. Думаю, коллеги будут благодарны за такое уточнение.
27. newtraveller 23 20.08.21 12:04 Сейчас в теме
В версии 8.3.20 появился функционал для подключения к запущенному экземпляру автономного сервера, а так же значительно изменились названия команд.
VKislitsin; +1 Ответить
28. newtraveller 23 27.08.21 17:49 Сейчас в теме
Вот и в докере автономный клиент подъехал: https://github.com/VitaliyVS-2020/ibsrv-1c-docker
VKislitsin; +1 Ответить
29. KilloN 56 11.09.22 16:18 Сейчас в теме
Windows
При запуске службы возникает ошибка "служба не ответила на запрос своевременно"

Вручную этот же строка запуска работает хорошо.

"C:\Program Files\1cv8\8.3.20.1613\bin\ibsrv.exe" --db-path="C:\1c-work\Bases\Acc" --data="C:\1c-work\Bases\Acc\ss_work_dir" --address=10.0.5.10 --port=8315

Параметр ServicesPipeTimeout увеличил значительно
Даже не знаю куда можно копать еще
30. I love pivo 09.12.22 23:56 Сейчас в теме
(29) это косяк 20-й платформы.
в общем, не поленился, проверил на 6 платформах запуск именно в качестве службы
разумеется, платформы все крайние, выпущенные после 15.11
8.3.17.2760 - служба запускается, все работает
8.3.18.1959 - служба запускается, все работает
8.3.19.1726 - служба запускается, все работает
8.3.20.2184 - служба НЕ запускается, ошибка такая же, как у тебя
8.3.21.1624 - служба запускается, все работает
8.3.22.1709 - служба запускается, все работает
31. frkbvfnjh 785 03.02.23 13:00 Сейчас в теме
(30) Видимо не косяк, с какой то версии сильно поменялись параметры запуска, причем в документации по ним ничего нет, только в справке командной строки читать
32. frkbvfnjh 785 03.02.23 13:15 Сейчас в теме
Для версии 8.3.23 статья не актуальна, если установлен агент сервера 1С:Предприятия 8, т.к. теперь они конфликтуют. Тоже не мог понять почему не могу запустить службу, пока не попробовал запустить через командную строку - теперь оказывается по умолчанию ему нужны все порты агента сервера. В документации ничего не нашел, но помогло чтение справки в командной строке через --help - теперь оказывается есть еще порты для какого то там прямого подключения:
--direct-regport=<number>
Основной порт установки прямого соединения с сервером.
По умолчанию используется значение: 1541

--direct-range=<lower:upper>
Дипазон портов, используемый для установки прямого соединения с сервером.
По умолчанию используются значения: 1560:1591

Заметьте, в справке есть орфографические ошибки :). Видимо теперь автономный сервер - это полная замена агента сервера. Причем эти порты нужны, даже если пытаешься запустить службу для файловой базы, видимо файловыми базами можно будет управлять из консоли кластера. Прямой поиск по названию параметров в разделе про автономный сервер ничего не дал, они нашлись в разделе дополнительных утилит и описание совпадает с описанием в командной строке, т.е. нет развернутого ответа что это вообще такое. Если кто знает подробности, то поделитесь как теперь обстоят дела с автономным сервером.
35. orfos 215 27.11.23 16:52 Сейчас в теме
(32)
direct-regport
Да тоже с этим сталкивался.
Рабочая команда для запуска нескольких экземпляров автономного сервера на платформе 8.3.23
ibsrv --db-path="D:\autonomusdb" --data="C:\autonomusdb\ss-data" --name=autonomusdb --port="8314" --direct-regport=1541

для других файловых баз указывать номер порта и директ рег.порта + 1. Внутри каждого каталога файловой базы добавить служебный каталог ss-data
33. Dragonim 139 09.03.23 08:39 Сейчас в теме
Добрый день. Прошло больше 3 лет. Кто-то реально использует автономный сервер? Если используйте, то для каких целей и почему именно его?
34. sh_oleg 07.04.23 22:01 Сейчас в теме
(33)
Автотесты в докер-контейнере прогоняем.
36. frkbvfnjh 785 28.11.23 05:03 Сейчас в теме
(33) Не нужно устанавливать ни какие апачи и IISы, для публикации в вебе, получение производительности серверной базы при работе с файловой и несколько бесплатных подключений даже если одна клиентская лицензия (но это временно), еще по мелочи. Думаю в дальнейшем будут расти преимущества, ну и я тоже всего не знаю, может еще кто то что то ответит по преимуществам.
37. blackjack666 15 26.02.24 19:21 Сейчас в теме
Так и не увидел прямого ответа ни здесь, ни на ИТСе на вопрос - будет ли работать с файловой базой без клиентскиой лицензии?
Оставьте свое сообщение