Création et attachement de planifications à des travaux
La planification des travaux de l'Agent SQL Server consiste à définir la ou les conditions qui déclenchent leur exécution sans intervention de l'utilisateur. Vous pouvez planifier l'exécution automatique d'un travail en lui créant une planification ou en lui attachant une planification existante.
Il existe deux méthodes pour créer une planification :
Créez la planification en même temps que vous créez un travail.
Créez la planification dans l'Explorateur d'objets.
Une fois la planification créée, vous pouvez l'attacher à plusieurs travaux, même si elle a été conçue pour un travail spécifique. Vous pouvez également détacher une planification d'un travail.
Une planification peut être définie par rapport à une heure ou un événement. Par exemple, vous pouvez planifier l'exécution d'un travail aux moments suivants :
au moment où l'Agent SQL Server démarre ;
au moment où l'utilisation de l'UC atteint le niveau d'inactivité que vous avez défini ;
ponctuellement, à une date et une heure spécifiques ;
selon une planification périodique.
Vous pouvez remplacer vos planifications du travail par des alertes qui répondent à un événement par l'exécution d'un travail.
[!REMARQUE]
Une seule instance du travail peut être exécutée à la fois. Si vous exécutez un travail manuellement alors qu'il est en train de s'exécuter d'après une planification, l'Agent SQL Server refuse la demande.
Pour empêcher l'exécution d'un travail planifié, vous devez effectuer l'une des opérations suivantes :
désactiver la planification ;
désactiver le travail ;
détacher la planification du travail ;
arrêter le service SQL Server Agent ;
supprimer la planification.
Si la planification n'est pas activée, le travail peut toujours s'exécuter en réponse à une alerte ou lorsqu'un utilisateur l'exécute manuellement. Lorsqu'une planification du travail n'est pas activée, elle ne l'est pas pour aucun travail qui l'utilise normalement.
Une planification désactivée doit être réactivée de manière explicite. Le simple fait de modifier une planification ne la réactive pas automatiquement.
Planification de dates de début
La date de début d'une planification doit être supérieure ou égale à 19900101.
Lorsque vous attachez une planification à un travail, vous devez examiner la date de début utilisée par la planification la première fois qu'elle exécute le travail. La date de début dépend du jour et de l'heure auxquels vous attachez la planification au travail. Par exemple, supposons que vous créez une planification qui s'exécute un lundi sur deux à 8h00. Si vous créez un travail le lundi 3 mars 2008 à 10h00, la date de début de la planification est le lundi 17 mars 2008. Si vous créez un autre travail le mardi 4 mars 2008, la date de début de la planification est le lundi 10 mars 2008.
Une fois la planification attachée à un travail, vous pouvez modifier sa date de début.
Planifications pendant l'inactivité de l'UC
Pour augmenter les ressources de l'UC, vous pouvez définir une condition d'inactivité de l'UC pour l'Agent SQL Server. L'Agent SQL Server utilise ce paramètre pour déterminer le meilleur moment pour l'exécution des travaux. Par exemple, vous pouvez planifier un travail de reconstruction des index lorsque l'UC est inactive et pendant des périodes de production moins chargées.
Avant de définir des travaux à exécuter pendant l'inactivité de l'UC, déterminez la charge de l'UC en situation d'utilisation normale. Pour ce faire, utilisez le SQL Server Profiler ou l'Analyseur de performances pour surveiller le trafic serveur et rassembler les statistiques. Ensuite, à l'aide des informations rassemblées, déterminez le pourcentage et la durée d'inactivité de l'UC.
Définissez l'inactivité de l'UC comme un pourcentage en dessous duquel l'utilisation de l'UC doit se maintenir pendant une période donnée. Définissez ensuite la durée. Lorsque le taux d'utilisation de l'UC reste inférieur au pourcentage spécifié pendant un certain temps (défini par l'utilisateur), l'Agent SQL Server démarre tous les travaux dont l'exécution est planifiée aux moments d'inactivité de l'UC. Pour plus d'informations sur l'utilisation de SQL Server Profiler ou de l'Analyseur de performances pour la surveillance du taux d'utilisation de l'UC, consultez Surveillance de l'utilisation du processeur.