У меня есть скрипт, выполняющий loooooong, который мы создаем кластерный индекс в строке 77M - таблице 20GB.Остановить кластерный индексный скрипт
Мне нужно запросить эти данные, чтобы я хотел остановить генерацию индекса и возобновить его в ночное время.
В порядке ли KILLProcessId?
SQL Server должен полностью реагировать на любой процесс. Однако для очистки может потребоваться некоторое время. Например, если вы убьете большой запрос на обновление, ему придется откатить транзакцию. Для построения индекса он не должен иметь таких проблем и должен возвращаться относительно быстро. Точка - до тех пор, пока вы разрешаете убить, не делая что-то решительное, как выключение, вы должны быть в порядке.
Убивание PID приведет к откату транзакции.
Не должно причинять вреда, но откат будет болезненным.
Невозможно приостановить его и продолжить позже, когда вы остановились.
+1 Откат кластеризованного индекса может занять некоторое время, хотя –
@ChrisShain. Вся причина для меня в 'KILL' заключается в том, что я могу получить доступ к данным. С помощью 'ROLLBACK', я в конечном итоге потрачу время, которое я мог бы потратить на создание индекса. Наверное, я изучаю настоящий хороший урок здесь - создайте Clustered Index в нужное время. –
@DonDickinson Это не регулярный индекс - он «сгруппирован» –