SQL Server 2008 Datenerfassung ändern, wer hat die Änderung vorgenommen?

Question

Ich habe vor etwa einer Woche eine Frage zu SOF über das Auditing von SQL-Datenänderungen gestellt. Das übliche Zeug über die Verwendung von Triggern kam auf, es gab auch die Erwähnung von CDC in SQL Server 2008.

Ich habe es heute ausprobiert und so weit so gut, die eine Sache, die ich nicht sehen kann, ist unterstützt Verfolgen Sie, wer die Änderung tatsächlich vorgenommen hat. Wer hat die Aussage ausgeführt?

Ich bin interessiert zu wissen, ob jemand CDC für Auditing verwendet hat und wie Sie verfolgt haben, wer die Änderung vorgenommen hat?

Answer 1

Wenn Sie Joe Barreto Artikel auf CDC nicht gefunden haben, könnte dies helfen.

http://blogs.technet.com/josebda/archive/2009/03/24/sql-server-2008-change-tracking-ct-and-change-data-capture-cdc.aspx

Answer 2

wirklich CDC ist nicht für die Prüfung konzipiert. Wenn Sie nach Auditing-Funktionen suchen, sollten Sie SQL Server Audit verwenden.

Answer 3

Obwohl nicht ideal, scheint der allgemeine Konsens zu sein, dass CDC nicht erfassen wird, wer die Änderung vorgenommen hat, aber wir haben Spalten CreatedBy/Date und UpdatedBy/Date implementiert, die verwendet werden können, um zu sehen, wer die Änderung ausgelöst hat. Damit das funktioniert, muss natürlich die SP- oder SQL-Anweisung, die die Zeile aktualisiert, die Felder "UpdatedBy/Date" explizit mit "suser_name()" und "getDate()" festlegen. Ich stimme zu, dass es schön wäre, out of the box zu haben, und das macht CDC etwas, für das es nicht gedacht ist, aber ich versuche auch, CDC zu verwenden, um Datenänderungen asynchron zu prüfen, anstatt traditionelle Trigger zu verwenden.

Answer 4

MrEdmundo, CDC ist meiner Meinung nach nicht zur Primetime bereit. Es scheint derzeit ziemlich schwierig zu sein, ein Datenbankprojekt aus Visual Studio mit aktivierter CDC zu implementieren (DDL-Änderungen sind nicht möglich). Darüber hinaus scheint es, dass CDC eine integrierte Daten Ende-of-Life Cleanup-Prozess hat, so dass dies für Sie schlechte Zeiten sein kann, wenn Sie wirklich Ihre Audit-Geschichte für eine lange Zeit pflegen möchten.

Auch korrigiert mich wenn ich falsch verstanden habe, aber es scheint, SQL Audit richtet sich eine Fülle von Ereignissen Prüfung, die in SQL Server wie fehlgeschlagen Log-Ins auftreten, DDL-Änderungen usw.

Änderungsverfolgung ist nur für DDL und nicht für DML, also hast du kein Glück.

Wenn Sie wirklich beabsichtigen, den "alten" Datensatz zu erfassen, der entweder aktualisiert oder aus einer Tabelle gelöscht wurde, scheint die beste Antwort immer noch die Erstellung eines Audit.TableName und eines update + delete-Triggers auf dbo.TableName. Stellen Sie außerdem sicher, dass TableName die Spalten CreatedBy DEFAULT SUSER, CreatedDate DEFAULT getdate(), ModifiedBy, ModifiedDate enthält.

Answer 5

geändert ich die CDC-Tabelle direkt mit: ALTER TABLE cdc.dbo_MyTable_CT hinzufügen Nickname nvarchar (50) NULL DEFAULT (SUSER_SNAME())

BTW beurteilen Sie die aktuellen Informationen nicht benötigen, da es bereits ist in die Start- und End-LSN-Felder.

Mein einziges Problem ist, dass sich meine Benutzer über eine Windows-Gruppe anmelden, die ihnen erlaubt, Rechte zu ändern, aber das UserName-Feld ist immer mein Benutzername und nicht ihr. Ich habe keine Lösung für dieses Problem gefunden.

Answer 6

Hier ist Auslöser, die durch einige automatisierten Prozess erstellt werden kann oder manuell, wenn CDC auf, dass bestimmte Tabelle aktiviert ist, wird dieser Trigger das Problem lösen, dass die & von wo Änderungen vorgenommen wurden:

CREATE TRIGGER TR_TABLENAME_CDC 
ON TABLENAME 
FOR INSERT, UPDATE, DELETE 
AS 
DECLARE   
     @SessionID int, 
     @AppName nvarchar(255), 
     @HostName nvarchar(255), 
     @UserName nvarchar(32) 
BEGIN 
    SELECT @SessionID=@@SPID 
    SELECT @AppName=program_name, @HostName=host_name from sys.dm_exec_sessions where session_id = @SessionID 

    IF(@AppName = 'BLAH BLAH' OR @AppName = 'XYZ' OR @AppName = 'ABC') 
    BEGIN 
     SELECT @UserName=login_name from sys.dm_exec_sessions where session_id = @SessionID 
     INSERT INTO UserDetail (SessionID, AppName, HostName, UserName) VALUES (@SessionID, @AppName, @HostName, @UserName) 
    END 
END 

Answer 7

Change Data Capture verfolgt nicht den Benutzer, den Computer, der die Änderung vorgenommen hat, oder den Zeitpunkt der Änderung.

Die beste Lösung zum Nachverfolgen von Benutzern, die die Änderung mit CDC vorgenommen haben, besteht darin, ein neues Feld zum Speichern von Benutzerdetails zu erstellen, das bei jeder Änderung aktualisiert wird (gefundene Idee here).

Ein anderer Artikel in derselben Serie führte mich zu einem Drittanbieter-Tool, das eine Out-of-the-Box-Lösung bietet. Ich bin noch dabei, den Prozess zu bewerten, aber bisher sieht es ziemlich gut aus. Sie können den Vergleich der verfolgten Informationen in einer praktischen Tabelle am Ende von this sequel sehen.

Hoffe, das hilft.