Discussion :

[olivtone]

Bonjour a tous !

J'ai recupéré un serveur en log shipping sur SQL Server 2012
Le log shipping fonctionne bien, le backup log se fait bien toutes les 15 minutes.

Il y a 2 bdd sur ce serveur, l'une des BDD backup bien elle fait 50 go
L'autre BDD n'a pas eu de backup FULL depuis le 16 mars...

Elle fait 500 GO et a 78 % elle s'arrete avec ce message d'erreur

Msg 3203, Level 16, State 1, Line 1
Read on "D:\MSSQL\MSSQL11.MSSQLSERVER\MSSQL\DATA\TOTO.mdf" failed: 1(Incorrect function.)
Msg 3013, Level 16, State 1, Line 1
BACKUP DATABASE is terminating abnormally.


J'ai lancé un CHECKDB avec un PHYSICAL_ONLY aucune corruption n'est détectée sur la BDD
J'ai fait un BACKUP avec trois fichiers, avec l'option CONTINUE_AFTER_ERROR rien n'y fait..
Pas de probleme sur le disque ou est backupé la BDD, car l'autre BDD tape dessus et pas de souci

Bien sur c'est une BDD très critique...

Merci de vos retours !

[binarygirl]

Et bien sûr l'espace disque est suffisant ?

[olivtone]

OUI BIEN SUR

[binarygirl]

Jetez un coup d'oeil aux logs de SQL Server et aussi le journal d'événements de Windows.

[olivtone]

merci de ton aide

j'ai exactement la meme erreur dans les logs sql et windows

[binarygirl]

Mais il y a peut-être d'autres messages intéressants dans les logs ? Par exemple, un disque défaillant ou un problème système quelconque ? Avant cette fameuse erreur il se produit peut-être certaines choses, il faut bien regarder en se basant sur les timestamps.

[olivtone]

Oui j'ai regardé tous les logs windows, je n'ai pas d'erreur système
Franchement j'en ai vu des problèmes mais alors la

[SQLpro]

Si vous êtes sur une VM, copiez les fichiers sur une machine physique saine (sp_dettach_db), recréez la, et recommencez l'opération. Cela ressemble à une corruption du disque virtuel mais pas des fichiers de la base.

effectue aussi un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DBCC CHECKDB WITH EXTENDED_LOGICAL_CHECKS, DATA_PURITY ;

A +

[olivtone]

Je pensais aussi fortement a une corruption
Merci fred
Je vous tiens au courant

[olivtone]

suite de mon affaire...
j'ai decouvert ma page corrompue en faisant un shrink de la bdd (alors que le CHECKDB ne le trouvait pas...)
Avec cette page j'ai fait un DBCC page (nom de la page) qui m'a donné le nom de la méta header

Avec la métaheader j'ai juste fait un SELECT object_name(nom de la metaheader)

Et apres j'ai retrouvé le nom de la table impacté

Ensuite dans les détails de la page, j'ai vu que c'était les pages d'un index non clustered

J'ai donc shooté cet index, et la le BACKUP s'est fait

Sacré aventure mais on y est arrivé

merci a tous