Чтобы не видеть бесполезных сообщений об ошибках, подобных тому, который вы опубликовали, я использую таблицу базы данных журнала ошибок и дополнительные обработчики исключений. В общем, когда возникает исключение, я улавливаю ошибку, записываю ошибку в журнал ошибок, а затем просто повторно поднимаю ее, чтобы система могла обработать ее дальше. Затем, когда я получаю страницу с ошибкой, подобную этой, я могу проверить журнал ошибок на возможные исключения.
В этом случае я подозреваю, что это ошибка конфигурации. Так что вполне вероятно, что системе даже не удалось проникнуть внутрь вашего кода, или, возможно, сама обработка исключений также потерпит неудачу просто потому, что она не может подключиться к базе данных.
Возможные причины: нет прав доступа к базе данных, отсутствуют модули, неверная конфигурация, недостаточно прав доступа, ошибки маршрутизации, приложение не установлено в IIS и многие, многие другие возможности. Чтобы устранить эти ошибки и предотвратить их возникновение в производственной среде, всегда сначала выполняйте развертывание в тестовой среде, чтобы вы могли проверять наличие ошибок и других проблем.
Как прокомментировал Джоэл Коухорн, сначала настройте web.config. Но кроме того, сначала разверните веб-приложение в локальной, чистой тестовой среде! Тогда вы можете легко проверить любые проблемы, не нарушая производственную среду. (Используйте виртуальную машину, если вы не можете позволить себе вторую тестовую систему.)