ALTER HEARTBEATTABLE

Utilisez ALTER HEARTBEATTABLE pour modifier les options existantes de table prédéfinie, de signaux d'activité et d'historique définies avec ADD HEARTBEATTABLE.

Cette commande nécessite DBLOGIN. Sur une base de données Conteneur, une connexion à une base de données pluggable est requise.

Valide pour Oracle, DB2 z/OS, DB2 LUW, DB2 for i, MySQL, PostgreSQL, SQL Server et Sybase. Cette commande n'est valide ni pour TimesTen ni pour Teradata.

Syntaxe

ALTER HEARTBEATTABLE
[, FREQUENCY number_in_seconds]
[, RETENTION_TIME number_in_days] |
[, PURGE_FREQUENCY number_in_days]
[, TARGETONLY | NOTARGETONLY]

FREQUENCY number_in_seconds

Indique la fréquence à laquelle les enregistrements de signal d'activité sont générés. La valeur par défaut est 60 secondes.

Tenez compte des limites suivantes :

• Pour Oracle Database, la valeur minimale est 0 et la valeur maximale est 7 999.

• Pour DB2 for iSeries, la valeur minimale est 0 et la valeur maximale est 7 999.

• Pour DB2 LUW et DB2 z/OS, la valeur minimale est 60 et la valeur maximale est 7 999.

• La fréquence pour DB2 z/OS et DB2 LUW doit être un multiple de 60 pour les valeurs inférieures à 3 600 et un multiple de 3 600 pour les valeurs supérieures ou égales à 3 600.

• Pour MySQL, la valeur minimale est 0 et la valeur maximale est 7 999.

• Pour SQL Server, la valeur minimale est 10 et la valeur maximale est 7 999. Elle permet de supprimer le travail UPDATE de table de signal d'activité d'agent SQL Server mais peut uniquement être définie avec ALTER HEARTBEATTABLE.

• Pour PostgreSQL, la valeur minimale est 60 et la valeur maximale est 7 999.

• Pour Sybase, la valeur minimale est 1 minute (60 secondes) et la valeur maximale est 133 minutes (7999 secondes).

• Les bases de données prenant en charge la définition de FREQUENCY sur 0 vont mettre en pause le planificateur d'enregistrement de signal d'activité.

RETENTION_TIME

Indique que les entrées de signal d'activité dépassant la durée de conservation dans la table d'historique de signal d'activité sont purgées. La valeur par défaut est de 30 jours.

Pour toutes les bases de données, la valeur minimale est 1 et la valeur maximale est 2 147 483 646.

PURGE_FREQUENCY

Indique la fréquence à laquelle la fonction de programmation de purge est exécutée pour supprimer de la table d'historique de signal d'activité les entrées de table dépassant la durée de conservation. Valeur par défaut : 1 jour.

Pour DB2 LUW et DB2 z/OS, la valeur minimale est 1 et la valeur maximale est 31.

Pour toutes les autres bases de données prises en charge, la valeur minimale est 1 et la valeur maximale est 199.

TARGETONLY | NOTARGETONLY

Valide pour Oracle Database, DB2 for iSeries, DB2 LUW, DB2 z/OS, MySQL, PostgreSQL et SQL Server.

L'option TARGETONLY modifie les tables de signal d'activité et de signal d'activité existantes en désactivant la journalisation supplémentaire sur les deux tables. Elle supprime le travail de fonction de programmation existant pour la mise à jour de la table de signal d'activité.

L'option NOTARGETONLY modifie les tables de signal d'activité et de signal d'activité existantes en activant la journalisation supplémentaire sur les deux tables. Elle crée un travail de fonction de programmation pour la mise à jour de la table de signal d'activité.

Exemples

ALTER HEARTBEATTABLE FREQUENCY 60

ALTER HEARTBEATTABLE RETENTION_TIME 30

ALTER HEARTBEATTABLE PURGE_FREQUENCY 1

ALTER HEARTBEATTABLE NOTARGETONLY