SQL Server 表填充源
我有一个审计数据库(由其他人创建)。
有些东西正在用表大小数据填充它(这很有意义,因为它是审计数据库)。
SQL 服务器有太多的工作。
我想知道审计表中填充了什么。
有没有像 sys.comments 之类的东西?它可以告诉我什么正在填充表,或者我是否必须检查每个作业中的代码?
问候
曼乔特
I have an Audit database(created by someone else).
Something is polulating it, with table sizes data (which makes sense as it is Audit database).
The SQL server has too many jobs.
I want to know what is populating the audit tables.
Is there anything like sys.comments etc? which can tell me what is populating tables or do I have to check the code inside each job?
Regards
Manjot
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
你可以尝试运行这样的东西:
编辑在OP提到SQL Server 2000之后
这应该适用于SQl Server 2000:
you could try running something like this:
EDIT after OP mentioned SQL Server 2000
this should work on SQl Server 2000:
尝试在命令列中查看 msdb..sysjobsteps 以获取目标表名称;仅当他们使用 T-SQL 填充表时这才有效。如果他们使用 SSIS(或 DTS)包,这将不起作用。
Try looking at msdb..sysjobsteps in the command column for the destination table names; this will only work if they are using T-SQL to populate the tables. If they're using an SSIS (or DTS) package, this won't work.
最有可能的是它是由审计表上的触发器填充的。
most likely it is being populated by triggers onteh the audited tables.
如果您知道导致数据进入审核表的原因,您可以针对数据库运行一个(非常)简短的 Profiler 会话,专门针对该表进行过滤,同时触发操作。这将为您提供进一步的步骤来回溯根本操作。
If you know what causes data to go into the audit table, you can run a (very) brief Profiler session against the database, filtering specifically on that table, while triggering the action. That will give you further steps to back-trace the root action.