Fichiers journaux de base de données Microsoft SQL Server - Amazon Relational Database Service

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.

Fichiers journaux de base de données Microsoft SQL Server

Vous pouvez accéder aux journaux des erreurs Microsoft SQL Server, aux journaux de l'agent, aux fichiers de trace et aux fichiers de vidage à l'aide de la console Amazon RDS, de l'AWS CLI ou de l'API RDS. Pour plus d'informations sur l'affichage, le téléchargement ou la consultation des journaux de base de données basés sur des fichiers, consultez Surveillance des fichiers journaux Amazon RDS.

Programme de rétention

Les fichiers journaux font l'objet d'une rotation chaque jour et chaque fois que votre instance de base de données est redémarrée. Voici le programme de rétention des journaux Microsoft SQL Server sur Amazon RDS.

Log type (Type de journal) Programme de rétention

Journaux des erreurs

Au maximum, 30 journaux d'erreurs sont conservés. Amazon RDS forrait supprimer les journaux d'erreurs datant de plus de 7 jours.

Journaux de l'agent

Au maximum, 10 journaux de l'agent sont conservés. Amazon RDS forrait supprimer les journaux de l'agent datant de plus de 7 jours.

Fichiers de trace

Les fichiers de trace sont conservés selon la période de rétention des fichiers de trace de votre instance de base de données. La période de rétention par défaut des fichiers de trace est de 7 jours. Pour modifier la période de rétention des fichiers de trace pour votre instance de base de données, consultez Configuration de la période de rétention pour les fichiers de trace et de vidage.

Fichiers de vidage

Les fichiers de vidage sont conservés selon la période de rétention des fichiers de vidage de votre instance de base de données. La période de rétention par défaut des fichiers de vidage est de 7 jours. Pour modifier la période de rétention des fichiers de vidage pour votre instance de base de données, consultez Configuration de la période de rétention pour les fichiers de trace et de vidage.

Affichage du journal des erreurs SQL Server à l'aide de la procédure rds_read_error_log

Vous pouvez utiliser la procédure stockée Amazon RDS rds_read_error_log pour afficher les journaux des erreurs et les journaux de l'agent. Pour plus d'informations, consultez Affichage des journaux des erreurs et des agents.

Publication des journaux SQL Server sur Amazon CloudWatch Logs

Avec Amazon RDS for SQL Server, vous pouvez publier les erreurs et les événements du journal de l'agent directement sur CloudWatch Amazon Logs. Analysez les données du journal avec CloudWatch Logs, puis utilisez-les CloudWatch pour créer des alarmes et afficher les métriques.

Avec CloudWatch Logs, vous pouvez effectuer les opérations suivantes :

  • Stocker des journaux dans un espace de stockage hautement durable pour lequel vous définissez la période de rétention.

  • Chercher et filtrer les données de journaux.

  • Partager des données de journaux entre les comptes.

  • Exporter des journaux vers Amazon S3.

  • Diffusez des données vers Amazon OpenSearch Service.

  • Traiter des données de journaux en temps réel avec Amazon Kinesis Data Streams. Pour plus d'informations, consultez le guide du développeur d'applications « Working with Amazon CloudWatch Logs » dans le Amazon Managed Service for Apache Flink for SQL Applications.

Amazon RDS publie chaque journal de base de données SQL Server sous la forme d'un flux de base de données distinct dans le groupe de journaux. Par exemple, si vous publiez les journaux de l'agent et les journaux d'erreurs, les données d'erreur sont stockées dans un flux de journaux d'erreurs du groupe de /aws/rds/instance/my_instance/error journaux, et les données du journal de l'agent sont stockées dans le groupe de /aws/rds/instance/my_instance/agent journaux.

Pour les instances de base de données multi-AZ, Amazon RDS publie le journal de base de données sous la forme de deux flux distincts dans le groupe de journaux. Par exemple, si vous publiez les journaux d'erreurs, les données d'erreurs sont stockées dans les flux de journaux d'erreurs /aws/rds/instance/my_instance.node1/error et /aws/rds/instance/my_instance.node2/error respectivement. Les flux de journaux ne changent pas lors d'un basculement et le flux de journaux d'erreurs de chaque nœud peut contenir les journaux d'erreurs issus de l'instance principale ou secondaire. Avec Multi-AZ, un flux de journal est automatiquement créé pour stocker les données /aws/rds/instance/my_instance/rds-events d'événements telles que les basculements d'instances de base de données.

Note

La publication des journaux SQL Server dans CloudWatch Logs n'est pas activée par défaut. La publication de fichiers de trace et de vidage n'est pas prise en charge. La publication des journaux SQL Server dans CloudWatch Logs est prise en charge dans toutes les régions, à l'exception de l'Asie-Pacifique (Hong Kong).

Pour publier les journaux de base de données SQL Server dans CloudWatch des journaux à partir du AWS Management Console
  1. Ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Bases de données, puis l'instance de base de données que vous souhaitez modifier.

  3. Sélectionnez Modify (Modifier).

  4. Dans la section Exportations de journaux, choisissez les journaux que vous souhaitez commencer à publier dans CloudWatch Logs.

    Vous pouvez choisir Journal de l'agent, Journal des erreursou les deux.

  5. Choisissez Continuer, puis Modifier l'instance de base de données sur la page récapitulative.

Pour publier des journaux SQL Server, vous pouvez utiliser la commande modify-db-instance avec les paramètres suivants :

  • --db-instance-identifier

  • --cloudwatch-logs-export-configuration

Note

Une modification apportée à l'option --cloudwatch-logs-export-configuration est toujours appliquée immédiatement à l'instance de base de données. Par conséquent, les options --apply-immediately et --no-apply-immediately sont sans effet.

Vous pouvez également publier des journaux SQL Server en utilisant les commandes suivantes :

Exemple

L'exemple suivant crée une instance de base de données SQL Server avec la publication CloudWatch des journaux activée. La valeur --enable-cloudwatch-logs-exports est un tableau de chaînes JSON qui peut inclure error, agent ou les deux.

Pour LinuxmacOS, ou Unix :

aws rds create-db-instance \ --db-instance-identifier mydbinstance \ --enable-cloudwatch-logs-exports '["error","agent"]' \ --db-instance-class db.m4.large \ --engine sqlserver-se

Dans Windows :

aws rds create-db-instance ^ --db-instance-identifier mydbinstance ^ --enable-cloudwatch-logs-exports "[\"error\",\"agent\"]" ^ --db-instance-class db.m4.large ^ --engine sqlserver-se
Note

Lorsque vous utilisez l'invite de commandes Windows, vous devez utiliser des guillemets doubles (") d'échappement dans le code JSON en les préfixant d'une barre oblique inverse (\).

Exemple

L'exemple suivant modifie une instance de base de données SQL Server existante pour publier des fichiers CloudWatch journaux dans Logs. La valeur --cloudwatch-logs-export-configuration n'est pas un objet JSON. La clé pour cet objet est EnableLogTypes et sa valeur est un tableau de chaînes qui peut inclure error, agent ou les deux.

Pour LinuxmacOS, ou Unix :

aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --cloudwatch-logs-export-configuration '{"EnableLogTypes":["error","agent"]}'

Dans Windows :

aws rds modify-db-instance ^ --db-instance-identifier mydbinstance ^ --cloudwatch-logs-export-configuration "{\"EnableLogTypes\":[\"error\",\"agent\"]}"
Note

Lorsque vous utilisez l'invite de commandes Windows, vous devez utiliser des guillemets doubles (") d'échappement dans le code JSON en les préfixant d'une barre oblique inverse (\).

Exemple

L'exemple suivant modifie une instance de base de données SQL Server existante pour désactiver la publication des fichiers journaux de l'agent dans CloudWatch Logs. La valeur --cloudwatch-logs-export-configuration n'est pas un objet JSON. La clé pour cet objet est DisableLogTypes et sa valeur est un tableau de chaînes qui peut inclure error, agent ou les deux.

Pour LinuxmacOS, ou Unix :

aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --cloudwatch-logs-export-configuration '{"DisableLogTypes":["agent"]}'

Dans Windows :

aws rds modify-db-instance ^ --db-instance-identifier mydbinstance ^ --cloudwatch-logs-export-configuration "{\"DisableLogTypes\":[\"agent\"]}"
Note

Lorsque vous utilisez l'invite de commandes Windows, vous devez utiliser des guillemets doubles (") d'échappement dans le code JSON en les préfixant d'une barre oblique inverse (\).