Захват дампа памяти. NET

Question

Ищет предложения по методу захвата дампа памяти во время работы пользователя в терминальных службах. Я попытался использовать «AdPlus» с помощью WinDbg, но приложение работает под терминальными службами, и похоже, что это не похоже на эту комбинацию.

Это приложение VB.NET.

Мой вопрос похож на Tool for analyzing .NET app memory dumps, но ему необходимо разрешить запуск приложения в терминальных службах без внешних диалогов. Я попробовал WinDbg в тихом режиме, но он отключает сеанс.

Answer 1

adplus должен работать нормально под терминальными службами - мы используем его так часто. Как именно вы пытаетесь его использовать.

Одна вещь, с которой нужно следить за сеансами обслуживания терминалов, - это то, что сам сеанс имеет тайм-аут простоя. Мы часто добавляли adplus клиента к нашему сервису через раздел терминальных услуг, а затем задавались вопросом, почему служба умерла через час. Решением этого было заставить соединение терминального обслуживания использовать консольный сеанс (/ консоль в командной строке для mstsc).

Answer 2

Поскольку adplus запускается из командной строки, если вы выходите из системы или сеансы сеанса служб терминалов, сценарий остановится.

Одна из возможностей, которую следует учитывать при использовании DebugDiag, выполняется как служба как «Локальная система», поэтому она не зависит от сеанса входа в интерактивный пользовательский сеанс.

Вы можете настроить службу для периодического планирования дампов памяти и просмотра/анализа результатов позже в другом компоненте DebugDiag, настраиваемом по сценариям.

Полезные ссылки и скачать:

http://blogs.msdn.com/sukeshak/pages/ddintro.aspx

http://blogs.msdn.com/tess/archive/2009/01/23/net-hang-analyzing-debug-diag-output.aspx

http://www.microsoft.com/downloadS/details.aspx?FamilyID=28bd5941-c458-46f1-b24d-f60151d875a3&displaylang=en