[ADMIN] Archive log : estimation volumétrie

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)

le volume d'archivage peut se compter ainsi

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

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

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

Citation:

---

Envoyé par LeoAnderson

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? :?

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

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.

Citation:

---

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

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

Citation:

---

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 ... :wink:

Merci aux divers interlocuteurs pour leurs réponses :bravo:

Citation:

---

Envoyé par LeoAnderson

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

Citation:

---

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 ... :wink:

---

je reconnais que je n'ai pas pris la peine de regarder cette vue :oops:
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.

Citation:

---

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:

Citation:

---

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

---