Если это не находится там в трассировке по умолчанию все еще, посмотрите, что мой ответ на отчасти этот вопрос на ServerFault несколько недель назад в Является там каким-либо способом определить, кто отбросил таблицу?. Это связывается с сообщением в блоге, которое я записал на 2000, 2005, 2008 для обнаружения, когда таблица была отброшена и кто сделал это - Вы могли адаптировать его к базе данных также. Контроль мое сообщение в блоге при Обнаружении, кто отбросил таблицу с помощью журнала транзакций.
Надеюсь, это поможет!
Контроль PS Триггеры DDL как способ предотвратить этот случай в будущем.
Можно найти, почему это отказывает только путем отладки приложения; я запустил бы с кода выхода процесса и искал бы то, что это означает, и затем позвольте отправить ошибку ASP.NET клиентам, чтобы смочь видеть что-то в IE, когда катастрофический отказ происходит.
Другие возможные стратегии: выполнение пула приложений с приложенным отладчиком для наблюдения, что на самом деле heppening и/или изменяет код, чтобы генерировать более подробные журналы, включать обработчики исключений, и так далее.
Если Вы не один из застройщиков сайта, свяжитесь с ними; это - определенно проблема приложения, не веб-сервер один.
Для управления пулами приложений из командной строки можно использовать следующие команды:
appcmd start apppool /apppool.name: PoolName
appcmd stop apppool /apppool.name: PoolName
appcmd recycle apppool /apppool.name: PoolName
("Переработайте", означает "остановку и перезапуск").