[Résolu] MS SQL, problème restauration de sauvegarde.

Message par **kalistyan** » mar. 5 mai 2015 19:19

Suite au crash (encore inexpliqué) d'une petite base de données, je dois procéder à la restauration des sauvegardes.
Le hic, c'est que la tentative de restauration échoue...

Code : Tout sélectionner

TITLE: Microsoft SQL Server Management Studio
------------------------------

Restore failed for Server 'Srv-client\SQLCLIENT'.  (Microsoft.SqlServer.SmoExtended)

------------------------------
ADDITIONAL INFORMATION:

System.Data.SqlClient.SqlError: RESTORE detected an error on page (15066:-79041483) in database "DataBaseClient" as read from the backup set. (Microsoft.SqlServer.Smo)

Peu importe la sauvegarde utilisée, cela plante lamentablement!

J'ai aussi en ma possession, plusieurs sauvegardes de l'image disque (MDF). Je pensais pouvoir rattacher ce fichier, mais cela plante aussi!

Code : Tout sélectionner

TITLE: Microsoft SQL Server Management Studio
------------------------------

Failed to retrieve data for this request. (Microsoft.SqlServer.Management.Sdk.Sfc)

------------------------------
ADDITIONAL INFORMATION:

An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)

------------------------------

D:\Microsoft SQL Server\MSSQL10_50.SQLCHEMETER\MSSQL\DATA\DataBaseClient.mdf is not a primary database file. (Microsoft SQL Server, Error: 5171)

J'ai aussi testé :

1) Créer une base de données portant le même nom que la base à attacher.
2) Arrêter le service serveur SQL.
3) Remplacez les fichiers de la base ainsi créée par ceux de l'ancienne.
4) Redémarrer le service serveur SQL.

Lors de l'accès à la base, j'obtiens :

Code : Tout sélectionner

TITLE: Microsoft SQL Server Management Studio
------------------------------

Failed to retrieve data for this request. (Microsoft.SqlServer.Management.Sdk.Sfc)

------------------------------
ADDITIONAL INFORMATION:

SQL Server detected a logical consistency-based I/O error: torn page (expected signature: 0xffffffff; actual signature: 0x06c69ef7). It occurred during a read of page (1:0) in database ID 5 at offset 0000000000000000 in file 'D:\Microsoft SQL Server\MSSQL10_50.SQLCHEMETER\MSSQL\DATA\DataBaseClient.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.

SQL Server detected a logical consistency-based I/O error: torn page (expected signature: 0xaaaaaaaa; actual signature: 0x07c6bef6). It occurred during a read of page (2:0) in database ID 5 at offset 0000000000000000 in file 'D:\Microsoft SQL Server\MSSQL10_50.SQLCHEMETER\MSSQL\DATA\DataBaseClient_log.LDF'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.

The header for file 'D:\Microsoft SQL Server\MSSQL10_50.SQLCHEMETER\MSSQL\DATA\DataBaseClient_fs' is not a valid database file header. The Version property is incorrect.
A file activation error occurred. The physical file name 'D:\Microsoft SQL Server\MSSQL10_50.SQLCHEMETER\MSSQL\DATA\DataBaseClient_fs' may be incorrect. Diagnose and correct additional errors, and retry the operation. (Microsoft SQL Server, Error: 824)

Pour terminer, j'ai testé un check... Cela me retourne :

Code : Tout sélectionner

Msg 945, Level 14, State 2, Line 1
Database 'DataBaseClient' cannot be opened due to inaccessible files or insufficient memory or disk space.  See the SQL Server errorlog for details.

Je sèche... :/

Message par **biour** » mar. 5 mai 2015 20:04

Tu as les droits sur le fichier

Humour

Message par **Ryu_wm** » mar. 5 mai 2015 21:25

navré, jamais testé MS SQL :/

Message par **gizmo78** » mar. 5 mai 2015 22:09

je peux peut-être poser la question au taff, te dis ca demain

Message par **kalistyan** » mar. 5 mai 2015 22:42

Message par **lls** » mar. 5 mai 2015 23:44

Quand tu rattaches le fichier mdf il te met aussi le chemin pour le fichier de log. Est ce que tu l as supprimé pour ne rattacher que la base ? Comme il recré un fier de log tout propre.

Message par **kalistyan** » mer. 6 mai 2015 09:55

J'ai testé avec et sans le fichier de log.

Message par **lls** » mer. 6 mai 2015 10:04

Question bête mais quand tu dis tu as testé avec les deux tu as bien supprimé le chemin du fichier de log quand tu as essayé sans car c'est un truc super con mais on se fait avoir une fois sur deux car automatiquement quand tu fais le rattachement il met le chemin des deux.

Sinon dans tes essaies les logs indiques que ce n'est pas ta base principale et dans ton autre test que tu as un corruption sur ta première page de ton fichier mdf qui est la page de définition de la structure... du coup on pourrait penser que tu as un problème sur le fichier lui même et hormis utiliser des outils pour réparer la structure !!! ca va être coton !!

c'est qu'elle version de sql et ta base fait qu'elle taille ?

un lien sur un outil qui répare mais payant par contre

http://www.datanumen.com/sql-recovery/index.htm

Message par **dsebire** » mer. 6 mai 2015 10:23

t'as pas changé de version de SQL server ?
genre t'es pas passé d'un 2008 a un 2008R2 ?

Message par **gizmo78** » mer. 6 mai 2015 10:53

donc retour de mon collègue: si tu utilise pas VSS pour sauvegarder tes bases c'est mort. Le fichier MDF n'est pas consistant donc pas possible de le restaurer avec ca.

Message par **kalistyan** » mer. 6 mai 2015 11:03

@lls SQL Express 2008 R2, la base fait ~72 Mo
@dsebire Aucun changement
@Gizmo Les sauvegardes sont réalisées avec Cobian Backup qui utilise VSS.

Message par **dsebire** » mer. 6 mai 2015 11:11

t'as essayé de restaurer sur une autre bécane ?

Message par **lls** » mer. 6 mai 2015 11:27

donc retour de mon collègue: si tu utilise pas VSS pour sauvegarder tes bases c'est mort. Le fichier MDF n'est pas consistant donc pas possible de le restaurer avec ca.

Non pas forcement mort, je vois au taf que notre DC fait des dump direct des bases sql en les détachant et ca fonctionne (même si c'est pas ce qu'il y a de mieux je suis d'accord!!) le plus important c'est surtout de la détacher avant de la copier mais bon là il semble qu'il y ait une corruption de données dans la base de kalystan

Kalystan tu as essayer avec la version démo de voir si au moins la réparation pouvait se faire ensuite peut être qu'il existe des outils gratuits.

Message par **gizmo78** » mer. 6 mai 2015 11:27

t'as pas une interface de restauration par cobian?

Message par **kalistyan** » mer. 6 mai 2015 11:44

@dsebire Oui
@lls J'ai testé, il me demande un fichier NDF, impossible de le trouver. Je force donc la réparation et j'obtiens un joli fail...
@Gizmo78 Il a effectivement une interface de restauration, je vais tester.

Message par **biour** » mer. 6 mai 2015 11:51

ce serait fort qu'un soft pro (et payant?) de backup ne serve a rien

enfilourapage de 1er classe.

Message par **lls** » mer. 6 mai 2015 11:59

Tu n'as en sauvegarde que le fichier mdf ? car apparement s'il te réclames le ndf c'est que tu aurais un fichier secondaire ndf ?

Message par **kalistyan** » mer. 6 mai 2015 12:11

A ma connaissance, il n'y a jamais eu de fichier NDF. J'ai parcouru les différents fichiers de sauvegardes et aucune trace...

Message par **kalistyan** » mer. 6 mai 2015 12:39

L'éditeur du soft est intervenu à distance, le problème a été résolu. Je n'ai malheureusement rien compris ce qui a été fait.

Le support n'a même pas utilisée la sauvegarde!

Question, est-il possible que la base soit cryptée/chiffrée ? Car actuellement via l'interface de l'éditeur, le client a tout retrouvé mais quand je me connecte avec SQL Server Management Studio, il m'est impossible de parcourir la base...

Message par **lls** » mer. 6 mai 2015 12:45

oui à partir de la version 2008 le cryptage est possible maintenant ca serait intéressant que l'éditeur te dise un peu ce qu'il a fait.

Mais logiquement si tu as les droits tu devrais pouvoir parcourir la base.

tu as un message d'erreur quand tu essais de la parcourir ? Tu arrives à voir la structure ? les procédures stockées ? etc..

Message par **kalistyan** » mer. 6 mai 2015 13:18

J'ai demandé un retour à l'éditeur.

Ci-dessous l'erreur retournée.

Code : Tout sélectionner

TITLE: Microsoft SQL Server Management Studio
------------------------------

The database DataBaseClient is not accessible. (ObjectExplorer)
------------------------------

Message par **lls** » mer. 6 mai 2015 13:21

tu as les droits ?

Message par **kalistyan** » mer. 6 mai 2015 13:34

Je suis connecté en sa... Cela ne suffit pas ?

Message par **lls** » mer. 6 mai 2015 13:56

ca dépend l'éditeur à très bien pu supprimer les droits sa et créer un user spécifique avec les droits d'accès ....

Faut regarder dans la partie sécurité de mémoire (j'ai pas les screens sous les yeux

) là ou tu as les users si tu peux voir les autorisations.

Message par **kalistyan** » mer. 6 mai 2015 14:53

Réponse du service :

Bonjour,

C’est notre département technique qui s’occupe de cela, désole.

Cordialement.