Здравствуйте!
Ситуация такая: есть база 1с размером в 200 гигов. Настроены стандартные регламентные задания на стороне sql сервера по обслуживанию базы (проверка целостности, реиндексация, обновление статистик, бэкап). В последний месяц база начала сильно тупить, особенно в плане формирования отчетов. Отдали бэкап базы на тестирование в контору которая занимается оптимизацией. На следующий день они ее вернули. Мы развернули присланный ими бекап, и база действительно стала работать шустрее в несколько раз. Что сделали с базой они не говорят. Пытался сам разобраться - не получилось. Размер базы не изменился, индексы в базе как были фрагментированными, так и остались. Подумал что может добавили какие индексы для ускорения работы запросов, но нет, их количество осталось прежним. Но факт остается фактом, что база стала работать шустрее гораздо. Может есть у кого какие мысли что за операции проводились с базой?

londiniumМожет, просто снесли старые данные?

Все данные на месте за весь период работы.

komradZheka79,

покажите
select @@version

может у вас там query store + автотюнинг



Microsoft SQL Server 2014 - 12.0.4100.1 (X64)
Apr 20 2015 17:29:27
Copyright (c) Microsoft Corporation
Standard Edition (64-bit) on Windows NT 6.3 <X64> (Build 9600: )

aleks222Прежде, чем протирать хрустальный шар...
Надо бы спросить: а как тредстартер установил, что "быстрее"?

Отчеты которые формировались по 5-7 минут, формируются за 40 секунд.

alexeyvgНет универсального рецепта.
Скорее всего, они просто обновили статистику, раз больше ничего не поменячлось, но всё таки 100% этого нельзя утверждать.

Статистика и так обновляется через план обслуживания каждую ночь. Так же каждую ночь скриптом делается reorganize, и rebuild если индекс сильно фрагментирован.

TaPaKDanionАвтор пишет, что обновление статистик и у них вроде есть пропущено...

а ещё он пишет
авториндексы в базе как были фрагментированными, так и остались.

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

leonixУ отдельной базы можно выставить max dop?
1С не работает с распараллеливанием запросов.
Нужен max dop = 1.

установлено в 1

StarikNavyZheka79,
а ребятам заплатить за работу и за знания нет желания? )

Ребятам заплатили, при том очень не плохо. Но вот знаниями они делиться категорически не хотят.

КритикStarikNavyZheka79,

а ребятам заплатить за работу и за знания нет желания? )

лучше на форуме спросить )

А где еще спрашивать, если не на форуме?

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

TaPaKпроверьте параметр QUICK_WORK_ENABLED

Это прикол чтоли?

1C DeveloperВозможно, оптимизация была не на уровне SQL SERVER, а на уровне 1С?

Например, пересчет итогов может значительно ускорить построение отчетов, открытие и проведение документов, особенно на базе размером 200 гигабайт, при этом размер файлов базы данных может не измениться.

Молчат как партизаны, ничо не говорят.

komradочень похоже на то
либо какую-нибудь статистику(-и) с фуллсканом перестроили
либо после рестора базы скинулся процедурный кэш для нее и все планы новые/оптимальные
Сам пробовал проводить подобные процедуры - не помогало.

aleks222Zheka79пропущено...


Отчеты которые формировались по 5-7 минут, формируются за 40 секунд.

На том же местесервере в тот же часнагрузке?

ЗЫ. Обе базы у тя ё. Планы в студию!

Да, на том же сервере. В рабочее время.

invmkomradочень похоже на то
либо какую-нибудь статистику(-и) с фуллсканом перестроили
либо после рестора базы скинулся процедурный кэш для нее и все планы новые/оптимальныелибо уровень совместимости поменяли.

уровень совместимости тот же.

aleks222Орлы, я полагаю, это развод.
Можно расходиться.

Неверующим могу видос записать с временем выполнения одного и того же отчета.

TaPaKZheka79пропущено...
Неверующим могу видос записать с временем выполнения одного и того же отчета.
так планы, на кой "видос"
Да не вопрос. Где эти планы взять?

TaPaKZheka79пропущено...

Да не вопрос. Где эти планы взять?
у плановика...

Ну охота постебаться - постебись. Если бы я шарил в ms sql на уровне профи, то тут этой темы вообще бы не было. А не хочешь помочь, зачем тему засорять? Не зря говорят, больше молчишь - умнее выглядишь...

КритикZheka79,

ну сравните структуры метаданных обеих баз (через SSDT например), они же у вас на руках
Спасибо, буду разбираться, пробовать... Я с MS SQL на уровне новичка, поэтому тему и создал.