Fichiers journaux de base de données Amazon RDS for Microsoft SQL Server - Amazon Relational Database Service
Programme de rétentionUtilisation de la procédure rds_read_error_logPublication de journaux SQL Server dans Amazon CloudWatch Logs

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 Amazon RDS for 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 de journaux SQL Server dans Amazon CloudWatch Logs

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

CloudWatch Logs vous permet d'effectuer les actions 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.

  • Diffuser 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 Utilisation d'Amazon CloudWatch Logs dans le Guide du développeur d'applications de service géré Amazon pour Apache Flink pour SQL.

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 des agents et les journaux des erreurs, les données d’erreurs sont stockées dans un flux de journal des erreurs dans le groupe de journaux /aws/rds/instance/my_instance.node1/error, et les données de journaux des agents sont stockées dans le groupe de journaux /aws/rds/instance/my_instance.node1/agent.

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 journaux est automatiquement créé pour que /aws/rds/instance/my_instance/rds-events stocke les données d’événements telles que les basculements d’instances de base de données.

Note

La publication de 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 de journaux SQL Server dans CloudWatch Logs est prise en charge pour toutes les régions, sauf pour Asie-Pacifique (Hong Kong).

Pour publier des journaux de base de données SQL Server dans CloudWatch Logs à partir de l'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.

  4. Dans la section Exportations des journaux, choisissez les journaux que vous voulez 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 Logs activée. La valeur --enable-cloudwatch-logs-exports est un tableau de chaînes JSON qui peut inclure error, agent ou les deux.

Pour Linux, macOS 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

Pour 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 les fichiers journaux dans CloudWatch 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 Linux, macOS ou Unix :

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

Pour 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 de fichiers journaux d'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 Linux, macOS ou Unix :

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

Pour 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 (\).