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

Публикация № 1165658

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

В Платформе версии 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
 

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

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

 

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

Специальные предложения

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

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

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

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

какой вариант вы проверяли?
Вован58 видимо хотел сравнить работу в базе через сетевую папку с работой в авто.сервере:)
"Автономный сервер ‑ это специальное серверное приложение ...Взаимодействие клиентского приложения и автономного сервера происходит по протоколу HTTP".
7. -vito- 451 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. -vito- 451 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 579 21.01.20 06:51 Сейчас в теме
Я так понял, по простому, это та самая замена внешних web-серверов, о которой говорят уже много лет, т.е. грубо говоря замена IIS и апача.
12. -vito- 451 21.01.20 10:34 Сейчас в теме
(11) Андрей, признаюсь, до меня не доходили слухи о замене веб-серверов.
Здесь всё-таки более комплексное решение разряда "всё в одном", содержащее компоненты доступа к БД (в т.ч. файлового варианта, которые можно было бы назвать заменой эмулятора сервера), единообразную серверную часть для разных вариантов БД, компоненты для web-публикаций. Вряд ли это можно рассматривать как замену для полноценных IIS и Apache. Кластер серверов никуда не уходит. И web-публикации для ИБ в кластере, по-прежнему будут выполняться полноценными веб-серверами. С другой стороны, в Автономном сервере исключены "излишние" возможности кластерного сервера приложений.
Полагаю, Автономный сервер - это скорее решение начального уровня, для небольших организаций, скажем, до 20 пользователей.

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

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

Или все таки придется периодически включать 1с сервер и через конфигуратор накатывать обновления?
16. -vito- 451 13.03.20 13:11 Сейчас в теме
(15) Михаил, мне не попадалось в документации упоминаний, что возможно обновление файлами cfu.
Без включения сервера можно выполнить обновление из cfu на файловой базе (даже пустой), а затем получившийся cf-ник загрузить в СУБД утилитой ibcmd. Или просто сразу взять из дистрибутива обновления готовый cf-ник.
user949348; +1 Ответить
17. user949348 13.03.20 13:57 Сейчас в теме
(16) ну да, вариант через пустую базу и сделаем скорей всего, хотелось как говорится чтобы все и сразу, спасибо за информацию.
18. ComboBoy 17.03.20 10:33 Сейчас в теме
19. senshib 14.05.20 15:29 Сейчас в теме
Очень жаль, что ранее не читал статью полностью. Подумал, ну есть же клиентские лицензии и к файловой через iis подключается 12 человек. Запущу-ка я автономный сервер. И долго не понимал, почему быстро "заканчиваются" клиентские лицензии. :)
Оставьте свое сообщение

См. также

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

Производительность и оптимизация (HighLoad) Администрирование СУБД Технологический журнал Структура метаданных v8::Запросы Бесплатно (free)

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

24.05.2020    3671    0    DataReducer    19    

Настоящий краудфандинг. Даешь сравнение двух СУБД!

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

Первый вариант сравнения двух СУБД. Каждый может внести правку и получить SM. Приветствуются конструктивные комментарии, начинающиеся словами "Автор ничего не понимает".

11.05.2020    1719    0    Mari_Kuznetzova    20    

Эти занимательные временные таблицы

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 Бесплатно (free)

Кое-что интересное о временных таблицах и работе платформы 1С с ними.

06.04.2020    8632    0    YPermitin    0    

1С + Apache + SSL: Перевод опубликованной базы на защищенное соединение https с сертификатом от Let's encrypt windows

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

Есть куча инструкции про связку с ISS, решил добавить свои 5 копеек, как я это настраивал на Apache на Windows.

02.03.2020    2285    0    rst_filippov    5    

Ошибка при обновлении: Записи регистра сведений стали неуникальными: Двоичные данные файлов

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

Способ обойти ошибку обновления Записи регистра сведений стали неуникальными: ДвоичныеДанныеФайлов.

26.02.2020    2547    0    dubovenko_m    9    

Контроль места на дисках

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

Один из последних случаев на работе. Диск, на котором хранились файлы базы, "развалился", база потеряна. Начали искать копию базы. Копии базы делались на другой диск, но оказалось, что на том диске нет места и копии не делались несколько дней. Так было потеряно несколько дней работы фирмы, кому-то выговор, кого-то уволили((.

20.02.2020    2687    0    wowik    20    

Нюансы лицензирования 1С

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

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

19.02.2020    7555    0    fixin    112    

Как мы научились автоматически отслеживать ошибки в 1С

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

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

04.02.2020    11581    0    slozhenikin_com    27    

Автономный сервер. Часть 2 - утилита управления

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

Утилита управления "Автономным сервером" может не только управлять. Какие возможности можно использовать уже сегодня? Разбираем с примерами и ищем отличия от привычных методов.

21.12.2019    8009    0    -vito-    26    

Обслуживание баз данных. Не так просто, как кажется

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 1cv8.cf Бесплатно (free)

Считаете, что обслуживание индексов и статистик дело простое? Что ж, это не всегда так.

14.10.2019    15127    0    YPermitin    28    

Кластер серверов 1С

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

Какой уровень отказоустойчивости при проектировании серверов 1С выбрать? В чем отличия центрального и рабочего сервера? Как правильно настроить требования назначения функциональности? На что влияют настройки кластера и сервера 1С и как в них не запутаться? Антон Дорошкевич дает на эти и многие другие вопросы подробные ответы.

24.09.2018    40233    0    a.doroshkevich    67    

Оптимизируй это! Или MS SQL и Экспертный подход творят чудеса!

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 Бесплатно (free)

В статье речь пойдет про взаимодействие сервера 1С с MS SQL. Мы очень часто слышим, как важно оптимизировать все критические участки системы заблаговременно, в плановом режиме, как надо, «от и до» во всех деталях. Но в реальной жизни бывает по-другому. Очень часто клиенты обращаются к нам, когда система уже не дает работать: «спасите, помогите, болит очень сильно, надо решать». Об одном из таких случаев я и хотел бы вам сегодня рассказать.

11.07.2017    32013    0    R.Tsarenko    32    

PostgreSQL на Windows – реальная альтернатива для высоконагруженных систем на базе 1С

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 Бесплатно (free)

Многие интересуются PostgreSQL, но не знают, насколько хорошо будет она работать с уже существующими системами. «Инфософт» - одна из первых компаний, кто опробовал PostgreSQL на Windows. О своем опыте перехода рассказывает руководитель отдела информационных технологий компании.      

23.06.2017    41522    0    a.doroshkevich    113    

Пример работы с SQLDMO

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

SQLDMO из 1С.

27.06.2013    3520    2    imm0rtal    2