KOD_BILLя вижу что индекцы начали перестраиваться но спустя 2-3 минуты они просто сбрасываютсяКоманда либо завершается с ошибкой, либо выполняется успешно.
Что такое "просто сбрасываются", непонятно.

KOD_BILLaleks222Это стандартный клиентский таймаут.
Не понятно. А почему сбрасывает выполнение то?Это же всё вопросы по вашему клиенту.

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

В данном случае варианта 3:
1. Команды завершаются с ошибкой, но клиент их не показывает.
2. Клиент разрывает коннект, команды завершаются с ошибкой (принудительное завершение), но вы этого не видите
3. Команды выполняются правильно, но вы не считаете результат правильным.

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

А варианты 1 и 2 - это всё в сторону клиента.

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

alexeyvgМожете выложить сюда, например, данные по какой то таблице (фрагментацию и статистику), можно посмотреть, что с ней.Например:

KOD_BILLПример одной из таблиц которая попала в выборку.
Да, похоже, действительно команда не выполняется.
KOD_BILLЯ вчера попробовал вызывать не пачками а по одной строке. результат такой же.
Хм.
Если же со студии вызвать команду которая отправляется приложение. То все успешно исполняетсяНу, тут неважно, пачка или по одной. Понятно, раз пачка не выполнилась, то и одна не выполнится.

Это уже проблема в приложении. Причин, понятно, может быть много.
Может, у вас вообще запросы больше ННН секунд не выполняются? Проверьте запрос с waitfor.

В общем, обычная отладка - профайлер в руки, и дебаггер...

KOD_BILLЯ уже начинаю думать что где то какая настройка в сервере SQL не дает выполнять команду(Вы же говорите, что из SSMS команда выполняется.
А SSMS - такой же клиент, как PS, или как ваше приложение.

KOD_BILLНе уверен в условия указываю что "page_count > 1000"

сам запрос выбора индексовНеважно, какой запрос, и какие критерии.

Вот, есть пример таблицы 22003101 нужно по ней смотреть, как выполняется команда из SSMS, из PS и из приложения (SSMS в конце)

Если выполнение команд из этих 3-х мест приводит к одному результату, значит, со стороны самого выполнения всё правильно.

KOD_BILLalexeyvg,

Я вроде бы нашел решение. Что PS что C# Ждут 2-3. За это время индексы не успевают ребилднутся. И за закрывают подключение. Что за собой утягивает всю сессию и прерывает выполнение. Добавил проверку на сушествования запроса "ALTER INDEX" и держать подключение открытым. Пока проверяю.Удивительно, у вас что, асинхронное выполнение, что ли?
А если SELECT будет выполняться дольше 2 секунд?
Хотя странно, PS Invoke-Sqlcmd не устанавливает таймаут выполнения, если его специально не установить параметром -QueryTimeout https://docs.microsoft.com/ru-ru/powershell/module/sqlserver/invoke-sqlcmd?view=sqlserver-ps

DbDudeKOD_BILL, попробуйте вручную перестроить какой-нибудь индекс запросом в SSMS.Вроде бы этот этап в данной теме прошли, вместе с автором :-)

Владислав КолосовНапишите в своем приложении обработчик ошибок, который сохранит ошибки в текстовый журнал. Просмотрите errorlog SQL сервера и Windows приложений.Или хотя бы нужно убрать обработчик ошибок, что бы приложение вываливалось, и писало ошибку.