Discussion :

[apprenti46]

Bonjour à tous,

Depuis hier, il y a des lignes de certaines tables qui ont disparu...
Je ne sais pas s'il s'agit
.soit d'un acte volontaire (pas bien !!) ou involontaire (pas bien non plus mais cela arrive..)
.soit d'un problème de SQL-SERVER

Est-il possible de savoir qui a supprimé une ligne dans une table??

Merci pour votre aide.

Fred.

[Arkhena]

Bonjour,

Quel est le mode de récupération de votre base de données ?

S'il s'agit d'une base en mode full et que vous avez encore les logs, vous pouvez utiliser des outils de log mining :
http://www.apexsql.com/sql_tools_log.aspx
http://www.red-gate.com/products/dba/sql-log-rescue/

Sinon, je pense que ce n'est pas possible de savoir quel user a fait la modification.

Cordialement,

Arkhena

[elsuket]

Bonjour,

En tout état de cause, la magie n'existe pas en IT, donc les lignes n'ont pas disparu par enchantement

@++

[apprenti46]

Merci pour vos réponses.

Je vais regarder dans les logs.

Fred.

[WOLO Laurent]

Avez-vous fais des backup recentes ?

[apprenti46]

Oui, nous faisons des backups logs et différentiels tout les jours, et un full par semaine...

Je suis vraiment perdu...

De plus, j'ai remarqué que des modifications dans des lignes ont disparu...

Au secours!

[SiSMik]

ça sent quelqu'un qui a fait une restauration à l'arrache votre histoire...
Ou un script passé en scred....

[apprenti46]

Bonjour,

Je viens de faire un contrôle d'intégrité via SQL MANAGEMENT STUDIO --> Successfull!

J'ai retenté via une DBCC CHECKDB ('maindb2') WITH NO_INFOMSGS --> Successfull!

Aucun problème de ce côté-là.

Où puis-je encore checker s'il s'agit d'une intervention humaine ou d'un problème de DB??

[apprenti46]

Je viens de faire un contrôle d'intégrité via SQL MANAGEMENT STUDIO --> Successfull!

J'ai retenté via une DBCC CHECKDB ('maindb2') WITH NO_INFOMSGS --> Successfull!

Aucun problème de ce côté-là.

Où puis-je encore checker s'il s'agit d'une intervention humaine ou d'un problème de DB??

Ma DB est en mirroring. J'ai contrôlé la principale. Dois-je contrôler la synchronisée?

Le problème peut-il venir de cette synchro?

[apprenti46]

Je viens d'ouvrir la base synchronisée...

Je ne sais pas ouvrir la DB, il est mentionné: "MAINDB2 (Mirror, Synchronized / Restoring...)"

A quoi correspond cet état??

Merci.

[Ptit_Dje]

Ca veut dire que la base de données est synchronisée avec la DB principale.
Une DB mirrorée ne pas être ouverte pour la lecture (avant 2012) ou l'écriture.

Quel genre de lignes dans quelle genre de table avez vous perdu ???
Certaines applications suppriment des milliers de lignes par jour sans que personne s'en inquiète. Au contraire c'est meme normal.

En tout état de cause, la magie n'existe pas en IT, donc les lignes n'ont pas disparu par enchantement

Tu veux dire que les lutins de la salle serveur qui en hiver sont saissoniers pour le père noel n'existent pas?

[apprenti46]

Donc avec les CHECKDB Successfull et le mirroring ok, tout semble normal??

Nous avons eu sur un des serveurs (utilisé en Terminal Server) le virus POLICE CRIME UNIT mais les problèmes sont apparus après l'éradication? Cela a-t-il pu avoir un effet?

[SiSMik]

J'imagine que tu n'as pas fait une restauration système étant donné que ta base est en mirroring ton miroir aurait merdé.

Pour savoir si quelqu'un a pu faire un truc sur ton serveur, commence déjà par recenser qui a des accès suffisamment élevé pour faire des delete et/ou updates sur ta base.

Sinon suivant le niveau de log que tu as mis en place, tu peux peut être voir si il y eu des logins sur la base et qui s'est loggé...

[SiSMik]

Tu veux dire que les lutins de la salle serveur qui en hiver sont saissoniers pour le père noel n'existent pas?

Si mais seulement après les apéros