Problème de création de job SQL

Bonjour à tous,

Je veux créer un job sql à partir d'un script. Ce script est correcte et fonctionnel( je l'ai essayé dur d'autres serveur sql), sauf sur mon sql server, il me sort une erreur :

Citation:

---

Msg*515, Niveau*16, État*2, Procédure*sp_add_job, Ligne*137
Impossible d'insérer la valeur NULL dans la colonne 'owner_sid', table 'msdb.dbo.sysjobs'. Cette colonne n'accepte pas les valeurs NULL. Échec de INSERT.
L'instruction a été arrêtée

---

Je sais pas comment résoudre ça, j'ai cherché sur internet mais j'ai pas trouvé quelque chose qui va avec mon problème. Y'a une discussion ici sur dvp qui parle de la même erreur:

http://www.developpez.net/forums/d47...tauration-job/
J'ai essayé de changer, dans mon script, le nom du serveur au nom de mon instance sql au lieu de '(local)' mais ça marche pas.
Je pense que j'ai abimé la table sysjobs par les manips sucessives Ajout/suppression de jobs.. :? Est ce possible de la réstaurer ou bien corriger mes tables système ..
Si vous auriez des propositions, merci de me guider :)

Que donne la requête :
SELECT SUSER_SID()
?

A +

Bonjour,

Vous devez definir un owner pour le job.
Ce Owner doit etre connu au niveau du serveur SQL - Login SQL Server, membre d'un groupe AD ou utilisateur SQL.
Si ca fonctionne sur d'autres serveurs et pas sur un serveur specifique, verifiez si le login defini comme owner de votre job dans votre script est bien present sur l'instance. Si pas creez le.

Notez qu'avec le code de votre script publie, les autres membres du forum pourront plus facilement vous guider vers une possible resolution de votre probleme.

Citation:

---

Envoyé par SQLpro

Que donne la requête :
SELECT SUSER_SID()
?

A +

---

J'ai exécuté cette requête sous mon sql server, il me sort : "Aucun nom de colonne"

Citation:

---

Envoyé par Ptit_Dje

Bonjour,

Vous devez definir un owner pour le job.

---

C'était bien ça, le owner qui est dans la colonne owner_login_name est non existant, quand j'ai remplacé par sa, ça a marché

Citation:

---

EXEC @ReturnCode = msdb.dbo.sp_add_job @job_name=N'IAOLAP Cubes Processing',
@enabled=1,
@notify_level_eventlog=0,
@notify_level_email=2,
@notify_level_netsend=0,
@notify_level_page=0,
@delete_level=0,
@description=N'No description available.',
@category_name=N'Database Maintenance',
@owner_login_name=N'<Account User>',
@notify_email_operator_name=N'InterActOperator',
@job_id = @jobId OUTPUT

---

le job a été bien crée, maintenant quand je l'exécute, il fait une erreur à l'exécution:

Citation:

---

Le travail Cubes Processing a signalé*: Microsoft.AnalysisServices.Xmla.ConnectionException: Impossible d'établir une connexion avec le redirecteur. Vérifiez que le service «*SQL Browser*» est en cours d'exécution. ---> System.Net.Sockets.SocketException: Hôte inconnu
à System.Net.Sockets.TcpClient..ctor(String hostname, Int32 port)
à Microsoft.AnalysisServices.Xmla.XmlaClient.GetTcpClientByAddress(String hostName, Int32 port)
à Microsoft.AnalysisServices.Xmla.XmlaClient.GetTcpClient(ConnectionInfo connectionInfo)
--- Fin de la trace de la pile d'exception interne ---
à Microsoft.AnalysisServices.Xmla.XmlaClient.GetTcpClient(ConnectionInfo connectionInfo)
à Microsoft.AnalysisServices.Xmla.XmlaClient.OpenTcpConnection(ConnectionInfo connectionInfo)
à Microsoft.AnalysisServices.Xmla.XmlaClient.Connect(ConnectionInfo connectionInfo, Boolean beginSession)
à Microsoft.AnalysisServices.Xmla.XmlaClient.GetInstancePort(ConnectionInfo connectionInfo)
à Microsoft.AnalysisServices.Xmla.XmlaClient.GetTcpClient(ConnectionInf

---

J'ai vérifier que le service «*SQL Browser*» est bien démarré, je l'ai aussi redémarré, mais toujours la même erreur :?

Il s'agit maintenant d'un probleme de connectivite avec votre serveur SSAS... Il semble introuvable.
Est ce que vous pouvez le pinger depuis votre serveur ?
Est ce qu'un telnet sur le port de l'instance fonctionne ?
Est ce que le service account de SQL Server (car votre job est owner par sa) a les droits necessaires pour processer vos cubes ?

Citation:

---

Envoyé par Ptit_Dje

Il s'agit maintenant d'un probleme de connectivite avec votre serveur SSAS... Il semble introuvable.
Est ce que vous pouvez le pinger depuis votre serveur ?

---

SSAS est sur le même serveur que le moteur de bdd.

Citation:

---

Est ce qu'un telnet sur le port de l'instance fonctionne ?

---

Je suis pas comment vérifier ça, j'ai fait

Citation:

---

telnet localhost 1433

---

: ( 1433 c'est le port tcp de sql server) , ça me sort une interface différente de la ligne de commande cmd. Donc je suppose que ça marche bien.

Citation:

---

Est ce que le service account de SQL Server (car votre job est owner par sa) a les droits necessaires pour processer vos cubes ?

---

Je sais pas comment vérfier ça :oops: Je suis allé voir les propriété de sa j'ai pas su comment savoir s'il a droit de traiter les cubes ou pas.

Citation:

---

Envoyé par masterx_goldman

Je suis pas comment vérifier ça, j'ai fait : ( 1433 c'est le port tcp de sql server) , ça me sort une interface différente de la ligne de commande cmd.

---

C'est OK comme ca, sauf que 1433 est le port de SQL Serveur...

Pour SSAS - Connectez vous avec SSMS sur votre instance SSAS
Click droit sur l'instance, propriete.
La vous devriez retrouver le port sur laquelle celle-ci tourne (si pas tout de suite, cochez pour voir les advanced options)
Ensuite pour les droits, ca se situe au niveau de la base de donnee, au niveau des roles.
Il faut que le service account de SQL Server aie les droits de processer vos cubes et donc ce trouve dans un role ayant ces droits definis.

Citation:

---

Envoyé par Ptit_Dje

C'est OK comme ca, sauf que 1433 est le port de SQL Serveur...

Pour SSAS - Connectez vous avec SSMS sur votre instance SSAS
Click droit sur l'instance, propriete.
La vous devriez retrouver le port sur laquelle celle-ci tourne (si pas tout de suite, cochez pour voir les advanced options)

---

Quand je regarde dans Propriété-> Général, je trouve que, et bizarrement, c'est le port 0 8O

Citation:

---

Ensuite pour les droits, ca se situe au niveau de la base de donnee, au niveau des roles.
Il faut que le service account de SQL Server aie les droits de processer vos cubes et donc ce trouve dans un role ayant ces droits definis.

---

J'ai parcouru les rôles en regardant à chaque fois ses propriétés : j'en ai pas trouvé un qui a un privilège qui a une relation avec le traitement des cubes.

Concernant le port, 0 est le port par defaut - c'est a dire 2383.

S'il n'existe pas dans un role de base OLAP - Verifiez s'il se trouve en tant qu'administrateur de l'instance.
Si pas, il va falloir le rajouter dans l'un ou l'autre...