Fdb redo time matrix

De wiki.nexiat.fr
Aller à la navigation Aller à la recherche
Fiche express
Type Script SQL*Plus de diagnostic
Rôle Volume de redo capturé par le Flashback Database dans le temps
Voir aussi Fdb status · Fdb log files

Fdb redo time matrix interroge v$flashback_database_stat pour afficher, tranche horaire par tranche horaire, le volume de données réellement écrit dans la base (db_data), le volume de redo généré (redo_data) et le volume de données de flashback produit (flashback_data), ainsi qu'une estimation de la taille de flashback correspondante.

Script

SET TERMOUT OFF
COLUMN current_instance NEW_VALUE current_instance NOPRINT
SELECT RPAD(SYS_CONTEXT('USERENV', 'INSTANCE_NAME'), 17) current_instance FROM dual;
SET TERMOUT ON

PROMPT
PROMPT +------------------------------------------------------------------------+
PROMPT | Rapport   : Matrice de redo Flashback Database dans le temps           |
PROMPT | Instance  : &current_instance                                         |
PROMPT +------------------------------------------------------------------------+

SET ECHO OFF FEEDBACK 6 HEADING ON LINESIZE 180 PAGESIZE 50000 TIMING OFF VERIFY OFF
CLEAR COLUMNS BREAKS COMPUTES

COLUMN begin_time               FORMAT a21                HEADING 'Begin Time'
COLUMN end_time                 FORMAT a21                HEADING 'End Time'
COLUMN flashback_data           FORMAT 9,999,999,999,999  HEADING 'Flashback Data'
COLUMN db_data                  FORMAT 9,999,999,999,999  HEADING 'DB Data'
COLUMN redo_data                FORMAT 9,999,999,999,999  HEADING 'Redo Data'
COLUMN estimated_flashback_size FORMAT 9,999,999,999,999  HEADING 'Estimated|Flashback Size'

SELECT
    TO_CHAR(begin_time, 'DD-MON-YYYY HH24:MI:SS') begin_time
  , TO_CHAR(end_time, 'DD-MON-YYYY HH24:MI:SS') end_time
  , flashback_data
  , db_data
  , redo_data
  , estimated_flashback_size
FROM
    v$flashback_database_stat
ORDER BY
    begin_time;

v$flashback_database_stat ne conserve qu'un historique glissant (par défaut aligné sur les dernières 24 heures, par pas horaire). Un ratio redo_data élevé par rapport à db_data indique une activité d'écriture soutenue : c'est ce flux qui dimensionne la consommation d'espace de flashback et donc la taille à prévoir dans la Flash Recovery Area.

Voir aussi

  • Fdb status — état général et rétention du Flashback Database
  • Fdb log files — détail des fichiers de log de flashback