Utilisation de SQL Server Agent

Avec Amazon RDS, vous pouvez utiliser SQL Server Agent sur une instance de base de données exécutant Microsoft SQL Server Enterprise Edition, Standard Edition ou Web Edition. SQL Server Agent est un service Microsoft Windows qui exécute des tâches administratives planifiées, appelées travaux. Vous pouvez utiliser SQL Server Agent pour exécuter les travaux T-SQL jobs afin de reconstruire les index, d'exécuter les contrôles de corruption et de regrouper les données dans une instance de base de données SQL Server.

Lorsque vous créez une instance de base de données SQL Server, l'utilisateur principal est inscrit dans le rôle SQLAgentUserRole.

SQL Server Agent peut exécuter un travail en fonction d'une planification, en réponse à un événement spécifique, ou à la demande. Pour plus d'informations, consultez SQL Server Agent dans la documentation Microsoft.

Note

Évitez de planifier l'exécution de travaux pendant les fenêtres de maintenance et de sauvegarde de votre instance de base de données. Les processus de maintenance et de sauvegarde lancés par AWS peuvent interrompre une tâche ou entraîner son annulation.

Dans les déploiements Multi-AZ, les tâches de l'agent SQL Server sont répliquées de l'hôte principal vers l'hôte secondaire lorsque la fonction de réplication des tâches est activée. Pour plus d’informations, consultez Activation de la réplication des tâches de l'agent SQL Server.

Les déploiements multi-AZ sont limités à 10 000 tâches SQL Server Agent. Si vous avez besoin d'une limite plus élevée, demandez une augmentation en contactant AWS Support. Ouvrez la page du Centre AWS Support, connectez-vous si nécessaire, puis choisissez Create case (Créer une demande de support). Sélectionnez Service Limit increase (Augmentation des limites de service). Remplissez et envoyez le formulaire.

Pour afficher l'historique d'un travail SQL Server Agent dans SQL Server Management Studio (SSMS), ouvrez l'Explorateur d'objet, cliquez avec le bouton droit sur le travail, puis cliquez sur View History (Afficher l'historique).

Étant donné que SQL Server Agent est exécuté sur un hôte géré dans une instance de base de données, certaines actions ne sont pas prises en charge :

• L'exécution de tâches de réplication et l'exécution de scripts de ligne de commande à l'aide d'ActiveX, de l'interface de commande Windows ou de Windows PowerShell ne sont pas prises en charge.

• Vous ne pouvez pas démarrer, arrêter ou redémarrer manuellement SQL Server Agent.

• Les notifications par e-mail via SQL Server Agent ne sont pas disponibles à partir d'une instance de base de données.

• Les alertes et les opérateurs SQL Server Agent ne sont pas pris en charge.

• L'utilisation de SQL Server Agent pour créer des sauvegardes n'est pas prise en charge. Utilisez Amazon RDS for sauvegarder votre instance de base de données.

• Actuellement, RDS pour SQL Server ne prend pas en charge l'utilisation de jetons SQL Server Agent.

Activation de la réplication des tâches de l'agent SQL Server

Vous pouvez activer la réplication des tâches de l'agent SQL Server à l'aide de la procédure stockée suivante :

EXECUTE msdb.dbo.rds_set_system_database_sync_objects @object_types = 'SQLAgentJob';

Vous pouvez exécuter la procédure stockée sur toutes les versions de SQL Server prises en charge par Amazon RDS for SQL Server. Les tâches des catégories suivantes sont répliquées :

• [Uncategorized (Local)] ([Non classé (local)])

• [Uncategorized (Multi-Server)] ([Non classé (multi-serveurs)])

• [Uncategorized] ([Non classé])

• Data Collector (Collecteur de données)

• Database Engine Tuning Advisor (Assistant Paramétrage du moteur de base de données)

• Database Maintenance (Maintenance de base de données)

• Full-Text (Texte intégral)

Seules les tâches qui utilisent des étapes de travail T-SQL sont répliquées. Les tâches comportant des types d'étapes tels que SQL Server Integration Services (SSIS), SQL Server Reporting Services (SSRS), Replication, PowerShell ne sont pas répliquées. Les tâches qui utilisent Database Mail (Messagerie de base de données) et les objets au niveau du serveur ne sont pas répliquées.

Important

L'hôte principal est la source de vérité pour la réplication. Avant d'activer la réplication des tâches, assurez-vous que vos tâches SQL Server Agent se trouvent sur l'hôte principal. Si vous ne le faites pas, cela pourrait entraîner la suppression de vos tâches SQL Server Agent si vous activez la fonctionnalité lorsque des tâches plus récentes se trouvent sur l'hôte secondaire.

Vous pouvez utiliser la fonction suivante pour confirmer si la réplication est activée.

SELECT * from msdb.dbo.rds_fn_get_system_database_sync_objects();

La requête T-SQL renvoie le résultat suivant si les tâches de l'agent SQL Server sont répliquées. Si elles ne se répliquent pas, la requête ne renvoie rien pour object_class.

Vous pouvez utiliser la fonction suivante pour trouver la dernière synchronisation des objets selon le fuseau UTC.

SELECT * from msdb.dbo.rds_fn_server_object_last_sync_time();

Par exemple, supposons que vous modifiez une tâche de l'agent du serveur SQL à 01:00. Vous vous attendez à ce que l'heure de synchronisation la plus récente soit postérieure à 01:00, indiquant que la synchronisation a eu lieu.

Après la synchronisation, les valeurs renvoyées pour date_created et date_modified sur le nœud secondaire doivent correspondre.

Si vous utilisez également la tempdb réplication, vous pouvez activer la réplication à la fois pour les tâches SQL Agent et pour la tempdb configuration en les fournissant dans le @object_type paramètre :

EXECUTE msdb.dbo.rds_set_system_database_sync_objects @object_types = 'SQLAgentJob,TempDbFile';

Pour plus d'informations sur tempdb la réplication, consultezConfiguration de TempDB pour les déploiements multi-AZ.

Ajouter un utilisateur au AgentUser rôle SQL

Pour ajouter un utilisateur/une connexion supplémentaire afin d'utiliser SQL Server Agent, connectez-vous en tant qu'utilisateur principal et exécutez les actions suivantes :

1. Créez une autre connexion de niveau serveur à l'aide de la commande CREATE LOGIN.

2. Créez un utilisateur dans msdb avec la commande CREATE USER puis liez cet utilisateur à la connexion que vous avez créée à l'étape précédente.

3. Ajoutez l'utilisateur à la procédure SQLAgentUserRole à l'aide de la procédure stockée système sp_addrolemember.

Par exemple, supposons que votre identifiant principal soit admin et que vous souhaitez accorder l'accès à SQL Server Agent à un utilisateur nommé theirname avec le mot de passe theirpassword. Dans ce cas, vous pouvez utiliser la procédure suivante.

Pour ajouter un utilisateur au AgentUser rôle SQL

1. Connectez-vous en tant qu'utilisateur principal.

2. Exécutez les commandes suivantes :

   --Initially set context to master database
   USE [master];
   GO
   --Create a server-level login named theirname with password theirpassword
   CREATE LOGIN [theirname] WITH PASSWORD = 'theirpassword';
   GO
   --Set context to msdb database
   USE [msdb];
   GO
   --Create a database user named theirname and link it to server-level login theirname
   CREATE USER [theirname] FOR LOGIN [theirname];
   GO
   --Added database user theirname in msdb to SQLAgentUserRole in msdb
   EXEC sp_addrolemember [SQLAgentUserRole], [theirname];
   

Suppression d'une tâche SQL Server Agent

Vous utilisez la procédure stockée sp_delete_job pour supprimer les travaux de l'agent SQL Server sur Amazon RDS pour Microsoft SQL Server.

Vous ne pouvez pas utiliser SSMS pour supprimer des travaux de l'agent SQL Server Agent. Si vous le faites, vous obtenez un message d'erreur similaire au suivant :

The EXECUTE permission was denied on the object 'xp_regread', database 'mssqlsystemresource', schema 'sys'.

Cette erreur survient parce que, en tant que service géré, RDS est empêché d'exécuter les procédures qui accèdent au registre Windows. Lorsque vous utilisez SSMS, celui-ci tente d'exécuter un processus (xp_regread) pour lequel RDS n'est pas autorisé.

Note

Sur RDS for SQL Server, seuls les membres du rôle d'administrateur système sont autorisés à mettre à jour ou à supprimer des tâches appartenant à un identifiant de connexion différent.

Pour supprimer un travail SQL Server Agent

• Exécutez l'instruction T-SQL suivante :

  EXEC msdb..sp_delete_job @job_name = 'job_name';