Серверы используют зеркальное отображение базы данных для обеспечения высокой доступности с использованием стандартного SQL-сервера на новом оборудовании.
Существующие планы были созданы администратором баз данных много лет назад и используют встроенные инструменты обслуживания, доступные в пользовательском интерфейсе.
Ежедневно: Полное резервное копирование ВСЕХ баз данных Резервное копирование журналов транзакций каждые 15 минут для пользовательских баз данных Проверка целостности всех баз данных, включая индексы Очистка истории Очистка резервных копий
Еженедельно: реорганизуйте индексы во всех базах данных - включая таблицы и представления и сжимайте большие объекты. Обновление статистики по всей базе данных - включая таблицы и представления, обновляйте всю существующую статистику с помощью полного сканирования.
В воскресенье утром примерно через час после задачи реорганизации сервер перестает отвечать, и мне приходится останавливать службу SQL, чтобы инициировать переключение на зеркальный сервер. Я предполагаю, что проблемы возникают из-за реорганизации или обновления статистики. Интересно, следует ли мне вообще выполнять компактную процедуру и / или выполнять реорганизацию для каждой таблицы (системы и пользователя).
Как я могу изменить свои задачи, чтобы снизить нагрузку на сервер, но при этом выполнять надлежащее обслуживание?
Однако вы не упоминаете, что используете для обслуживания ...
Обычно нет необходимости реорганизовывать индексы на все базы данных. Некоторым из них это понадобится, а некоторым - нет. Вероятно, вы могли бы переключиться на что-то вроде Скрипты Олы Халленгрен, который сначала проверит, нужен ли он индексам. Я бы рекомендовал что-то подобное.
Вы также можете подумать о том, что (если что-то изменилось) в окружающей среде. У вас больше баз данных, чем было много лет назад? Что-то случилось, что сделало работу по переиндексации более болезненной, или так было всегда, и вы замечали это только тогда, когда приходили к вам?