Discussion :

[Francis HENRY]

Bonjour,

Comment puis je estimer le volume disque nécessaire pour un passage en archive log pour une base non archive log sur un serveur de type Unix ?

(Version Oracle 8i)

[Jaouad]

le volume d'archivage peut se compter ainsi

Taille des redos * nbre destinations archivages * nbre de switch entre deux sauvegardes

[LeoAnderson]

mais il faut également prendre en compte la fréquence des backups et donc de l'effacement des archived log devenus inutiles...

Dans v$loghistory vous aurez un historique des log et donc vous pourrez vous faire une idée de l'activité de votre base...

[JUSTIN Loïc]

Dans v$loghistory vous aurez un historique des log et donc vous pourrez vous faire une idée de l'activité de votre base...

Ne parlerais-tu pas de v$loghist?

[LeoAnderson]

ni l'un ni l'autre : je pensais à v$log_history !
(mais n'ayant pas de DB sous la main... mea culpa. )

[JUSTIN Loïc]

Je viens de faire le test sur une base en 8i et en 9i et que c'est bien v$loghist.
Voici un exemple de résultat.

SEQUENCE# FIRST_CHANGE# INFO SWITCH_CHANGE#
--------- ------------- ----------------- --------------
246765 1052073575 05/05/10 04:32:32 1052074465
246766 1052074465 05/05/10 04:32:40 1052075352
246767 1052075352 05/05/10 04:32:48 1052076250
246768 1052076250 05/05/10 04:32:56 1052077150

Est-ce bien de ce type d'information que vous parliez?
PS:la colonne info est bien sur la colone FIRST_TIME renommée pour améliorer l'affichage des résultats

[LeoAnderson]

Vous-êtes vous donné la peine de jeter un coup d'oeil à v$log_history ?

SQL> desc v$log_history;
Name Type Nullable Default Comments
------------- ------ -------- ------- --------
RECID NUMBER Y
STAMP NUMBER Y
THREAD# NUMBER Y
SEQUENCE# NUMBER Y
FIRST_CHANGE# NUMBER Y
FIRST_TIME DATE Y
NEXT_CHANGE# NUMBER Y

je vous l'accorde, on retrouve les mêmes infos ...

[Francis HENRY]

Merci aux divers interlocuteurs pour leurs réponses

[JUSTIN Loïc]

Vous-êtes vous donné la peine de jeter un coup d'oeil à v$log_history ?

SQL> desc v$log_history;
Name Type Nullable Default Comments
------------- ------ -------- ------- --------
RECID NUMBER Y
STAMP NUMBER Y
THREAD# NUMBER Y
SEQUENCE# NUMBER Y
FIRST_CHANGE# NUMBER Y
FIRST_TIME DATE Y
NEXT_CHANGE# NUMBER Y

je vous l'accorde, on retrouve les mêmes infos ...

je reconnais que je n'ai pas pris la peine de regarder cette vue
N'ayant jamais travaillé avec.
Par contre en faisant des recherches sur METALINK. J'ai trouvé la note 220021.1 qui resume l'ensemble des vues V$ et la note 122555.1 qui permet de déterminez combien d'Espace disque est Nécessaire pour les Fichiers d'archives.

column ord noprint
column date_ heading 'Date' format A15
column no heading '#Arch files' format 9999999
column no_size heading 'Size Mb' format 9999999
compute avg of no on report
compute avg of no_size on report
break on report
select MAX(first_time) ord,
to_char(first_time,'DD-MON-YYYY') date_,
count(recid) no, count(recid) * <logfile_size> no_size
from v$log_history
group by to_char(first_time,'DD-MON-YYYY')
order by ord
/
clear breaks
clear computes
clear columns

(logfile_size taille des redologs)

Je me permets de rajouter cette info car elle me semble intéressante
exemple de résultats:

Date #Arch files Size Mb
--------------- ----------- --------
03-MAY-2005 991 7928
04-MAY-2005 635 5080
06-MAY-2005 105 840
07-MAY-2005 398 3184
09-MAY-2005 70 560
10-MAY-2005 504 4032
11-MAY-2005 1168 9344
12-MAY-2005 625 5000
13-MAY-2005 480 3840
----------- --------
553 4423