Изучение минидампа без наличия всех двоичных файлов из процесса

Наша компания предоставляет клиентам наборы DLL, и время от времени возникает необходимость исправить какое-то совершенно редкое неизвестное исключение или сбой, который мы не можем воспроизвести на нашей машине. Теперь я думаю, стоит ли мне использовать простые трассировки стека или получить более подробную информацию с помощью MiniDumpWriteDump?

Я боюсь, что может быть одна возможная проблема с мини-дампами: я не уверен, предоставляет ли она какую-либо полезную информацию, когда у нас нет всех исполняемых файлов / библиотек DLL, которые были загружены в процессе во время создания дампа. Потому что, очевидно, клиенты вызывают API нашей DLL из своих собственных dll / exe, и они не будут предоставлять нам исполняемые файлы / символы отладки / исходные коды для своих собственных двоичных файлов. Я знаю, что под Linux в аналогичной ситуации с дампами ядра мы не сможем получить какую-либо полезную информацию из дампов ядра (https://sourceware.org/ml/archer/2008-q4/msg00119.html).

Так что моя минимальная цель с мини-дампами — надежно добиться трассировки стека от наших DLL, без наличия исполняемых файлов / DLL, которые вызывают нашу DLL. И было бы здорово добиться состояния локальных и глобальных переменных.

Итак, вопрос: будут ли мини-дампы работать на меня, если у меня нет исполняемого файла / dll, который вызвал мою dll?