Discussion :

[Mothership]

Bonjour messieurs,
(SQL2005 SP2 sur Serveur 2003R2 x64)
Je rencontre un problème lors de ma sauvegarde des journaux de ma base de données principales.
J'effectue une sauvegarde complète le soir de 19H a 20H30 via notre outil de sauvegarde. Ce dernier utilise des outils SQL, les sauvegardes sont bien visibles depuis SQL server management studio. Note par le passé nous sauvegardions cette base à 1H30 AM, ce que nous ne pouvons plus faire actuellement.
J'effectue une sauvegarde différentielle à 13H chaque jour via ce même outil de sauvegarde. Ces deux sauvegardes de la BD fonctionnent parfaitement.

Je commence à sauvegarder les journaux.trn à 3H30 du matin jusqu'à 13H puis de 14H jusqu'à 19H00.
Aujourd'hui les sauvegardes de ces journaux entre 3H30 à 13H ne fonctionnent pas, invoquant l'erreur suivante "L'exécution de BACKUP LOG est impossible en raison de l'absence de sauvegarde de la base de données en actuelle."

le fait de changer de jour (la sauvegarde étant de la veille) peut il être la cause de cette erreur ? Naïvement je pensais qu'après x heures il ne retrouvait plus ses petits, mais il apparait que je me trompe.

Au secours Obiwan, vous êtes mon seul espoir !

[dily0403]

Bonjour,

Pour moi, le changement de jour ne peut pas (en théorie) être en cause, en effet, SQL Server stock l'historique des sauvegardes avec la date et l'heure du début et de la fin de chaque sauvegarde...

Cordialement.

David

[mikedavem]

Les sauvegardes ne dépendent pas d'un facteur temps en effet.

Comment se fait votre sauvegarde via votre outil ? I
Pouvez vous nous fournir le script de sauvegarde FULL ?

++

[Mothership]

Pas de script particulier, la chose est assez opaque puisque un agent en local se lance et effectue sa sauvegarde.

Voici le log de la sauvegarde sur notre environnement de DEV.

Agent de sauvegarde et de restauration Hewlett-Packard Data Protector pour Microsoft SQL Server 7.0/2000.

est connecté à SQL Server version 9.0 sur la machine SRV-REFDEV

Microsoft SQL Server 2005 - 9.00.3054.00 (Intel X86)
Mar 23 2007 16:28:52
Copyright (c) 1988-2005 Microsoft Corporation
Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 2)
Nom de base de données : RFXCOOP_DEV1

Type de sauvegarde demandée : plein
Taille approximative de la sauvegarde : 106898150 Ko
Groupe de sauvegardes : -
Ressources : -
Parallélisme : 2

BACKUP DATABASE (RFXCOOP_DEV1) TO
VIRTUAL_DEVICE = "Data Protector_(DEFAULT)_RFXCOOP_DEV1_09_45_14", VIRTUAL_DEVICE = "Data Protector_(DEFAULT)_RFXCOOP_DEV1:1_09_45_14"
WITH NAME = 'Data Protector: 2009/02/05 0018', BLOCKSIZE = 4096, MAXTRANSFERSIZE = 65536;

Bon on peut voir qu'il utilise de jolies commandes MSSQL pour lancer la sauvegarde. Cette dernière s'est exécutée correctement en 23 minutes.
J'ai lancé derrière une sauvegarde des journaux de transaction :

BACKUP LOG [RFXCOOP_DEV1] TO DISK = N'K:\RFXCOOP_DEV1_CSAU_200902052409.trn' WITH NOFORMAT, NOINIT, NAME = N'RFXCOOP_DEV1_CSAU_200902052409', RETAINDAYS = 2, STATS = 10

Tout fonctionne bien, je lance un job ce soir à 22H et je tenterai une sauvegarde des TRN demain matin. Mais si quelqu'un peut m'éclairer d'ici là, je suis preneur.

[Mothership]

Même erreur avec la même sauvegarde effectuée à 22H00 hier soir, une sauvegarde des journaux de transaction est impossible ce matin ... aucune sauvegarde "référence" disponible.

Je planifie un job lundi matin à 2H00 AM, je verrai si la sauvegarde des journaux de transaction s'effectue normalement dès 9H00.

Question subsidiaire, quelle est la différence entre BACKUP LOGS et BACKUP TRAN ?

[SQLpro]

BACKUP DATABASE (RFXCOOP_DEV1) TO
VIRTUAL_DEVICE = "Data Protector_(DEFAULT)_RFXCOOP_DEV1_09_45_14", VIRTUAL_DEVICE = "Data Protector_(DEFAULT)_RFXCOOP_DEV1:1_09_45_14"
WITH NAME = 'Data Protector: 2009/02/05 0018', BLOCKSIZE = 4096, MAXTRANSFERSIZE = 65536;

Cette commande est particulièrement farfelue car elle n'est pas de TRANSACT SQL mais du pure BrightStore.
Allez sur le net et vous verrez le nombre de problèmes causés par ce genre d'agents.
Il serait préférable de faire la sauvegarde par une commande purement Transact SQL (ça marche très bien...) et que votre système vienne chercher le fichier ainsi constitué.

Sinon, retournez vous contre le support de BrightStore car cela n'est pas du ressort de SQL Server.

A +

[Mothership]

Suite au test de ce weekend :
Sauvegarde à 2H00 du matin via l'agent HP, la sauvegarde des journaux de transaction de ce matin fonctionne normalement.
Je continue à creuser.

Il serait préférable de faire la sauvegarde par une commande purement Transact SQL (ça marche très bien...) et que votre système vienne chercher le fichier ainsi constitué.

Les commandes Transact SQL marche effectivement très bien, malheureusement les temps de sauvegarde ne sont pas les mêmes.
La sauvegarde SQL vers un disque SAN provoque une activité non désirée, notamment sur les baies de disques. La sauvegarde du fichier.bak est réellement très longue par rapport à une sauvegarde utilisant l'agent. Ce n'est que du temps effectivement.

Je ferme le ticket, puisque n'utilisant pas que du SQL pur.