it-swarm.it

Come trovo il mio SCN attuale?

Data qualsiasi versione di Oracle:

  • Come trovo il mio SCN attuale?
  • Qual è il massimo SCN possibile?
14
Nick Chammas

SCN attuale

Oracle 9i:

SELECT dbms_flashback.get_system_change_number as current_scn 
FROM DUAL;

Oracle 10g e versioni successive:

SELECT current_scn
FROM V$DATABASE;

Limiti SCN

SCN ha un limite rigido imposto dal suo formato e un limite soft imposto artificialmente da Oracle, come descritto qui . Ho citato le parti pertinenti di seguito (enfasi aggiunta).

Hard Limit

Gli architetti dell'applicazione database di punta di Oracle devono essere ben consapevoli che l'SCN doveva essere un numero intero enorme. È: un numero a 48 bit ( 281.474.976.710.656 ). Ci vorrebbero eoni per un database Oracle per eclissare quel numero di transazioni e causare problemi - o almeno così si potrebbe pensare.

Soft Limit

Il limite morbido deriva da un calcolo molto semplice ancorato ad un punto nel tempo di 24 anni fa: Prendi il numero di secondi da 00:00:00 01/01/1988 e moltiplica tale cifra per 16.384 . Se il valore SCN corrente è inferiore a quello, allora tutto va bene e l'elaborazione continua normalmente. Per dirla in termini semplici, il calcolo presuppone che un database sia costantemente in esecuzione dal 01/01/1988, l'elaborazione di 16.384 transazioni al secondo, nella realtà non può esistere.

Controllo limite SCN

Questo script (Oracle 10g e versioni successive) verificherà quanti limiti hard e soft hai esaurito. Grazie a Rob per aver definito il limite soft.

WITH limits AS (
  SELECT 
      current_scn
  --, dbms_flashback.get_system_change_number as current_scn -- Oracle 9i
    , (SYSDATE - TO_DATE('1988-01-01 00:00:00', 'YYYY-MM-DD HH24:MI:SS')) * 24*60*60 * 16384 
        AS SCN_soft_limit
    , 281474976710656 AS SCN_hard_limit
  FROM V$DATABASE
)
SELECT
    current_scn
  , current_scn/scn_soft_limit*100 AS pct_soft_limit_exhausted
  , scn_soft_limit
  , current_scn/scn_hard_limit*100 AS pct_hard_limit_exhausted
  , scn_hard_limit
FROM limits;
16
Nick Chammas

Ecco una domanda che mi è venuta in mente per verificare la sanità mentale dei miei database per quanto riguarda il problema dei bug SCN:

# Show the amount of SCN keyspace we have used so far on this database
# By default the SCN max on a 10g/11g 
# instance is a 48-bit integer (281,474,976,710,656) 
SELECT NAME,  
   (current_scn/281474976710656)*100 as PCT_OF_SCN_KEYSPACE_USED,  
   ROUND(SYSDATE-CREATED) as DAYS_SINCE_DB_CREATION, 
   ROUND(1/(current_scn/281474976710656)*(SYSDATE-CREATED)) AS EST_DAYS_BEFORE_SCN_EXHAUSTED, 
   ROUND(1/(current_scn/281474976710656)*(SYSDATE-CREATED)/365) AS EST_YEARS_BEFORE_SCN_EXHAUSTED  
FROM v$database;

La maggior parte dei miei database che utilizzano collegamenti DB hanno raggiunto il 3,5% e possono continuare alla velocità attuale per oltre 50 anni senza problemi. Questo non significa che io sia al sicuro da qualcuno che solletica il bug SCN, ma almeno non abbiamo trovato un database che fosse molto più alto degli altri o vicino al limite.

6
David Mann

281.474.976.710.656 è il limite massimo. Ti consigliamo di sapere qual è il limite soft, poiché questo è il valore che ti colpirebbe per primo. Il limite morbido è (approssimativamente) calcolato dal numero di secondi trascorsi dal 1 ° gennaio 1988 x 16384.

2
Rob