Questionnaire 8 Flashcards
1
Q
- Quel est le contenu du fichier de contrôle (au moins 4 réponses) ?
A
- Nom de la base de donnée
- Emplacement des autres fichiers de la BD
- Date/heure de sa création
- Information sur les points de reprise
2
Q
- A quel moment s’aperçoit-on d’un problème avec un fichier de contrôle ? Que peut-on faire
préventivement ?
A
- Au montage de la base
* On peut le multiplexer pour avoir toujours une copie disponible
3
Q
- Peut-on démarrer une instance s’il y a un problème avec le fichier de contrôle ?
A
Oui
4
Q
- A quoi sert la vue v$controlfile
A
• A visualiser nom et taille des fichiers de contrôle
5
Q
- A quoi sert la vue v$controlfile_record_section ? Donnez un exemple d’un cas d’utilisation de
cette vue.
A
Visualiser le nombre d’enregistrements possibles type par type pour différents éléments de la base
6
Q
- 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) ?
A
- Current_scn
- Controlfile_change#
- Checkpoint_change#
7
Q
Comment déplacer un des fichiers de contrôle dans un exploitation Oracle avec fichier de
paramètre serveur (5 étapes) ?
A
- Spécifier les anciens et nouvel emplacement alter system
- Arrêter la base proprement
- Dupliquer un fichier de contrôle
- Redémarrer la bd par statut
- Vérifier avec v$controlfile
8
Q
- 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 ?
A
• La base ne montera pas, référencera un fichier de contrôle incohérent.
9
Q
- Citez 2 situations d’utilisation des fichiers de journalisation
A
- Restauration de l’instance à un état propre de point de reprise (checkpoint)
- Restauration de la base elle-même à partir d’une sauvegarde, si on a fait des sauvegardes
10
Q
- 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 ?
A
• Non, pas suffisant, il faut aussi les archives des fichiers de journalisation
11
Q
- 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 ?
A
Oui
12
Q
- Pourquoi faut-il au moins 2 groupes de journalisation ?
A
• Parce-que le processus LGWR et le processus DBWN ne peuvent pas travailler sur le même groupe.
13
Q
- Selon la vue v$log, à quelle situation correspond le status UNUSED pour un groupe de
journalisation ? Et le status ACTIVE ?
A
- UNUSED : Pas encore utilisé
* ACTIVE : Nécessaire pour la restauration d’instance (point de reprise pas terminé)
14
Q
- De quel numéro garde-t-on la trace avec sa date dans un groupe de journalisation actif ?
A
• Numéro et date du plus petit SCN
15
Q
- Quelle différence entre un numéro de groupe et un numéro de séquence pour un groupe de
journalisation ?
A
- Numéro de groupe : nb fixe
* No de séquence : incrémenté à chaque basculement de 1 à N
16
Q
- Soit une instance avec 3 groupes de journalisation (numérotés 1,2,3) comprenant chacun 2
fichiers membres (1a,1b,2a,2b,3a,3b). A quel groupe sera affecté en principe le numéro de
séquence 5 ?
A
• On va affecter numéro de séquence N au groupe 1 puis 2 puis 3 et après on boucle, donc il sera le groupe 2. (à 3 on boucle)
17
Q
- Peut-il y avoir 2 groupes de journalisation avec le status INACTIVE dans v$log ? Et avec le status
ACTIVE ?
A
• Oui pour le 1 et oui pour le 2 (2x oui :-))
18
Q
- A quoi correspond le status CURRENT pour un groupe de journalisation
A
• C’est le groupe en cours d’écriture par le LGWR.
19
Q
- Un fichier membre a un status vide dans v$logfile. Qu’est ce que cela veut dire ?
A
• Ça veut dire qu’il est utilisé, pas de problème
20
Q
- Quels sont les SCN (System Change Number) gardés après l’utilisation de chaque groupe de
journalisation dans v$log_history
A
• Le plus petit et le plus grand écrits dans ce groupe
21
Q
- Comment visualiser l’heure dans une colonne de type DATE, par exemple pour la colonne
fisrt_time de v$log_history ?
A
• Utiliser fonction to_char(first_time,’DD/MM HH24:MI’)
22
Q
- Pourquoi des fichiers de journalisation trop petits pénalisent-ils les performances ?
A
• Basculements trop fréquents -> mauvaises performances
23
Q
- Quel est le problème avec des fichiers de journalisation trop volumineux ?
A
• Restauration de l’instance risquerait d’être trop longue
24
Q
- Quelle est la recommandation d’Oracle sur la fréquence de basculement des groupes de
journalisation ?
A
• 20 à 30 minutes
25
25. Le fichier d'alertes de l'instance est rempli de messages "cannot allocate new log ... checkpoint not complete". Que cela veut-il dire et que faut-il faire ?
* Ça veut dire que le processus LGWR est souvent en attente qu'un point de reprise soi terminé pour pouvoir utiliser ce groupe.
* Il faut ajouter un nouveau groupe de journalisation
26
26. Le fichier d'alertes de l'instance est rempli de messages "cannot allocate new log ... all online logs needed archiving". Que cela veut-il dire et que faut-il faire ?
* Ça veut dire qu'on peut basculer sur un groupe car on est attente de la fin d'archivage de ce même groupe
* Il faut rajouter un nouveau groupe
27
Quelles sont les 2 causes possibles de mise en attente de LGWR lorsque le nombre de groupe de journalisation est faible ?
* Point de reprise non terminé
| * Archivage non terminé
28
28. Citez 2 moyens pour vérifier la fréquence des basculements de fichier de journalisation.
* Message "thread 1 advanced to log sequence…'
| * Regarder dans v$log_history car nouvelle ligne
29
29. Décrivez comment augmenter la taille des fichiers de journalisation.
• Il faut ajouter des groupes avec la taille souhaité, forcer les basculements et supprimer les anciens groupes
30
30. Soit une instance avec 2 groupes de journalisation (numérotés 1,2) comprenant chacun 1 fichier
membre (1a,2a). Décrivez en citant les commandes comment améliorer la sécurité de la
journalisation
* Il faut ajouter des membres dans les groupes Na, Nb …
| * Alter database add logfile member
31
31. Soit une instance avec 2 groupes de journalisation (numérotés 1,2) comprenant chacun 2 fichiers
membres (1a,1b,2a,2b) de 50M. Vous constatez que les basculements de groupe sont très
souvent en attente. Que devez vous faire, en citant les commandes ?
* Il faut ajouter un novueau groupe avec le même numéro de membres et la même taille
* Alter database add logfile (nomFichier, size)
32
32. Soit une instance avec 2 groupes de journalisation (numérotés 1,2) comprenant chacun 2 fichiers
membres (d:...redo01a.log,d:...redo01b.log,d:...redo02a.log,d:...redo02b.log). Vous venez d'installer un autre disque (disque e:). Décrivez en citant les commandes comment améliorer les performances de la journalisation en utilisant ce disque pour répartir les accès.
* Shtudown immediate
* Déplacer les fichiers concernés sur le dique e:
* Startup mount
* Alter database rename file 'ancien' to 'nouveau'
* Alter database open
33
33. Dans quel status (vue v$log) un groupe doit-il être pour pouvoir lui retirer un membre ou le supprimer ? Que doit-il rester au minimum dans chaque cas pour comme groupe ou fichier de journalisation ?
* Il doit être INACTIVE
* Il faudra qu'il reste au moins un membre (pas de groupes vides)
* Il faudra qu'il reste au moins 2 groupes
34
34. Quel est l'effet de 'alter system switch logfile' ?
• Ça force le basculement du groupe de journalisation
35
35. Quel est l'effet et l'intérêt de définir le paramètre FAST_START_MTTR_TARGET ?
* Permettre de définir des points de reprises intermédiaires sans basculement de groupe
* Raccourcir le temps de reprise d'une instance
36
36. Quand la colonne optimal_logfile_size de v$instance_recovery est-elle renseignée et qu'elle est
sa signification ?
* Elle est renseigné si FAST_START_MTTR_TARGET est définie
| * Taille des fichiers logs permettant d'atteinde cet objectif sans point de reprise intermédiaire
