Discussion :

[Débéa]

Bonjour,

Aujourd'hui, sur toutes nos bases de données SQLServer 2000 et 2005 nous avons créé un plan de maintenance pour la sauvegarde de la base de données. Voici notre stratégie :

- Sauvegarde complète tous les soirs dans un repertoire du DD (Disque Dur)
- Sauvegarde du journal des transactions toutes les heures dans un repertoire du DD

Un robot de sauvegarde récupère toutes les heures et le soir les sauvegardes dans le repertoire du DD.

Notre problème et la synchronisation du robot de sauvegarde avec les tâches gérées par l'agent SQLServer. Nous sommes obligés de les synchroniser sur une horaire précise et généralement pour une raison X ou Y au bout de quelques mois il y a désynchronisation. c.a.d que le robot de sauvegarde passe avant ou pendant que le plan de maintenance soit terminé.

Nous avons, aussi, un automate d'exploitation capable d'executer des traitements sur ce serveur. C'est, en principe, lui qui devrait executer les travaux. Il permet de suivre l'exploitation de tous les serveurs.

Voici les solutions envisagées :

1 - On fait généré un fichier de "fin d'execution" dans le plan de maintenance. l'automate d'exploitation le detecte et lance le robot de sauvegarde.
2 - L'automate d'exploitation demande l'execution du plan de maintenance à l'agent SQLServer, attend la fin et lance le robot de sauvegarde. Est-ce possible ? Comment savoir si l'execution s'est bien passée ?
3- On laisse tomber les plans de maintenance et on écrit ses scripts de sauvegarde SQLServer (plus besoin de l'agent).

Que me conseillez-vous ? J'ai sans-doute oublié des options...

Merci par avance pour vos réponses.

[Fabrice Moll]

Je ne sais pas si cela peut vous aider, mais pour un job, il est possible d'effectuer un certains traitement quand l'opération s'est terminée avec succès ou non.

Exemple: Envoyer un email ou NETSend.

Cela pourrait répondre à votre point 2. Maintenant, il faut voir si le robot peut détecter ces types de messages.

[ziller]

bonjour,
en ce qui me concerne je partirai sur l'option 2, à savoir

* création d'un job pour l'agent SQL et qui lance un backup sur DD et envoie un mail en cas de pb
* lancement d'un script bat par l'outil de sauvegarde qui lance ce job

pour le bat ca ressemble à cela :

Code :

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

1
2
 
"C:\Program Files\Microsoft SQL Server\90\Tools\Binn\sqlcmd" -E -SNOMDOMAINEWINDOWS\NOMSERVEUR -ifull_nohistory_job.sql

et pour le full_nohistory_job.sql :

Code :

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

1
2
3
4
5
6
 
USE msdb ;
GO
 
EXEC dbo.sp_start_job N'BackupNoHis' ;
GO

* S'il y a un pb, on reçoit un mail mais la sauvegarde sur bande se fait quand même

je ne sais pas s'il y a moyen de faire un test sur le resultat de la sauvegarde?

[usf70]

Bonjour,
moi je pratirais sur l'option 3 . C'est ce que nous avons chez nous. Et c'est le moyen le plus sûr pour que les jobs se "suivent" bien. Je ne sait pas quel scheduler vous utilisez. Nous avons Control-M. Chez nous, les agent SQL ne sont jamais démarrés. Tout est schédulé dans Control-m (même le lancement des lots dts via DTSrun). Les commandes de sauvegarde sont lancés par script du genre:

Code :

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

osql -E -Q "BACKUP DATABASE mabase TO unite_de_sauvegarde WITH  INIT ,  NOUNLOAD ,  NAME = N'Sauvegarde complete mabase',  NOSKIP ,  STATS = 10,  NOFORMAT"

Nous utilisons des unites de sauvegarde car nous pensons que c'est plus simple à gérer de n'avoir qu'un seul fichier où nous mettons les completes + logs.
A la fin de ce job, Control-M lance la mise sur bande. Ce qui fait que même si pour une raison quelconque le job de sauvegarde est retardé, le job de mise sur bande ne partira jamais avant la fin de ce job.

[Débéa]

le probleme de l'option 2, c'est que sp_start_job n'attend pas la fin de l'execution ! Existe-t-il un moyen d'attendre la fin d'exection pour rendre la main ?