Estimation de la volumétrie des fichiers archivelog

Version imprimable

11/07/2016, 13h32
Francky75000

Estimation de la volumétrie des fichiers archivelog

Bonjour,

Comment peut on estimer la volumétrie moyenne des fichiers archivelog sur une periode donnée ?

En vous remerciant,

Francky

Bonjour,

La vue V$ARCHIVED_LOG devrait faire votre bonheur.

Par exemple, pour savoir la quantité d'archive log générée chaque jour :
Code:

1 2 3 4 5 SELECT trunc(next_time) Jour, round(sum(blocks*block_size/1024/1024)) "Taille en Mo" FROM v$archived_log GROUP BY trunc(next_time) ORDER BY 1 DESC ;

11/07/2016, 14h13
Francky75000

Mille et 1 Merci, je vais étudier cela de suite et je vous tiens au courant de la suite.

Merci

Attention, la requête donnée est globale à toutes les destinations (les logs peuvent être écrits à plusieurs endroits), ainsi que les threads des groupes d'archive log
https://docs.oracle.com/cd/B19306_01...htm#REFRN30011

Code:

1
2
3
4
5
6
7
8
SELECT NAME, VALUE FROM v$parameter
WHERE NAME LIKE 'log_archive_dest%'
AND NAME NOT LIKE 'log_archive_dest_state_%'
and value is not null
 
NAME	VALUE
log_archive_dest_1	LOCATION=/home/oracle/archlog/mabase/local MANDATORY
log_archive_dest_2	LOCATION=/home/oracle/archlog/mabase/remote/logs

Code:

1
2
3
4
5
6
7
8
9
10
11
12
SELECT NAME, dest_id, thread#, sequence#, first_change#, BLOCKS
FROM v$archived_log
 
NAME							DEST_ID	THREAD#	SEQU#	FIRST_CHANGE#	BLOCKS
/home/oracle/archlog/mabase/local/1_140273_00.dbf	1	1	140273	47340636288	67512
/home/oracle/archlog/mabase/remote/logs/1_140273_00.dbf	2	1	140273	47340636288	67512
/home/oracle/archlog/mabase/local/1_140274_00.dbf	1	1	140274	47340668555	53907
/home/oracle/archlog/mabase/remote/logs/1_140274_00.dbf	2	1	140274	47340668555	53907
/home/oracle/archlog/mabase/local/1_140275_00.dbf	1	1	140275	47340702559	72964
/home/oracle/archlog/mabase/remote/logs/1_140275_00.dbf	2	1	140275	47340702559	72964
/home/oracle/archlog/mabase/local/1_140276_00.dbf	1	1	140276	47340756951	71534
/home/oracle/archlog/mabase/remote/logs/1_140276_00.dbf	2	1	140276	47340756951	71534

Donc vérifier les dest_id et les thread#, puis n'en prendre qu'un pour faire la somme.

Estimation de la volumetrie des archivelog générée en une periode donnée

Bonjour ,
voici un petit script qui te donnera le nombre de sequence des archivelogs depuis une certaine periode :
Code:

1 2 3 4 5 6 7 8 9 10 11 select to_char(first_time,'dd/mm/yyyy') Jour, to_char(first_time,'hh24')||':00' Heure, avg(block_size*blocks) avg_bytes, count(1) nb, max(block_size*blocks) max_bytes, min(block_size*blocks) min_bytes from v$archived_log where sysdate - first_time <= nb_de_jours group by to_char(first_time,'dd/mm/yyyy'), to_char(first_time,'hh24') ;
si ça peut t'aider à estimer les fréquences des switchs logfile ??

15/07/2016, 10h36
big1

Bonjour MCM,
Je ne comprends pas bien :
"puis n'en prendre qu'un pour faire la somme. "

Prendre 1 de quoi ?(Le dest_id ) Et faire la somme pour chaque dest_id ?

D'avance merci.
15/07/2016, 11h25
McM

Citation:

vérifier les dest_id et les thread#, puis n'en prendre qu'un pour faire la somme

Ne prendre qu'un couple dest_id, thread#

Je ne peux pas tester sur les thread#, je n'ai pas de base en multi-thread d'archive log.

Mais tu peux toujours grouper par dest_id, thread#, les sommes devraient être identiques.
16/07/2016, 09h08
dell68

Estimation de la volumetrie des archivelog générée en une periode donnée

Alors le count(1) est équivalent à count(*), et c'est le nombre basculement de sequences journaux qui ont se sont
produit en une heure et en une journée, quand à v$archived_log.dest_id je n'ai pas affiché car je n'ai plusieurs destinations
hébérgeant les journaux de la base .
Voilà, j'éspère que c'est clair
12/09/2016, 10h12
Francky75000

Merci de votre aide ! Par contre il n'y a pas possibilité d'estimer la volumétrie que nécessitera les archivelog avant le passage de la base en mode archive log ?
Parce que la grosso modo on prend le problème par la fin, mais est ce possible de savoir la volumétrie des archive log au préalable (potentiellement parlant) afin de prévoir des disques adéquats au préalable pour stocker ces archive logs sur une période données ?

Merci pour votre aide

Oui c'est tout à fait possible, grâce à la vue V$LOG_HISTORY, qui enregistre les changements de fichiers redo (switch logfile).
On suppose que chaque changement est naturel (n'a pas été forcé) et correspond donc à un fichier redo plein.

Si on avait été en ARCHIVELOG, on aurait généré un volume égal au nombre de changements de redo multiplié par la taille d'un redo.
Code:

1 2 3 4 5 6 7 8 9 -------------------------------- -- Estimation volume archivelogs -------------------------------- SET PAGESIZE 50 select trunc(first_time) "DATE", count(*) "BASCULES", count(*)/24 "MOYENNE / H", count(*) * max(taille) "Volume Mo" from v$log_history lh, (select max(bytes)/1024/1024 taille from v$log) l group by rollup(trunc(first_time)) order by trunc(first_time);

14/09/2016, 10h21
dell68

Estimation de la volumetrie des fichiers archivelog

Je te suggère une fonctionnalité décrit dans ces url suivants :
http://www.siue.edu/~dbock/cmis565/module8-redo_log.htm paragraphe : About the FAST_START_MTTR_TARGET
http://www.dba-oracle.com/oracle_tip...ng_advisor.htm

Bonne chance !
15/09/2016, 22h15
Pomalaix

Citation:

Envoyé par dell68

Je te suggère une fonctionnalité décrit dans ces url suivants :
http://www.siue.edu/~dbock/cmis565/module8-redo_log.htm paragraphe : About the FAST_START_MTTR_TARGET

Je ne comprends pas votre suggestion. La question porte sur le volume d'archivelogs qui serait généré, pas sur la taille idéale d'un fichier redo log.