SYSTOOLS.AUDIT_JOURNAL_RO

À quoi ça sert

Cette fonction de table lit les entrées de type RO du journal d'audit, écrites quand une restauration attribue un nouveau propriétaire à l'objet. SAVE_OWNER est le propriétaire au moment de la sauvegarde et RESTORE_OWNER celui après la restauration. Les chemins IFS (PATH_NAME) et les objets de bibliothèque de documents sont aussi couverts.

Cela arrive par exemple quand le profil propriétaire n'existe pas sur le système où l'on restaure : l'objet est alors attribué à un autre profil, souvent QDFTOWN ou QSYS, ce qui peut casser des droits adoptés ou des accès.

L'exemple d'IBM liste les objets de APPLIB1 dont le propriétaire est devenu QSYS après des restaurations de la dernière journée.

Résultat réel sur un IBM i 7.5

Ce que nous avons exécuté :

SELECT OBJECT_NAME, RESTORE_OWNER FROM TABLE( 
  SYSTOOLS.AUDIT_JOURNAL_RO( 
    STARTING_TIMESTAMP => CURRENT TIMESTAMP - 1 DAY)) 
    WHERE OBJECT_LIBRARY = 'APPLIB1'  
        AND RESTORE_OWNER = 'QSYS'

Aucune entrée de ce type dans le journal d'audit sur les 90 derniers jours : ce type d'événement n'est pas audité ou ne s'est pas produit sur notre IBM i de test.

L'exemple d'IBM

Lister les objets de APPLIB1 appartenant à QSYS à la suite de restaurations faites au cours du dernier jour.

-- Description: List any objects in APPLIB1 that are owned by QSYS as a result of  
  -- restores done in the last day.   
 SELECT OBJECT_NAME, RESTORE_OWNER FROM TABLE( 
  SYSTOOLS.AUDIT_JOURNAL_RO( 
    STARTING_TIMESTAMP => CURRENT TIMESTAMP - 1 DAY)) 
    WHERE OBJECT_LIBRARY = 'APPLIB1'  
        AND RESTORE_OWNER = 'QSYS';

Paramètres

Colonnes renvoyées (38)