DBA_TABLES
ALL_TABLES
Oui. Principe de la validation rapide. Elles ne sont pas écrite tout de suite dans la table, mais directement dans le journal. La journalisation permettra un rollforward.
Selsect * from dict when table_name like”user%ind%”
En priorité dans le Large pool (DIA14). S’il devient insuffisant il débordera sur le Shared pool. C’est fait dynamiquement.
Piège! Réponse, oui! Le mot de passe n’est pas contrôlé. On se connecte avec toto. Mais le seul contrôl qui sera effectué sera de savoir si l’utilisateur est dans le groupe ORA_OPER. Par contre on entre dans un schéma public et non celui de toto.
900 - 16 - 4 = 880Mo
SGA_MAX_SIZE = 1000M SGA_TARGET = 900M (si était à 0 il n’y aurait pas de gestion automatique) LOG_BUFFER = 5124288 (alloué au moins un granule soit 4M) DB_4K_CACHE_SIZE = 16M DB_CACHE_SIZE = 128M
SGA_TARGET seulement → c’est la gestion automatique de la SGA qui gère DB_CACHE_SIZE est géré par la SGA et peut avoir plus de place si c’est possible.
900 (SGA_TARGET) - 16 (DB_4K_CACHE_SIZE) - 4 (LOG_BUFFER) = 860M
Contient autre chose que les statistiques → à chaque nouvelle collecte, il y a un diagnostique (performance et problème rencontré mais aussi des solutions proposées) dont le résultat sera stocké dans le différentiel.
Se trouve dans le tablespace SYSTEM et appartient à SYS. Contient l’ensemble des tables et vues décrivant les structures DB, utilisateurs, schémas.
Elle fait partie de la PGA, détient des tris, jointures, index.
Utilisé pour les tri
Utiliser pour les jointure
Utiliser pour la création des index bitmap
Oui. La journalisation permet de garder la cohérence. On pourra défaire les mises à jour effectuer si besoin (rollback)
C’est un numéro qui est attribué à chaque transaction validée. Il permet à ORACL de savoir ou il en est en cas de reprise. En cas de problème, on rollback jusqu’au dernier numéro SCN. Il permet de savoir jusqu’où se remettre en cas de problème.
4 caractères (pour nommé les processus), le dernier pouvant être un chiffre (utilisé en cas de processus multiple).
Lorsqu’on a beaucoup d’utilisateurs simultané, pour économisé des processus serveur qui sont des ressources lourdes à gérer par le système d’exploitation. Va nous permettre d’avoir de moins processus. Car si on a des processus dédiés (un par utilisateur), ça fait beaucoup à gérer pour l’OS. Performance en baisse.
Il ne peut pas démarrer ou arrêter une base de données
Il ne peut pas créer de BD
Il ne peut pas récupérer de BD
SMON (System Monitor). Lors d’une relance, SMON prend la main et essaie de remettre la BD dans un état propre en utilisant les fichiers de journalisation (restauration des données selon besoin, rollback)
Il fait un rollforward pour terminer les transactions validées et un rollback pour restaurer les données si besoin.
Quand le Database Cache buffet est plein.
On essaie de travailler un max avec le cache car accès disque trop long. Mais lorsque le cache est full, il faut écrire sur disque. CKPT peut demander à Database Writer d’avancer l’écriture pour éviter de laisser trop de données en arrière.
SYSDBA peut tout faire. SYSOPER peut démarrer et arrêter une BD mais ne peut pas en créer
DIA28 + 14 (java_pool_size)
SGA_MAX_SIZE = 1500M
SGA_TARGET = 0
LOG_BUFFER = 524288 (–> 8M, histoire de granule, pas 4M car SGA_MAX_SIZE > 1G)
SHARED_POOL_SIZE = 32M
DB_CACHE_SIZE = 256M
SGA_TARGET = 0 → La gestion de la mémoire automatique n’est pas mise en oeuvre. Chacun des buffers est défini par l’administrateur ou sinon prend les tailles par défaut.
SGA = 256 (DB_CACHE_SIZE) + 32 (SHARED_POOL) + 24 (JAVA_POOL, default size) + 8 (REDO_LOG_BUFFER + granule) = 320M
Réponse: le potentiel d’amélioration = 1500 - 320 = 1180M disponible pour modif à chaud.
Le Java pool a 24M par défaut.
Il faut que le paramètre STATICS_LEVEL soit à TYPICAL (défaut) ou ALL pour que la gestion automatique de la mémoire soit active.
700 - 180 - 4 -16 = 500 Mo
MEMORY_MAX_TARGET = 900M
MEMORY_TARGET = 700M
SGA_TARGET = 300M
DB_4K_CACHE_SIZE = 16M
PGA_AGGREGATE_TARGET = 180M
MEMORY_TARGET ⇒ Gestion mémoire automatique
(Cas de gestion de mémoire automatique de la mémoire totale parce que MEMORY_MAX_TARGET )
700 - 16 (DB_4K_CACHE_SIZE) - 4 (granule) = 680M (SGA + PGA)
Il faut laisser la place pour la PGA (minimum 180M)
680 - 180 (PGA_AGGREGATE_TARGET) = 500M (SGA)
CKPT fait de la synchronisation, il besoin de lire les journaux et écrire dans les fichiers de données. Il démarre donc DBWn (Database Writer) et aussi le LGWR (Log Writer).
PMON, si cela arrive, PMON détecte. S’il y a des transactions en cours sans être validé, PMON lance un rollback.