Discussion :

[rodbeck]

Bonjour,

Je me trouve dans une situation étrange : mon plan de maintenance qui contient plusieurs sous-plans est noté comme "successfull" dans son historique, par contre le job sql server Agent qui correspond au sous plan est noté en erreur.

Je n'ai absolument aucun détail sur l'erreur, comment ajouter des traces plus précises ?

Voici la seule trace que j'ai dans ma log :

Code :

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

1
2
3
4
5
6
Microsoft(R) Server Maintenance Utility (Unicode) Version 10.0.2531
Report was generated on "XXXXXX".
Maintenance Plan: Nightly_jobs
Duration: 00:00:00
Status: Succeeded.
Details:

Merci.

[dbaffaleuf]

Hello,

Tu peux récupérer l'identifiant du job (jobid) associé au plan de maintenance, dans la table msdb.dbo.sysjobs, et ensuite regarder la colonne 'message' de la table msdb.dbo.sysjobhistory pour le jobid en question.

David B.

[rodbeck]

Merci beaucoup.

Visiblement toutes mes tâches ont échoué pour la raison suivante :

Code :

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

Code: 0xC001000E     Source: Nightly_jobs      Description: The connection "Connexion au serveur local" is not found

Savez-vous pourquoi ma connexion n'est soudainement plus valide ? Surtout que tous les autre plans de maintenance qui utilisent la même connexion n'ont aucun problème.

Faut-il que je recrée tout mon plan de maintenance ?

[dbaffaleuf]

Il faut faire un clic-droit sur le plan de maintenance -> Modifier, et cliquer sur le bouton 'Gérer des connexions...' dans le bandeau du haut. Là du dois retrouver la 'Connexion au serveur local', cliques sur Modifier pour afficher les propriétés.

A partir de là , en fonction du type de connexion, ça peut être un problème de mot de passe, le nom de la machine peut avoir changé, l'instance peut avoir été migrée, etc... Le plus simple est de créer une nouvelle connexion et de tester l'exécution de ton package sur cette nouvelle connexion.

David B.

[mikedavem]

Bonjour,

Dans votre plan de maintenance, que vous dit le designer lorsque vous allez dans la gestion des connexions et choisissez "Connexion local" ?

++

[dbaffaleuf]

-> mike

oooops collision 11h23

[mikedavem]

Lol ca arrive ... et puis vaut mieux 2 posts que rien non

[rodbeck]

Lol ca arrive ... et puis vaut mieux 2 posts que rien non

Tout à fait

La connexion pointe sur "localhost" l'instance n'a vraisemblablement pas changé (puisque ça fonctionne avec d'autres plans)
J'utilise Windows NT integration security, le mot de passe de l'utilisateur a changé mais encore une fois, les autres plans de maintenance n'ont pas été affectés.

[mikedavem]

Effectivement cela semble louche mais il doit très certainement y avoir une explication ...

Le plus simple est de créer une nouvelle connexion et de tester l'exécution de ton package sur cette nouvelle connexion.

Avez vous tenté ce que propose dbaffaleuf ?

++

[rodbeck]

Effectivement cela semble louche mais il doit très certainement y avoir une explication ...



Avez vous tenté ce que propose dbaffaleuf ?

++

J'essayerai ce soir, malheureusement le plan de maintenance est en production et je ne peux pas le lancer la journée sans perturber les clients.

Merci beaucoup pour vos réponses.

[rodbeck]

Le problème s'est "résolu" tout seul, je mets entre guillemets puisque je ne sais toujours pas ce qui l'a occasionné...