Проверьте утилиту DevCon Microsoft, я использую ее для разъединения eSATA жесткого диска в конце резервных пакетных файлов, таким образом, пользователи не должны входить в систему, и 'безопасно удаляют' их прежде, чем подкачать диски.
Это смогло, по крайней мере, помогать Вам выполнить часть из того, что Вы делаете.:)
Да, затем может быть безопасно удален. Это результат дампа, которые произошли иногда назад. Для получения дополнительной информации взгляните на:
Вы могли бы хотеть знать почему Ваше разрушенное время выполнения...
Вам не нужны они, если Вы или Ваши разработчики не хотите проанализировать их для обнаружения то, что вызвало катастрофический отказ. Так как это сказан, я не уверен, что "поспешный" файл является всего лишь дампами "кучи", безопасны удалить или переместиться.
Если у вас есть дамп кучи, это означает, что сервер сгенерировал исключение типа :
OutOfMemoryExceptions: сборщик мусора jvm не может освободить память и, вероятно, существует некоторая утечка памяти и может произойти снова .
Вы должны сохранить этот дамп (не обязательно на той же машине) и отправьте его в команду разработчиков (или в службу поддержки)
. Их можно проанализировать с помощью Eclipse MAT
Поскольку у вас есть дампы PHD, вы должны установить следующий плагин (для Eclipse MAT).
DTJF для чтения файлов IBM. http://wiki.eclipse.org/MemoryAnalyzer#System_Dumps_and_Heap_Dumps_from_IBM_Virtual_Machines