Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à : SQL Server
Azure SQL Managed Instance
Importante
Sur Azure SQL Managed Instance, la plupart, mais pas toutes les fonctionnalités de SQL Server Agent sont actuellement prises en charge. Pour plus d’informations, consultez différences T-SQL entre Azure SQL Managed Instance et SQL Server ou limitations des tâches de SQL Agent dans SQL Managed Instance.
Cet article explique comment réaffecter la propriété des travaux SQL Server Agent à un autre utilisateur.
Limites
Pour créer un travail, un utilisateur doit être membre de l’un des rôles de base de données fixes sql Server Agent ou du rôle serveur fixe sysadmin. Un travail ne peut être modifié que par son propriétaire ou ses membres du rôle sysadmin. Pour plus d’informations sur les rôles de base de données fixes SQL Server Agent, consultez rôles de base de données fixes SQL Server Agent.
Vous devez être administrateur système pour modifier le propriétaire d’une tâche.
L’attribution d’un travail à une autre connexion ne garantit pas que le nouveau propriétaire dispose d’une autorisation suffisante pour exécuter le travail correctement.
Sécurité
Pour des raisons de sécurité, seul le propriétaire du travail ou un membre du rôle sysadmin peut modifier la définition du travail. Seuls les membres de l'sysadmin rôle serveur fixe peuvent affecter la propriété du travail à d’autres utilisateurs, et ils peuvent exécuter n’importe quel travail, quel que soit le propriétaire du travail.
Si vous remplacez la propriété du travail par un utilisateur qui n’est pas membre du rôle serveur fixe sysadmin et que le travail exécute des étapes de travail qui nécessitent des comptes proxy (par exemple, l’exécution du package SSIS), assurez-vous que l’utilisateur a accès à ce compte proxy ou si le travail échoue.
Autorisations
Pour plus d’informations, consultez Implémenter la sécurité de SQL Server Agent.
Utiliser SQL Server Management Studio
Dans l'Explorateur d’objets , connectez-vous à une instance du moteur de base de données SQL Server, puis étendez cette instance.
Développez SQL Server Agent, développez Travaux, cliquez avec le bouton droit sur le travail, puis sélectionnez Propriétés.
Dans la liste Propriétaire, sélectionnez une connexion. Vous devez être administrateur système pour modifier le propriétaire d’une tâche.
L’attribution d’un travail à une autre connexion ne garantit pas que le nouveau propriétaire dispose d’une autorisation suffisante pour exécuter le travail correctement.
Utiliser Transact-SQL
Dans l’Explorateur d’objets, connectez-vous à une instance du moteur de base de données, puis développez cette instance.
Dans la barre d’outils, sélectionnez Nouvelle requête.
Dans la fenêtre de requête, entrez les instructions suivantes utilisant la procédure stockée système sp_manage_jobs_by_login. L’exemple suivant réaffecte tous les travaux de
danwàfrançoisa.USE msdb; GO EXECUTE dbo.sp_manage_jobs_by_login @action = N'REASSIGN', @current_owner_login_name = N'danw', @new_owner_login_name = N'françoisa'; GO
Utiliser des objets de gestion SQL Server
- Appelez la classe travail à l’aide d’un langage de programmation que vous choisissez, tel que Visual Basic, Visual C# ou PowerShell. Pour obtenir un exemple de code, consultez Planification des tâches d’administration automatiques dans SQL Server Agent.