Nous avons déjà fait référence, brièvement, à la gestion dynamique de la base de données dans la
partie précédente. Par le paramétrage variable des mémoires tampons circulaires et des niveaux
d'archivage, la gestion dynamique de la base de données acquiert une importance particulière
lorsque la capacité de mémorisation totale
1. répond exactement aux exigences,
2. est calculée trop juste,
3. est trop grande.
Pour le point 1.
La capacité totale calculée pour la taille de la base de données correspond exactement à la
capacité nécessaire en mode d'exploitation réel :
Dans ce cas, la gestion dynamique du re_porter fait automatiquement à ce que soit mise à la
disposition de chaque opération d'enregistrement suffisamment de capacité en fonction de la
durée paramétrée.
Pour le point 2.
La capacité totale calculée pour la taille de la base de données dépasse la capacité nécessaire en
mode d'exploitation réel :
La gestion dynamique de la base de données répartit alors uniformément la capacité excédentaire
entre toutes les opérations d'enregistrement paramétrées.
Si, par exemple, deux opérations d'enregistrement ont été paramétrées à des niveaux d'archivage
différents de 10 et 20 jours et si la base de données offre une capacité excédentaire de 5 jours,
cette dernière est répartie entre les niveaux 1 et 2 de manière à élargir uniformément, dans le
temps, les deux niveaux (le niveau 1 pourra alors mémoriser 11,6 jours environ et le niveau 2 23,3
jours environ ; les deux niveaux subissent ainsi une prolongation de 16% environ).
Pour le point 3.
La capacité totale calculée pour la taille de la base de données est inférieure à la capacité
nécessaire en mode d'exploitation réel :
La gestion dynamique de la base de données réduit uniformément la capacité de mémorisation de
toutes les opérations d'enregistrement.
Si (par rapport à l'exemple précédent), il manque dans la capacité totale de la base de données
une capacité de 5 jours, alors le niveau d'archivage 1 mémorisera 8,3 jours environ au lieu de 10
jours et le niveau d'archivage 2 16,6 jours environ au lieu de 20 jours (les deux niveaux se
raccourcissent ainsi de 16% environ).
Dans ce cas, il sera possible à tout moment d'élargir la base de données sans perte d'image afin
de garantir la capacité de mémorisation nécessaire.
Grâce à la gestion dynamique de la base de données
- il est possible d'éviter les "données caduques d'images/d'évènement" dans la base de données,
car les évènements bloqués, sans libération manuelle, seront écrasés par surécriture tôt ou tard
selon le réglage des durées d'archivage, en cas de besoin d'espace mémoire. Ceci est valable
également pour les anneaux.
- l'étude du projet se simplifie considérablement : En lieu et place des capacités estimées,
indiquées en valeurs au pour mille, vous indiquez les durées de mémorisation nécessaires.
- il est possible, à tout moment, d'élargir la base de données sans pertes d'images (!) dans le cas
où vous vous seriez trompé lors de l'estimation de la capacité de mémorisation.
Sous reserve modifications techniques
45