Комментарии 26
А оно будет работать поверх тонких и ненадежных каналов? Тонких — ладно, а вот ненадежных?
А то у меня сервера и, скажем так, на Чукотке и в Магадане есть.
Нет, конечно, с интернетом там всё сильно лучше стало.
Сильно, да.
в коде есть просто обработка исключений, однако не предусмотрено кусками передавать инфу, что для нестабильных сетей кстати сказать существенно. Думаю стоит взять на заметку AlanDenton
И что будет если по середине произойдет обрыв сети? Если обрывы будут постоянными до 35 сек каждую минуту?
Это я к тому, что всё обслуживание, всё, что длится дольше пары минут — приходится делать одноразовыми джобами на той стороне.
Если обрывы будут постоянными до 35 сек каждую минуту?
Тут as design. Если обрывается соединение, то и запрос будет откатываться. Для таких целей есть функционал копирования сгенерированного скрипта и его запуск со стороны сервака.
youtu.be/iEa6_QnCFMU?t=700 (Why Defragmenting Your Indexes Isn’t Helping with Brent Ozar) и www.brentozar.com/archive/2017/12/index-maintenance-madness
Нужно две вещи определять:
1) использование индексов
2) какие индексы будут использоваться
Чем больше фрагментация, тем больше операций чтения.
А авторитетные мнения могут говорить что угодно-важно не отключать свое критическое мышление и все перепроверять, ставя под сомнение любое мнение даже авторитетное (даже от самого Microsoft)
так что цель данной программы не очень понятна
Цель предоставить функционал, а то как ним пользоваться уже дело пользователя. Зачастую ребилд индексов и вправду смысла не имеет. А вот обновление статистики, сжатие индексов и прочии перки — это да.
Странно, но на БД от 100 до 1200 ГБ на 10-ки БД на сервере норм работает.
По 1С правда загибается (долго), но выводит в итоге, а там 10-ки тысяч индексов
Она же не показывает индексы, у которых фрагментация ниже установленного в настройках порога (в настройках есть и другие фильтры)
Из базы с более 1500 индексов с трудом притаскивает около сотни
Все настройками устанавливается. По дефолту не тянутся индексы тяжелее 8Гб.
Не говоря уже о том что считать эти индексы уходит аж несколько (5-7) минут
Скажем за это спасибо Microsoft. Данные о фрагментации индекса не кешируется на постоянной основе, потому происходит частичный скан индекса если его нет в буффер пуле (потому ограничение по размеру и делал).
Я пробовал, у меня не заработало. И какая разница при первом то скане сколько там этот индекс весит. Наиболее интересны как раз большие индексы, мелкие гораздо менее интересны.
Скриптом я вытягиваю все индексы с их статистикой за пару минут и это с анализом на каждой таблице на дупы, миссинг и т.д, чуть менее 2 сек на таблицу на тестовом сервере (на продакшене, десятки-сотня мс). Ожидал чего то лучшего. Вытянуть всё тоже, но в более удобной форме на той же базе готов ждать 5-10 мин. Хочется иметь инструмент отдельный от SSMS.
В любом случае спасибо, тулза интересная будет инетерсно посмотреть опять через некоторое время
Обзор бесплатного инструмента SQLIndexManager