Frage

Und wenn nicht, ist es eine Möglichkeit zu sagen, wenn ein Auslöser war deaktiviert / aktiviert?

Followup:

Es ist ein recht interessanter diagnostischer Fall. Ich war nur von der Peripherie beteiligt, und der Typ der Diagnose zu tun ist keine Datenbank Typ.

Wie auch immer, er hatte einen Auslöser, der Daten von einem Tisch zum anderen bewegen würde. Er hat einen Vergleich und nicht alle Daten hatte es in die zweite Tabelle. Ich sagte, ich bin ein Kritiker von SQL Server, aber ich vertraue darauf, dass ihre Auslöser in der gleichen Transaktion ausgelöst. Er sagte aber einige der Daten machte es ... wenn es nur deaktiviert, nichts sollte es machen. Wahr. Also sagte ich vielleicht jemand ermöglichen, und den Auslöser zu deaktivieren. Daraus ergibt sich die Frage.

Aber was wirklich passiert ist, jemand permanent den Auslöser und kopiert den Code in ein sproc deaktiviert, die eingestellt wurde, zu einem bestimmten Zeitpunkt ausgeführt werden.

Der richtige forensische Test würde bei den Abhängigkeiten der zweiten Tabelle zu sehen gewesen, sehen, was sonst noch war es zu benutzen. Das würde den Tumor sproc zeigen ... (Ich habe viele Haus reruns beobachten, können tell ya).

War es hilfreich?

Lösung

Ihr Problem sieht ganz ähnlich dem, das Randy Volters über schrieb in Einfach-Talk

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

Ich vermute, es wird helfen,

Andere Tipps

Keine Überwachung, obwohl es eine Firma namens Lumigent, die ein Produkt „Audit DB“ bietet die DDL Auditierung tun wird (unter anderem) für SQL Server.

Sie können für die crdate in der Tabelle sysobjects sehen, die Ihnen sagen, wenn das Objekt erstellt wurde.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top