Когда ваша система зависает, вы ничего не можете сделать, чтобы проанализировать ситуацию. Обычно вы даже не сможете выполнить какой-либо посмертный анализ, потому что информация о зависании не записывается.
Метод, описанный в статье, которую вы связали, предназначен для использования разработчиками драйверов, которые должны вызывать сбой в целях тестирования. Это не помогло бы вам в вашей ситуации, в первую очередь потому, что у вас не было установлен ключ реестра, когда это произошло. Если бы он был установлен, вы могли бы вызвать сбой и получить дамп памяти для посмертного анализа.
Что я мог с этим сделать?
Наверное, ничего. Когда вы собираете такой дамп через обычный сбой, он обычно содержит легко доступную информацию о том, кто или что вызвало сбой. Вы можете получить эту информацию, загрузив дамп в windbg и выполнив:
!analyze -v
Однако, если вы включили опцию реестра, чтобы вызвать сбой, windbg будет указывать, что драйвер клавиатуры вызвал проверку ошибки.
Вы можете проверить другие процессы и потоки, которые были записаны в дамп, чтобы найти, что на самом деле вызвало зависание. Но вы должны действительно знать, что вы делаете и / или ищете.
И что же мне делать?
Проблема со случайными зависаниями в том, что они случайные. Пока они кажутся случайными, вы ничего не можете сделать. Вы можете наблюдать за поведением достаточно долго, пока оно не станет случайным.
Как только вы поймете, что проблема возникает по определенной схеме, вы можете приступить к ее устранению.