Discussion :

[jesocr]

Bonjour à tous,
Je suis face à un problème insoluble, et j'espère que vous allez pouvoir m'aider.

Je souhaite mettre en place sur les bases Azure le script d'Ola Hallengren IndexOptimize
Script que j'utilise déjà sur mes bases OnPremises.

J'arrive à bien créer la procédure stocké dans la base Master, mais impossible de donner les droits d'exécution à un utilisateur. Que ça soit Entra ou bien SQL

J'utilise un compte administrateur du server Entra ID, il me refuse le droit de donner le droit Execute sur le Schema, la procédure stocké
J'ai essayé via un role, même punition.

Je ne vous met pas tous les messages d'erreurs, c'est toujours la même idée

Update database role 'db_execute': Alter failed for Schema 'dbo'. ---> An exception occurred while executing a Transact-SQL statement or batch. ---> Cannot find the schema 'dbo', because it does not exist or you do not have permission.

Bon si un compte admin qui est aussi dans les droits RBAC Owner ne peut pas. Qui le peut?
Est ce seulement possible?

Je précise que donner les droits execute sur une base utilisateur ne pose aucun soucis

Quelqu'un à t'il déjà réussi à mettre en place la solution sur un PAAS SQL Server Azure?


Merci d'avance pour votre aide.

[SQLpro]

... J'arrive à bien créer la procédure stocké dans la base Master...

Mettre des objets dans la base master n'est généralement pas une bonne idée car la base master est très difficile à récupérer en cas de problème. Sauf si cela est impératif, utilisez la base msdb qui est dédiée aux travaux de maintenance....

A +

[Christophe LAPORTE]

Bonjour

J'arrive à bien créer la procédure stocké dans la base Master, mais impossible de donner les droits d'exécution à un utilisateur. Que ça soit Entra ou bien SQL

Pour du Azure SQL Database, il n'est pas possible d'utiliser la BDD master. Il faut donc déployer la solution dans chacun des BDD (qui sont totalement indépendantes les unes des autres même si vous les voyez regroupées sur un même serveur" ).

Pour l'avoir mis en oeuvre à maintes reprises, cela fonctionne parfaitement.
Reste à choisir la méthode d'exécution car il n'y a pas d'agent SQL non plus, sauf à utiliser une SQLMI.
Les elastic jobs sont en preview depuis la nuit des temps. Sinon, une petite Azure function ou bien un Azure RunBook. J'avais écrit des articles sur le sujet il y a bien 5 ans.

Cdlt
Christophe

[SQLpro]

Dans le cas d'Azure, il serait souhaitable de créer un schéma SQL et un utilisateur dédié à ce schéma pour isoler ces objets de la production. Et finalement lancer le processus sous le comptte de cet utilisateur SQL.

A +