Вопрос по переходу на клиент-серверный вариант 1С8 #667419

Добрый день ! Планируем переход на Клиент-Серверный вариант 1С8 Хочу сделать, чтобы в целях ускорения отчета некоторые запросы выполнялись на сервере, а обрабатывались на клиенте. Т.е. на клиенте будет формироваться текст запроса и устанавливаться его параметры, далее  на сервере формируется выборка и возвращается обратно на клиент для обработки выборки (по моему анализу, формирование выборки из запросов в ряде сложных отчетов (например, структура подчиненности) занимает до 70-80% времени от формирования отчета. Т.е. я хочу реализовать вышеприведенную схему следующим образом: #Если клиент тогда     #КонецЕсли #Если Сервер тогда #КонецЕсли Вопрос: сработает ли вышеуказанная схема, если нет, то как реализовать схему, чтобы она сработала (по описанию вроде запрос можно передавать на сервер и обратно)?

#Если Сервер тогда Не управляет тем, где будет исполнятся код. Если надо на сервере точно - общий модуль с галкой Сервер и Вызов сервера

да и в клиент сервере все запросы на скуль транслирует сервер 1с всё равно, запросы де факто на сервере только будут

Не. Это чепуха. То, что ты хочешь - и так происходит по дефолту.

Запросы исполняются на сервере БД, окончательная выборка данных происходит на сервере приложений. На клиента возвращается только результат.

вам нужны УФ,или заказать Такси

Другое дело, если ты дополнительно какие-то алгоритмы хочешь на сервер вынести. В толстом клиенте для этого надо делать. А в тонком многие алгоритмы на клиенте и не получится выполнить :)

Странный способ ускорения отчета Установка параметров и т.п. это доли сек Сам запрос в 10 раз дольше Зачем такой огород ?

он думает что запрос выполняется на клиенте просто

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

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

Если не УФ, то фиг ты прикажешь где выполняться коду. Только если терминально на сервере запустить сессию.Тогда стопудово на нем будет

в клиент-сервере привелигированный режим возможен только на сервере. на клиенте он не устанавливается

на толстом клиенте работает.

Можно еще обработку выборки перенести полностью на сервер. Возвращать, например, только готовый табличный документ на клиента. Тут на больших отчетах ускорение очень существенное может быть. Хотя всё это квадратные колеса в свете существования СКД на УФ. Там по дефолту всё примерно так и происходит.

В клиент-серверном варианте при выполнении на клиенте данный метод не выполняет никаких действий. (с)

А тупо выборку на клиента вернуть с сервера кажись и не получится. По-идее должно ругнуться на мутабельность.

выборка емнип не мутабельна, собсно она вобще только на чтение

Спасибо всем за ответы. С 1С8 я работаю с 2006 года, а вот с клиент-серверным вариантом стал знакомиться только сейчас. Все эти годы был файловый вариант, база сейчас весит 5 Гб. И пока это структуру понимаю плохо. Суть - у нас в сети около 50 ПК, подключенных к базе. Среди них есть как мощные, с процессорами i3 - i5, так и слабенькие типа Celeron 900. Естественно, что для таких слабых клиентов идет подключение через терминальный сервер, который сам выполняет роль клиента, а терминальный сервер будет подключаться к связке 2-х мощных новых серверов (которые будут считаться одним): Сервер 1С8 - сервер баз данных. Мощные же ПК подключаются к связке напрямую, минуя терминальный сервер, и сами выступают клиентом. Мною было написано более 100 различных отчетов и обработок, использующих запросы, которые сейчас на старом сервере в файловом варианте сильно тормозят именно из-за скорости выполнения запросов при большой выборке. Естественно, что перелопачивать все запросы нереально, вот и хотел отделаться малой кровью. Спасибо за Ваши ответы, теперь буду их осмыслять.

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

Хочу добавить - тонкого клиента пока не планируется, будет связка "Толстый клиент " - "Сервер"

Итак, проанализировав написанное, я пришел к выводу (поправьте меня пожалуйста, если я не прав): 1. Непосредственно Запрос в клиент-серверном варианте всегда выполняется только  на сервере, а не на клиенте, поэтому давать ему директиву исполнения на сервере не имеет смысла 2. Для того, чтобы реально ускорить работу, имеет смысл большую часть сложных операций, выполняемых отчетом, перенести на сервер, перенести для выполнения на сервере, убрав из текста процедуры/функции не предназначенные для выполнения на сервере.

А сейчас у нас организована таким образом - все 50 ПК подключены терминально к слабенькому серверу 2006 года выпуска на базе 2-х процессорного ксеона, на сервере база стоит в файловом вариант, естественного, его мощности не хватает, поэтому мы купили два новых мощных сервера и переходим на клиент-серверный вариант.

1. Нет 2. Нет

"большую часть сложных операций, выполняемых отчетом" - что за операции такие?

И, кстати, процессоры в современных ПК намного быстрее серверных. Переводом на сервер можно только всё усугубить.

+500!

3. #Клиент и #Сервер только определяют место исполнения, но не задают его (?Как задать, я пока не понял)

Хотя, покуй. Все уперается в проведение документов, это единственное узкое место, которое не правиться прямыми руками.

если сервер брали 5 лет назад, то да

Что изменилось за 5 лет?

У нас около 50% ПК старше 5 лет, а новые сервера на базу 2-х 16-ти ядерных процессоров с 32 Гб памяти и жестким диском SSD. Т.е. 50% ПК толстыми клиентами быть не могут никак, для них толстый клиент старый сервак. Поэтому и хочу ускорить. Серверу уже 7 лет.

перевод в клиент-сервер не обязательно даст повышение производительности... он даёт параллельность

В общем, я протестирую сегодня и о результатах доложу. Пока могу сказать, что сервер при попытке загрузки базы ругнулся на наличие в общем модуле штатных процедур 1С: Вопрос РежимДиалогаВопрос КодВозвратаДиалога Предупреждение Состояние ОбработкапРерыванияПользователя ОчиститьСообщения Видимо, нужно весь текст можуля поместить в #Если Клиент тогда #КонецЕсли

короче искуственный вывод запроса в серверный модуль мало что даст, и не стоит оно того

тут да

В общем, буду тестировать, посмотрим, что получится.

чначала разберись что делает #Если Сервер тогда и др. а то наворотишь

А что тут можно напортить - я же все на копии делаю

Итак, мой вариант не работает. Иекст показал, что старые отчеты в клиент-серверном варианте выполняются в 2-3 раза быстрее, чем в  старом терминальном. Но ускорить мне удалось. Что я сделал для ускорения:

1.    Ускорена структура подчиненности. Общая форма «Структура подчиненности» была скопирована из УПП 1.3,  также были скопированы связанные с ней функции (в глобальный модель), и связанный с ней критерий отбора «Связанные документы» (в интерфейсах кнопку «Перейти», меню «а Связанные докумнеты»). Критерий отбора был доработан для наших условий, теперь структура подчиненности формируется всего несколько секунд даже на нашем терминальном сервере, т.к. введение критериев отбора позволяет не проверять типы метаданных для каждого документа, попавшего в выборку. У трех пользователей новая структура подчиненности выдавала ошибку, помогла чистка КЭШа 1С8 на терминальном сервере. Причина мне неизвестна.

2.    Мне удалось выяснить, что все запросы в клиент-серверном варианте всегда формируются на сервере, но для ускорения выполнения требуется оптимизация кода запроса. Поэтому в выражений «ОстаткиИОбороты», «Обороты», «Остатки» при выборке информации из регистров накопления я ввел, где это возможно, критерии отбора по измерениям регистра Но критерии отбора вводятся только там, где присутствует отбор по измерениям Например, при отборе по регистру «ОстаткиТоваровНаСкладах» по группе номенклатуры: Было   Стало «Выбрать * Из РегистрСведений.ОстаткиТоваровНаСкладах.Остатки(&Дата1,Номенклатура в Иерархии(&ВыбГруппа))» «Выбрать * Из РегистрСведений.ОстаткиТоваровНаСкладах.Обороты(&Дата1,&Дата2,Регистратор, Номенклатура в Иерархии(&ВыбГруппа))» РегистрСведений.ОстаткиТоваровНаСкладах.ОстаткиИОбороты(&Дата1,&Дата2,Регистратор,, Номенклатура в Иерархии(&ВыбГруппа))»

Т.е. после ускорения отчеты стали работать на терминальном сервере в 2-3 раща быстрее, а в клиент-серверном варианте еще в 3-3 раза быстрее.

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

В общем, у меня получилось следующее: Оптимальный и проверенный мною вариант перевода выполнения отчета на сервер: Форма диалога отчета (содержит поля отбора «ДатаНачала, ДатаКонца, Контрагент, Менеджер, ТМЦ) Модуль общего назначения «ПроцедурыИФункцииДляВыполненияНаСервере» (обязательно должны стоять галочки «Сервер», «Клиент» и «Вызов сервера») &НаКлиенте

Эта штука работает, один отчет я перевел, стал выполняться значительно быстрее при больших объемах выборки

ПроцедурыИФункцииДляВыполненияНаСервере - это общий модель