Уничтожение DBCC CheckDB, когда устройство хранения данных забивает звуковым сигналом

Используйте отдельные разделы для различных каталогов как /tmp или /var и смонтируйте их с nosuid, nodev и noexec если это возможно.

1
задан 25 August 2009 в 04:51
2 ответа

Хорошо - это - правильное поведение. То, что происходит, - то, что Вы уничтожили DBCC CHECKDB, в то время как он все еще создает базу данных, создают снимки его потребности. Часть создания снимка выполняет восстановление катастрофического отказа на проверяемой базе данных, но в контекст снимка базы данных. Восстановление катастрофического отказа не может быть остановлено, и spid, который это выполняет, оно не может быть уничтожено. Таким образом - Ваши единственные опции состоят в том, чтобы ожидать его, чтобы закончить, или циклически повторить экземпляр - который отбросит снимок. Когда я изменил CHECKDB для использования снимков базы данных, мы знали, что это будет потенциальной проблемой, но не было никакой альтернативы.

Проверьте это сообщение в блоге, где я объясняю немного больше: транзакции откатывают, когда DBCC CHECKDB работает?

Удачи

2
ответ дан 3 December 2019 в 19:59

Когда Вы говорите, что, можно казаться, не уничтожаете его, Вы пытаетесь отменить задание? Или Вы уничтожаете SPID от монитора действия?

1
ответ дан 3 December 2019 в 19:59
  • 1
    Спасибо, Brad. Я должен был быть более конкретным. Попробовал это... теперь мой spid застревает в, УНИЧТОЖАЛ/ОТКАТЫВАЛ состояние. –  Aaron Alton 24 August 2009 в 21:21
  • 2
    ЦП и IO на SPID все еще совершенствующийся? Если так, затем все, что можно сделать, является ожиданием, пока откат не завершается. В противном случае затем spid мог бы быть на самом деле подвешен, и you' d должны перезапустить экземпляр SQL для избавлений от него. DON' T перезапускают SQL если you' ре, уверенное не все еще активный в откате или базе данных, останется в " recovering" режим (и недоступный) до отката завершен. –  BradC 24 August 2009 в 21:36
  • 3
    ЦП > 0; Физический IO > 0. Время ожидания увеличивается, но that' s это. –  Aaron Alton 24 August 2009 в 21:49
  • 4
    Таким образом, если ЦП и IO являются not' t все еще перемещающийся, затем, вероятно, необходимо перезапустить SQL. I' d, вероятно, хочу перезапустить сервер полностью после вспышки SAN, так или иначе, но that' s просто я. –  BradC 24 August 2009 в 22:02

Теги

Похожие вопросы