¿Hay DDL Auditoría de SQL Server 2000

Question

Y si no, ¿hay alguna manera de saber cuando un disparador fue desactivado / activado?

Seguimiento:

Es un caso de diagnóstico bastante interesante. Yo sólo estaba involucrado desde la periferia, y el individuo que hace el diagnóstico no es un tipo de base de datos.

De todas formas, tenía un disparador que mover datos de una tabla a otra. Se hizo una comparación y no todos los datos se había llegado a la segunda tabla. Dije, soy un crítico de SQL Server pero confío en que sus factores desencadenantes del fuego en la misma transacción. El dijo, pero algunos de los datos que hizo ... si era sólo deshabilitado, nada debería hacerlo. Cierto. Así que le dije que tal vez alguien se Activación y desactivación de los factores desencadenantes. De ahí la pregunta.

Pero lo que realmente pasó es que alguien permanentemente discapacitado el gatillo y copiar el código en un procedimiento almacenado que se estableció para funcionar en un momento determinado.

La prueba forense correcto habría sido analizar las dependencias de la segunda tabla, ver qué más estaba usando. Eso sería mostrar la sproc tumor ... (He estado viendo un montón de repeticiones Casa , puede ya Dígale).

Answer 1

Su problema es muy similar a la que Randy Volters escribió acerca de Simple-Talk

http: //www.simple- talk.com/sql/database-administration/dml-trigger-status-alerts/

Sospecho que ayudará

Answer 2

Sin auditoría, aunque hay una empresa llamada Lumigent que ofrece un producto "DB Audit", que va a hacer la auditoría DDL (entre otras cosas) para SQL Server.

Usted puede mirar en la tabla sysobjects para la crdate que le dirá cuando se creó el objeto.