каждая система имеет свою архитектуру под свои специфические цели.
(в т.ч. область операций и механизмы/способы реализации, на основе отличающейся функциональности)

соответственно и вероятные проблемы разных систем будут диагностироваться по разному,
да и собственно проблемы будут тоже разные - с учётом специфики структуры приложения.

на основании вышеперечисленных нюансов и решается что именно запрашивать от клиента
(если уж приложение такой функциональностью как подготовка статуса по разным узлам цепи для отсылки в поддержку не обладает)
иначе ведь вилами по воде.

а так-то конечно оно верно - отчёт о здоровье системы, сервисы, ошибки, права, сеть, версии связанных компонентов/библиотек и пр.

в контексте SQL Server - тоже зависит от того что делает приложение и что у него не получается,
там алгоритм дерева решений что нужно для диагностики/выявления причин может легко до сотни нодов дойти,

с учётом того что огорчающие события могут происходить с разных сторон - то и диагностика от приложения до SQL Server и того что происходит внутри его.
но хотя-бы SQL Server Log с ошибками и прочие стандартные отчёты (включая некоторые DMV) во временном диапазоне допустим минут 10-ти в котором происходит сбой (от запуска софта и до вылета)