У меня есть база данных SQL SERVER, работающая на сервере Windows Server 2008 (VMWare). Вчера я не смог подключиться к нему по протоколу RDP, поэтому я завершил несколько сеансов RDP, которые остались в системе. Это, похоже, решило проблему. Однако вчера вечером я узнал, что БД недоступна и не отвечает клиентам. Мой коллега проверил сервер, но снова не может создать RDP-соединение.
Затем он перезапустил сервер, и с тех пор все в порядке.
Глядя на показания ЦП сервера, он вырос до 100% до исходной проблемы RDP. После того, как я закончил дополнительные сеансы, он снова упал до нормального уровня, однако до момента жалобы клиента он снова поднялся до 100% - раньше его пришлось перезапустить. Могу ли я в любом случае выяснить, какие процессы могли вызвать проблему в первую очередь? Был бы дамп памяти какой то с момента перезапуска. Я бы предпочел выяснить, что не так, а не ждать, пока это повторится снова.
Вы можете включить полный дамп памяти ( http://support.microsoft.com/kb/969028 )
Не забудьте проверить журнал событий.
Сначала я бы посмотрел, были ли созданы какие-либо файлы DMP, и проверил бы дату создания файла DMP. Вы можете найти это в своей файловой системе; используйте дату изменения. Вот статья (их несколько в сети) о том, как анализировать файл DMP. http://support.microsoft.com/kb/315263. Сначала это звучит пугающе, но если вы можете найти файл DMP на своем системном диске и открыть его, то он даст вам некоторое представление о том, что происходило в то время. Остальные вещи, которые нужно проверить, - это файлы журналов и средство просмотра событий. Отслеживайте время, когда машина зависла и перезагрузилась. Вообще говоря, по моему опыту, это обычно какой-то подозреваемый водитель. Убедитесь, что у вас есть последние обновления и т. Д. Использование инструментов windbg должно помочь вам здесь. Хорошие навыки, которые нужно иметь в своем ящике для инструментов