Всем доброго дня.
Переехали на новый сервер и начались проблемы.
При выполнении запроса к большой таблице (250 тысяч записей), происходит зависание.
Запрос простой: ВЫБРАТЬ * ИЗ Справочник.Контрагенты
Запрос выполняется не в консоли а в коде обработки: Выборка = Запрос.Выполнить().Выбрать();
Агент сервера 64-х битный

Статистику MS SQL по всей базе обновил.
Насколько я понимаю, на стороне MS SQL запрос отрабатывается быстро, потому что при выполнении запроса к
sys.dm_exec_requests as er
CROSS APPLY sys.dm_exec_sql_text(er.sql_handle) qt
получаю только сам этот запрос, а мой проблемный запрос виден только в первые секунды после запуска обработки в 1С.

В технологическом журнале каждые 11 секунд появляется строка вроде этой:
46:27.173000-0,CONN,0,process=1cv8,OSThread=576696,Txt='Ping direction statistics: address=МойIP:1560,pingTimeout=60000,pingPeriod=12000,period=11000,packetsSent=1,avgResponseTime=0,maxResponseTime=0,packetsTimedOut=0,packetsLost=0,packetsLostAndFound=0'
И это может длиться часами

права, обратись к сисадмину

(1) + системные, а не в 1с

Админ сам не знает, в чем проблема, может подскажете?

(0) Вангую. А код:
Результат = Запрос.Выполнить().Выгрузить();
Выполняется пара сек максимум

(3) потому-что это не админова проблема. На вопрос из (4) ответь

(5) ""потому-что это не админова проблема.""
админова. У нас тоже образовался новый сервер, половина не смогли работать,  пока сисадмины не прописали юзеров

(4) КУДА он выгружается, знаешь? не всё валится в Оп

Насчет прав сомнительно, потому что урезанный запрос выполняется быстро: "ВЫБРАТЬ ПЕРВЫЕ 1000 * ИЗ Справочник.Контрагенты"

Что касается выполнения кода, то зависает именно на этой строке: Результат = Запрос.Выполнить().Выгрузить();

У меня возникла проблема при выгрузке и я выяснил, что затык на этом запросе. Поэтому я набросал простую обработку с кодом:
    Запрос = Новый Запрос;
    Запрос.Текст = "ВЫБРАТЬ * ИЗ Справочник.Контрагенты";
    Выборка = Запрос.Выполнить().Выбрать();
И этот код виснет

Ладно, вы все знаете больше меня. Не буду больше спорить )

А если

Запрос = Новый Запрос;
    Запрос.Текст = "ВЫБРАТЬ * ИЗ Справочник.Контрагенты";
    рез = Запрос.Выполнить();
    Выборка = рез.Выбрать();

?

Да если просто написать: Выборка = Запрос.Выполнить();
Зависает

(9) а вот такой:

    Запрос = Новый Запрос;
    Запрос.Текст = "ВЫБРАТЬ Контрагенты.Наименование ИЗ Справочник.Контрагенты Как Контрагенты";
    Выборка = Запрос.Выполнить().Выбрать();

(12) и при этом склад работает и  платежки летают ?

(14) там т.ч. в контрагентов может быть херова гора, в менеджере объекта у справочника может быть переопределено получение представления и т.п. в общем вариантов просто херова гора!

(0) Замените * на имена полей и двоичным поиском ищите (удаляя половину полей за раз).

(15) и контрагент  может быть с латинской буквой в наименовании справочника =)

(13) выполнился за 5 секунд

(0) кто куда переехал то хоть? Скуль на новый сервер? Сервер 1с на новый сервер? Файлопомойка сипользователями? Архитектура то какая хоть? Или все на одном сервере у вас?

Купили новый сервак, там стоит и MS SQL и агент сервера. Проблемы одинаковые как при работе с другого сервера с этим скулем, так и при работе непосредственно на скуле.

(16) К чему такие сложности, это запрос должен работать со звездочкой. Раньше работал.

(18) Значит повторно может и менее чем 1 сек.

1.прекраити отбирать *, отбирай только то, что требуется
2.проверь что никакого переопределения получения представления нет.
3.будет время - подтяни матчасть по запросам

Если вернуть базу на старый сервер - зависания прекратятся?

(20) настройки скуля, агент? Сервера СУБД или 1С?
снести к херам поставить нормально, с учётом того что всё на сервере - сделать им шаред мемори.
Надеюсь не под виртуалками всё это работает? Памяти хватает?  Диск (физический) не 1 на всё?

Тут было бы интересно перехватить запрос в профайлере sql, и посмотреть план этого запроса.

И да, открываем ИТС, ищем рекомендации настроек от 1С

не надо выбрать * писать. пожалуйста.
вам ведь реально * не нужно.

(22) Во-первых, это не мой запрос, а типовой выгрузки из УПП в КА. Во-вторых, усвой простое правило: если запрос на старом сервере работал, а на новом нет, значит имеются проблемы и их нужно решать, а не пытаться залезть через зад.

(20) ну так в sql server manager оставь протоколы только шаред мемори, в настройках электропитания выстави макс производительность, настрой сам скуль и агент сервера..

+ дисковая система какая хоть? Темпдб скуля где хоть лежит?

(28) ответь на (23)

(28) >Во-вторых, усвой простое правило

успехов!

(21) Ну может там 4К фильм в хранилище значения лежит. Или представление криво получается.

(0) Добрый день.
Согласен с (24) в этой части
>>снести к херам поставить нормально, с учётом того что всё на сервере
>>Памяти хватает?

У меня около года назад после переезда на новый более серьезный по характеристикам физический сервер появилась проблема с быстродействием больших запросов. Производительность упала раз в 10 по ощущениям.  Но самое интересное, что никто не жаловался, кроме тех пользователей, кто работает с большими объемами данных. Устанавливал SQL сервер администратор.
В очередные выходные удалил SQL сервер, поставил заново, настроил православно (по Гилёву) и залил из dt туда базы. Заработало изумительно быстро.

И да..сколько памяти ? Сколько скулю выдано?..

+ какая чтепень параллизма выставлена у скуля?..и версии он какой хоть? 19?

Некоторые новости: запрос с выборкой 10 тысяч записей выполняется за 6 секунд, а 100 тысяч завис  - ждал 10 минут и убил сеанс.
Через часик отвечу на все вопросы. Заранее спасибо за помощь.

И есть ли ограничение по памяти для SQL?

(0) Под полными правами тоже зависает? Не в РЛС причина?

(23) На старом серваке проблем не было и я не пытался снова повторить операцию на нем, тем более, что он на данный момент не доступен.

Тут много вопросов по скулю. Я не спец по MS SQL, но, насколько я понимаю, проблема не в нем. Я ранее писал, что на самом скуле запрос выполняется пару секунд и потом не висит в списке выполняемых. Из этого я и делаю вывод, что проблема не в скуле. Или я не прав?
Перечень активных запросов на скуле можно получить вот этим запросом:

SELECT qt.text, *
FROM
sys.dm_exec_requests as er
CROSS APPLY sys.dm_exec_sql_text(er.sql_handle) qt
WHERE
database_id = DB_ID('DatabaseName')

(40) Скорее всего параллелизм включен в 0 и большие порции он пытается распараллелить.

Диски SSD, TempDB на отдельном диске.

А где настраивается параллелизм и какое там должно быть значение?

параллелизм включен в 1, как и рекомендует 1С

поля неограниченной длины?

Еще по тестам с размерами выборки:
10 тыс - 3 сек
20 тыс - 12 сек
30 тыс - 27 сек
40 тыс - 1 мин 8 сек
50 тыс - 2 мин 36 сек

Такой экспоненциальный рост - это нормально?

(45) это значит есть гонка за какой то ресурс, например сеть

или свап

(46) Сеть отпадает: запустил 1с на скульном серваке и там примерно те же показатели

(30) На скуле SSD-диски, TempDB на отдельном.

(44) Справочник Контрагенты отличается от типового двумя числовыми реквизитами (конфигурация УПП)

в мониторе ресурсов случаем вся память не в "Ожидание"?

В "Ожидание" небольшая часть, основные - это "Используется" и "Свободно" (много)

МС СКЛ аллоу лок пайджес ин мемори, как то так, ?

(0) У вас сервер 1С и mssql на одном сервере?

Что нам говорит бог фактического плана запроса xml ?

Я делаю ставку на mdop=0

(56) А я на кривые настройки rphost и канал между ним и mssql

(45) А напрямую в sql как запрос по таблице контрагентов отрабатывает?

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

Попробуй из https://www.plus-aliance.ru/news/tekhnoblog/service-databases-microsoft-sql-server-for-1c-operation/
Перестроения индекса и «Обновление статистик»

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

Судя по (18) дело в объеме данных. Либо каждая запись это до хрена байтов, либо канал между скулем и 1с сервером очень узкий.

(54) Да, у нас MS SQL и агент сервера 1С на одной машине.
(55) С этим некоторые сложности: на новом серваке стоит какой-то урезанный MS SQL (не экспресс) и в профайлере нельзя установить отбор по идентификатору ИБ, а в той лавине, которая льется черт ног сломит.
(57) Можно по-подробнее?
(59) Памяти вроде достаточно - запускаю обработку и смотрю монитор ресурсов - там нет никакого переполнения.
(62) У нас shared memory и по идее никакие каналы не используются.
(61) Зачем?

Еще раз отмечу, что после запуска обработки, в MS SQL запрос появляется в списке исполняемых на несколько секунд и потом исчезает.

(63) скулю достаточно, может рпхосту не хватает принять что ему скуль вываливает?
последите за ресурсами которые жрет рпхост в этот момент.

(64) см (65)
250к табличка это мелочи для скуля, он за секунды выберет
а вот потом при передаче из скуля в сервер 1С висяки

версии платформы на старом и новом сервере?

(63) >Можно по-подробнее?

настройки рабочего сервера 1С глянь

(63) "С этим некоторые сложности: на новом серваке стоит какой-то урезанный MS SQL (не экспресс) и в профайлере нельзя установить отбор по идентификатору ИБ, а в той лавине, которая льется черт ног сломит. "

Ты втираешь какую-то дичь.

(63) Давай я подключусь, пиши на [email protected]

(65) Насчет rphost поговорю с админом, может в этом что-то есть.
(67) 8.3.16.1659
(68) Какие именно?
(69) Втирают мазь в радикулит. Вот ссылка на мой фильтр в профайлере: https://ibb.co/ZhZmbPk
И еще раз говорю, скуль отрабатывает запрос в течение нескольких секунд, что ты там в профайлере найти хочешь?

(71) >Какие именно?

Глянь картинки http://catalog.mista.ru/1c/articles/1119524/
и тут http://www.gilev.ru/app1c/

(63) Затем, чтобы rphost не вздумал пузырьком по представлениям сортировать.

(71) Покажи вот эту картинку из монитора ресурсов
https://i.imgur.com/gaEdOrO.png

(74) - (52)

https://ibb.co/Pj2s20R

(76) Это реально 512 Гигов памяти?

(77) Ну а что такого?

(71) "скуль отрабатывает запрос в течение нескольких секунд, что ты там в профайлере найти хочешь"
Собственно текст запроса. Чтобы его потом запустить отдельно с выводом плана выполнения.

(79) +1

>> process=1cv8,OSThread=576696,Txt='Ping direction statistics: address=МойIP:1560
Это же клиентская часть, как я понимаю? Может, она ждет и не дождется ответа от сервера?
Она 32-х разрядная?
После этой строки нет никаких сообщений типа "Time expired" или тому подобных?

(81) "каждые 11 секунд появляется строка" "period=11000" it work's!

(56) (57) ставлю на дичь в настройках и чьей-то голове.

(81) Это сообщение о том, что проверка связи клиента и сервера успешно прошла. Если клиент перестанет связываться с сервером - сеанс будет отмечен как спящий, а потом и вовсе принудительно завершен. Нужно просто в настройках ТЖ отключить это событие, чтобы оно не мешало, но настроить событие "время выполнения дольше N секунд" с выводом контекста.

Сайт быстрых онлайн знакомств в Иркутске https://flirtisms.ru/ Только реальные люди с реальными фото и телефонами. Хватит стеснятся, выбирай понравившееся объявление и звони!

(82)(84) Я понимаю. Просто автор темы заострил внимание именно на этом сообщении. Наверное, поизучав ТЖ более детально и вдумчиво("погрепить", так сказать) можно найти причину столь долгого ожидания, хотя бы выяснить кто кого ждет.

(71) установи флажок Show all columns перед открытием фильтра

(0) Было что-то подобное при переводе админами баз на новый MS SQL или у баз была версия совместимости повышена. Тогда закрытие месяца или проведение регламентных документов стремилось к бесконечности. Спасло само простое: тестирование и исправление через Конфигуратор.