Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Utilisation de l'agent SQL Server pour Amazon RDS
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
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 de plus amples informations, veuillez consulter 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 Support. Ouvrez la page du Centre AWS Support
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.
