【问题标题】:Yet another elmah problem ... works everywhere but production又一个 elmah 问题……除了生产之外,在任何地方都有效
【发布时间】:2009-09-02 16:23:02
【问题描述】:

我有 elmah 设置以使用 SqlErrorLog,这在我使用开发者网络服务器的本地和我在 IIS 下的集成环境上运行良好。在我的生产机器上,elmah 能够使用 XmlFileErrorLog 将异常记录到 app_data 目录中。当我切换回 SqlErrorLog 时,我得到了 nadda。我已确保数据库存在具有所需的表和三个过程。我已经测试了连接字符串。我将本地的 web.configs 与 prod 进行了比较,唯一的区别是连接字符串中的数据库服务器名称。

对于生产安装中还有什么可能会阻塞有什么想法吗?

~-=迈克=-~

【问题讨论】:

    标签: elmah


    【解决方案1】:

    您是否正确设置了 ELMAH 的数据库权限?根据您是否在 Web 应用程序中使用模拟,您可能必须向其他用户授予存储过程/表的权限。

    【讨论】:

    • 我正在使用 sql 身份验证,因此用户名和密码在连接字符串中。与 elmah 表和 procs 上存在的权限相比,我在任何其他表或 procs 上设置的权限没有任何差异。作为此问题的故障排除步骤,我将主数据库中的所有内容从 Elmah 默认数据库中移出。除了 elmah,其他所有东西都可以从这个网站与这个数据库对话。
    • 嗯... SQL 日志、IIS 日志或事件查看器日志中是否有任何内容表明存在问题?
    • Sql 日志 -> 否; IIS 日志 -> 我看到 302 表示测试异常;和事件日志-> 我在这里也看到了测试异常。没有其他东西看起来不寻常......接下来我将尝试分析器。看看它是否在和它说话。
    • Profiler 结果显示没有调用数据库。
    • 呃,我唯一的下一个想法是在其上运行 RegMon/FileMon 或 Process Monitor 以查看是否有奇怪的错误出现,但是当它被触发时你需要在 Web 服务器上起来。
    猜你喜欢
    • 2023-03-22
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-02-15
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多