buna
pe serverul de SQL mi-a disparut o tabela dintr-o baza de date. A putea afla cine a sters-o sau ce s-a intamplat (din loguri eventual, cu toate ca fisierul de logs din SQL nu se refera la notiunea de logs general cunoscuta, ci e folosit de motorul SQL)....sau alta idee cumva?

multumesc

De care SQL 2005 sau 2008. In 2008 sint si facilitati de audit, spre ca nu zic prostii mari

În cazul în care foloseşti recovery model-ul Full, poţi utiliza o unealtă third-party pentru citirea transaction log-ului:
- ApexSQL Log
- Red Gate SQL Log Rescue
- Lumigent Log Explorer

Răzvan

Salut.

Mai functioneaza tool-urile alea in SQL 2005/2008? Eu stiam ca nu mai exista suport pentru citirea unui transaction log de la nici o companie. Exceptia de la regula ar fi codeplex, unde am gasit un tool de genul InternalsViewerInstaller (http://internalsviewer.codeplex.com/) care face treaba asta.

Pe langa asta, un audit (eu fac prin trigger-i) ar fi binevenit, ma gandesc. Cat despre date, daca ai un backup management, poti face un restore creand o noua baza de date si sa folosesti STOPAT.

toate cele bune,
calin

Calin, in SQL 2008 exista auditing incorporat (bazat pe Extended Events). Introducerea din BOL este bunicica (de data asta...:))

Mersi de info, Diana.

Probabil ca o sa ajung pe SQL Server 2008 cat de curand, dar deocamdata inca "ma distrez" cu 2005. Cat despre Extended Events, am citit in SQL Server 2008 Internals, dar mai trebuie sa si lucrez efectiv ca sa ma pot pronunta; a intelege nu inseamna a cunoaste, cel putin la mine :-).

Again, mersi mult de info.

toate cele bune,
calin

In ce priveste "extended events" poti incepe cu
http://www.sqlteam.com/article/introduction-to-sql-server-2008-extended-events
(cred ca poti testa si pe 2008 Express).
Din pacate auditing-ul e disponibil numai in editiile Enterprise si Developer.

creieru:

buna
pe serverul de SQL mi-a disparut o tabela dintr-o baza de date. A putea afla cine a sters-o sau ce s-a intamplat (din loguri eventual, cu toate ca fisierul de logs din SQL nu se refera la notiunea de logs general cunoscuta, ci e folosit de motorul SQL)....sau alta idee cumva?

multumesc

Quest Software are un cititor pentru jurnalul de tranzacţii incorporat în Change Directory care merge şi cu SQL2008
sau poţi încerca să determini cel puţin momentul cu SELECT * FROM ::fn_dblog(DEFAULT,DEFAULT) WHERE [Transaction Name] = 'DROPOBJ'