Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/database/9.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Database Enterprise Library 4.1数据库日志记录存储过程失败_Database_Logging_Enterprise Library - Fatal编程技术网

Database Enterprise Library 4.1数据库日志记录存储过程失败

Database Enterprise Library 4.1数据库日志记录存储过程失败,database,logging,enterprise-library,Database,Logging,Enterprise Library,我正在使用Enterprise Library 4.1、Visual Studio 2008、SQL Server 2008,并且正在使用数据库跟踪侦听器将错误记录到数据库中 在我的开发系统中,一切正常,但在live系统中,它不能正常工作 权限没有问题-我确信存储过程中有一些错误 有什么方法可以跟踪存储过程错误吗?在您的问题中没有太多内容 但首先,我会检查您是否已将错误源配置为使用非数据库侦听器,例如平面文件或事件日志。如果您使用的是配置文件,则其外观如下: <listeners>

我正在使用Enterprise Library 4.1、Visual Studio 2008、SQL Server 2008,并且正在使用数据库跟踪侦听器将错误记录到数据库中

在我的开发系统中,一切正常,但在live系统中,它不能正常工作

权限没有问题-我确信存储过程中有一些错误


有什么方法可以跟踪存储过程错误吗?

在您的问题中没有太多内容

但首先,我会检查您是否已将错误源配置为使用非数据库侦听器,例如平面文件或事件日志。如果您使用的是配置文件,则其外观如下:

<listeners>
  <add source="Logging Quick Start" formatter="Text Formatter"
    log="" machineName="." listenerDataType="Microsoft.Practices.EnterpriseLibrary.Logging.Configuration.FormattedEventLogTraceListenerData, Microsoft.Practices.EnterpriseLibrary.Logging, Version=4.1.0.0, Culture=neutral, PublicKeyToken=null"
    traceOutputOptions="None" filter="All" type="Microsoft.Practices.EnterpriseLibrary.Logging.TraceListeners.FormattedEventLogTraceListener, Microsoft.Practices.EnterpriseLibrary.Logging, Version=4.1.0.0, Culture=neutral, PublicKeyToken=null"
    name="Event Log Destination" />
</listeners>
<specialSources>
  <errors switchValue="All" name="Logging Errors &amp; Warnings">
    <listeners>
      <add name="Event Log Destination" />
    </listeners>
  </errors>
</specialSources>
如果或一旦设置好了,则尝试将某些内容记录到数据库侦听器,并检查是否记录了任何错误,以指示数据库侦听器无法工作的原因

如果我猜的话,我会把我的钱花在某种联系问题上


如果您认为问题出在SQL上,那么可以启动来跟踪SQL Server活动。您应该能够看到连接进入并执行SQL。如果您没有看到连接和存储过程的任何活动,那么您就知道没有调用SQL Server。这意味着问题不在于SQL Server/存储过程,而在于代码、配置、权限、防火墙等。

您好,我确信连接没有问题,因为我的站点的其余部分正在工作。我们需要为数据库日志授予任何权限吗。我不确定权限。无论如何,让我用SQL Server探查器检查一下。