主页 / user-12938

Peter Å's questions

Martin Hope
Peter Å
Asked: 2021-02-10 00:13:52 +0800 CST
  • 0

我们最终计划关闭我们最后一个 SQL Server 2008 R2 服务器。在我们继续之前，我们需要跟踪哪些用户正在连接到哪些数据库。我们尝试了不同的选项，例如使用 SQL 审计和检查错误日志中的登录，但所有这些都缺少连接到哪个数据库的信息。我们也考虑过使用 LOGON 触发器，但由于它是在用户登录到实例时触发的，所以它不会跟踪用户之后是否更改数据库。

在较新的版本中，我使用扩展事件进行此类审核，但此数据库版本中尚不提供 sqlserver.login 事件。似乎应该可以为此使用 Profiler，但我担心专门在这台旧服务器上持续运行跟踪。是否还有其他我错过的选项或者 Profiler 是唯一的选项？

sql-server sql-server-2008-r2
Martin Hope
Peter Å
Asked: 2020-06-27 01:21:58 +0800 CST
  • 2

我们不时收到 SQL Server 错误：

错误：8623，严重性：16，状态：1 查询处理器用尽内部资源，无法生成查询计划。这是一个罕见的事件，仅适用于极其复杂的查询或引用大量表或分区的查询。请简化查询。如果您认为您错误地收到了此消息，请联系客户支持服务以获取更多信息。

为了能够捕获导致此错误的原因，我在 XE 事件 error_reported 上创建了一个扩展事件 (XE) 会话。XE 会话似乎正在工作，因为记录了其他错误，但没有记录 8623。

我的 XE 会话是这样创建的：

CREATE EVENT SESSION [ErrorReported] 
ON SERVER 
ADD EVENT sqlserver.error_reported(
    ACTION(sqlserver.database_id,sqlserver.database_name,sqlserver.sql_text,sqlserver.tsql_stack,sqlserver.username)
    WHERE ([severity]> 15))
ADD TARGET package0.event_file(SET filename=N'C:\trace\ErrorReported.xel',max_file_size=(250),max_rollover_files=(4))
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=ON,STARTUP_STATE=OFF)
GO

任何帮助我让 XE 也记录错误 5623 的人吗？非常感谢任何帮助。

我们目前正在运行 Microsoft SQL Server 2016 (SP2-CU10)。

sql-server extended-events
Martin Hope
Peter Å
Asked: 2019-01-25 05:38:57 +0800 CST
  • 4

我正在调查谁在访问数据库中所有表中的数据。我们确实有额外的要求，我们在日志中不能有任何可以用来识别一个人的信息。

第一部分可以使用 SQL Server 审计轻松完成，以记录指定数据库的所有选择、插入和删除语句。这是我遇到问题的第二部分。整个 SQL 语句，包括 where 子句中的任何个人信息，都将存储在“语句”列中。这意味着有权访问审核日志的任何人都将能够看到此信息并识别相关人员。我们不需要存储在“声明”列中的信息。'database_name'、'schema_name' 和 'object_name' 列中存储的信息对我们来说已经足够了。

我的问题是有什么方法可以防止 SQL Server 审计完全或至少以明文形式将 SQL 语句存储在“语句”列中？

sql-server sql-server-2016