d-stream, а можно ли сказать машине что используй новый план, и сохрани его для будущих запросов? Больше всего смущает то, что новый план работает быстро,а старый тормозит. Главное 10 минут обновление статистики и старый начинает работать, а вот указываешь recompile - новый за секунду работает. Хоть бери и в запросах указывай по умолчанию recompile. Но возможно где-то в другом месте будет хуже?
Сегодня попробовал. Я в шоке. Я дописал в запрос OPTION (RECOMPILE) - запрос выполнился моментально. Комментирую OPTION (RECOMPILE) - долго выполняется. Почему такое происходит?
Я прочитал что RECOMPILE - создает временный план, который удаляет после запроса. Получается у меня устаревает план? И этот план обновляется после обновления статистики?
Много данных обновляется за день получается, что статистика перестает быть актуальной? Или лучше рассмотреть вариант лучшей индексации таблицы?
Да родной диск очень слабый. После установки SSD и переноса туда баз, стало лучше работать, но все равно очередь диска C и активное время работы тоже высокие остались. Завтра попробую собрать статистику по использованию Жестких дисков и еще раз проанализировать.
Сейчас я копии делаю сразу на два сервера. Т.е. сначала делается РК на основном сервере, потом делается РК на второй сервер. Делаю просты резервные копии, не инкрементные. База работает в режиме простого восстановления. Думаю простого одного жесткого диска будет достаточно. Например SAS 10k 300GB. Как считаете?
260 маловато будет. Хотя бы 200 под базы отделить разделом и остальное под систему и всего остального. Ещё 1 диск хочу для резервных копий, в принципе только один без RAID, ну или в RAID0. Итого 6 дисков как минимум надо будет. А лучше 7.
Спасибо.