Restauration SQL 2005

[Oratorio]

salut,

backup fait avec tsm .. j'utilise data protection for MS SQL

je voulais restaurer une base dans une une autre nouvellement créée et ça tourne au cauchemar

Exclusive access could not be obtained because the database is in use.
RESTORE DATABASE is terminating abnormally.
Changed database context to 'master'. (HRESULT:0x80131501)

Je n'imagine pas que Microsoft commercialise son produit sans avoir testé cette fonctionnalité donc je me dis qu'il y a une solution

J'ai tout essayé de ce qui est écrit sur Internet y compris des trucs inimaginables comme supprimer carrément la base

la seule chose que je n'ai pas essayée est de redémarrer le service comme certains conseillent

je ne peux me le permettre car le système est en prod 24/24. faudra faire la demande et la justifier

[Oratorio]

le message d'erreur c'est du n'importe quoi

la vraie raison c'est que les backups sont inactifs sur tsm

pour répondre à la question du sondage "Qu'est-ce qu'il manque selon vous à SQL Server ? " : le professionnalisme et le sérieux

chaque fois j'ai l'impression que les concepteurs et les développeurs chez microsoft forment une bande de gamins qui se payent notre tête

[mikedavem]

Juste pour information le message d'erreur que vous avez :

Exclusive access could not be obtained because the database is in use.

indique que vous essayez de restaurer une base de données qui existe déjà. Dans ce cas il faut obtenir les verrous nécessaires pour que l'opération de restauration puisse se faire tranquillement. Dans votre cas visiblement la base de données était déjà utilisée.

Essayez d'analyser la situation au lieu de vous plaindre ...

++

[Ptit_Dje]

Envoyé par Oratorio

le message d'erreur c'est du n'importe quoi

la vraie raison c'est que les backups sont inactifs sur tsm

pour répondre à la question du sondage "Qu'est-ce qu'il manque selon vous à SQL Server ? " : le professionnalisme et le sérieux

chaque fois j'ai l'impression que les concepteurs et les développeurs chez microsoft forment une bande de gamins qui se payent notre tête

Bonjour,

TSM est un produit IBM.
Pour restaurer votre base, vous devez utiliser le parametre replace si votre base de donnee source existe deja.

Pour ce qui est des backups inactifs sur TSM, en effet, le produit garde en actif le dernier full backup et les derniers logs "meaningfull".
Les anciens backups peuvent tres bien etre restaurer aussi, en passant par le GUI, en checkant l'option show inactive backups et en en selectionnant un.

Est ce que cela resoud votre probleme ?

[Oratorio]

Envoyé par Ptit_Dje

Bonjour,

TSM est un produit IBM.
Pour restaurer votre base, vous devez utiliser le parametre replace si votre base de donnee source existe deja.

Pour ce qui est des backups inactifs sur TSM, en effet, le produit garde en actif le dernier full backup et les derniers logs "meaningfull".
Les anciens backups peuvent tres bien etre restaurer aussi, en passant par le GUI, en checkant l'option show inactive backups et en en selectionnant un.

Est ce que cela resoud votre probleme ?

non ça résout pas le problème

l'interface TSM de restauration est inutilisable

je peux uniquement restaurer un full mais pas les logs

[Ptit_Dje]

Les logs backups doivent etre restaure sur un full backup.
Vous devez donc au moment du restore selectionner l'ensemble des fichiers a etre restaures (full + logs).

Si des backups de vos logs sont pris entre temps par un programme tiers sans utilisation de l'option with copy_only, cela peut rendre vos log backups TSM inutilisables.

Quel est le log d'erreur genere par TSM lors d'un restore "rate" de log backup ?

[dbashell]

Dans tous les cas (et pour le futur) le plus simple est toujours de faire d'abord un backup sur disque, puis externaliser ces backups vers un support extérieur (comme TSM).
Cela évite les suspicions du "ça ne marche pas".
Car de tous temps, SqlServeur a toujours fourni une solution de backup correcte (ne pas oublier que c'est le même moteur que Sybase à l'origine).
Cdt

[Ptit_Dje]

Envoyé par dbashell

Dans tous les cas (et pour le futur) le plus simple est toujours de faire d'abord un backup sur disque, puis externaliser ces backups vers un support extérieur (comme TSM).
Cela évite les suspicions du "ça ne marche pas".
Car de tous temps, SqlServeur a toujours fourni une solution de backup correcte (ne pas oublier que c'est le même moteur que Sybase à l'origine).
Cdt

Ca depend (comme toujours)...
Je travaille dans un environnement ou tous les backups/restore se font directement avec TSM-TDP directement sur/depuis tape et tout se passe tres bien.
Et bien au contraire, on evite tout backup sur disque qui est ici hors standards.

[dbashell]

Envoyé par Ptit_Dje

Ca depend (comme toujours)...
Je travaille dans un environnement ou tous les backups/restore se font directement avec TSM-TDP directement sur/depuis tape et tout se passe tres bien.
Et bien au contraire, on evite tout backup sur disque qui est ici hors standards.

Exact, ça dépend ou ça dépasse ...
La problématique vient souvent de la vitesse de restauration et la disponibilité des lecteurs pour faire celle-ci. Mais si l'infra robotique tient la route il n'y a aucun problème.
A+