Questionnaire 7 : Fichiers Flashcards
- Quel est le contenu du fichier de contrôle (au moins 4 réponses) ?
- Nom DB
- date/heure création DB
- emplacements des fichiers DB
- infos sur les points de reprise DB
- A quel moment s’aperçoit-on d’un problème avec un fichier de contrôle ? Que peut-on faire
préventivement ?
Au moment du montage de la base de donnée.
On peut le multiplexer pour toujours avoir une copie disponible.
- Peut-on démarrer une instance s’il y a un problème avec le fichier de contrôle ?
Oui, on peut démarrer une instance. Le problème va se poser au montage de la base de donnée.
- A quoi sert la vue v$controlfile
A visualiser le nom et la taille des fichiers de contrôle.
- A quoi sert la vue v$controlfile_record_section ? Donnez un exemple d’un cas d’utilisation de
cette vue.
Elle sert à visualiser les nombres d’enregistrement type par type des différents éléments de la base.
Par exemple pour Datafile si on trouve 32, ça veut dire qu’on a 32 slot pour les fichier de donnée. Si on en a déjà utiliser 7 il nous en reste 25.
- Quel sont les SCN (System Change Number) significatifs pour la gestion de la BD que l’on trouve
dans v$database ? Quel sont leurs valeurs relatives (plus grand, plus petit) ?
current_scn : SCN courrant
controlfile_change# : dernier SCN enregistré
checkpoint_change# : SCN du dernier point de rerpise
- Comment déplacer un des fichiers de contrôle dans un exploitation Oracle avec fichier de
paramètre serveur (5 étapes) ?
– Spécifier les anciens et le nouvel emplacement par alter system set control_files = … scope=spfile
– Arrêter la base proprement par shutdown immediate
– Dupliquer un fichier de contrôle vers le nouvel
emplacement
– Redémarrer la base de données par startup
– Vérifier avec v$controlfile
- Que se passera-t-il et pourquoi si l’on duplique un fichier de contrôle, qu’on le fasse prendre en
compte par “alter system” puis que l’on arrête et redemarre la base de données ?
La DB ne fera pas le mount car le fichier de contrôle ne sera pas cohérent.
- Citez 2 situations d’utilisation des fichiers de journalisation
Restauration de l’instance
Restauration de la BD (si on a fait les archives des journaux)
- Un de vos tablespaces utilisateur est corrompu, tous les autres sont en ordre. Vous disposez
d’une sauvegarde des données de 3 jours et des fichiers de journalisation. Est-ce suffisant pour
redémarrer la base de données ou que manque-t-il ?
C’est pas suffisant car pour redémarrer on a aussi besoin des archives des journaux de journalisation.
- Suite à une panne de courant, votre serveur Oracle s’est arrété brutalement. Vous disposez des
tablespaces, d’une sauvegarde de 3 jours et des fichiers de journalisation. Est-ce suffisant pour
redémarrer la base de données ou que manque-t-il ?
Oui, c’est suffisant.
- Pourquoi faut-il au moins 2 groupes de journalisation ?
Parce que le processus de LGWR et dbwn qui relie les journaux ne peuvent pas travailler sur le même groupe.
- Selon la vue v$log, à quelle situation correspond le status UNUSED pour un groupe de
journalisation ? Et le status ACTIVE ?
UNUSED = pas encore écrit
CURRENT
ACTIVE (nécessaire pour restauration instance)
INACTIVE
- De quel numéro garde-t-on la trace avec sa date dans un groupe de journalisation actif ?
Le numéro et date du plus petit SCN
- Quelle différence entre un numéro de groupe et un numéro de séquence pour un groupe de
journalisation ?
le numéro de groupe on boucle dessus (fixe), le numéro de séquence on l’incrémente à l’infini (très grand).