Notions de base de fichiers de journalisation dans Oracle 12c

Des fichiers de journalisation stocker les informations de la mémoire tampon du journal dans la base de données Oracle 12c. Ils sont écrits par le Log Writer (LGWR). Encore une fois, vous ne pouvez pas lire ces fichiers binaires sans l'aide du logiciel de base de données.

Typiquement, des fichiers de journalisation sont nommés avec l'extension .LOG ou .RDO. Il peut être tout ce que vous voulez, mais la meilleure pratique indique l'un de ces deux extensions. En outre, des fichiers de journalisation sont organisés en groupes et les membres. Chaque base de données doit avoir au moins deux groupes de journalisation.

Des fichiers de journalisation contiennent toute l'information nécessaire pour récupérer les données perdues dans votre base de données. Chaque instruction SQL que vous émettez l'évolution des données peut être reconstruit par les informations enregistrées dans ces fichiers.

Rétablir les fichiers journaux ne consignent pas les instructions select. Si vous oubliez ce que vous avez sélectionné, vous allez juste d'avoir à rappeler que sur votre propre!

La taille optimale pour vos fichiers de journalisation dépend du nombre de modifications que vous apportez à votre base de données. La taille est choisi par vous lorsque vous configurez la base de données et peut être réglé plus tard. Lorsque le LGWR écrit dans un fichier de journalisation, il le fait de manière séquentielle.

Elle commence au début du fichier et une fois qu'il est rempli, il passe à la suivante. Ceci est où le concept de groupes entre en jeu. Oracle remplit chaque groupe et se déplace à l'autre. Une fois qu'il a rempli tous les groupes, il remonte à la première.

Vous pourriez dire qu'ils sont écrits de manière circulaire. Si vous avez trois groupes, ce serait quelque chose comme 1,2,3,1,2,3,. . . et ainsi de suite.

Chaque fois qu'un groupe se remplit et les commutateurs d'écriture, on appelle ça un connecter fonctionnement de l'interrupteur. Ces choses se produisent au cours d'une opération de changement de journal:

• 
  
  
  
  

  Le LGWR fini d'écrire le groupe actuel.

• Le LGWR commence à écrire au groupe suivant.

• Un point de contrôle de base de données se produit.

• Le DBWR écrit blocs modifiés de la cascade de la mémoire tampon.

Combien de temps chaque groupe remplit est la façon dont vous déterminez sa taille. En regardant toutes les choses qui se produisent lorsqu'un changement de journal qui se passe, vous pourriez acceptez qu'il est une opération assez complexe. Pour cette raison, vous ne voulez pas commutateurs journaux fréquents.

La règle générale est que vous ne voulez pas changer de fichiers journaux plus souvent que toutes les 15-30 minutes. Si vous trouvez que cela se produise, envisager d'augmenter la taille de chaque groupe.

Parce que ces fichiers de journalisation peuvent être impliqués dans les opérations de récupération, ne les perdez pas. Similaire à contrôler les fichiers, fichiers de journalisation doit être configuré avec des copies en miroir de l'autre. Et, comme avec les fichiers de contrôle, chaque membre devrait être mis sur un dispositif de disque séparé. De cette façon, si un disque tombe en panne et la base de données tombe en panne, vous avez encore la récupération d'informations disponibles. Vous ne devriez pas perdre toutes les données.

Chaque copie sein d'un groupe est appelé membre. Une configuration commune pourrait être trois groupes avec deux membres chacun, pour un total de six fichiers de journalisation. Les membres du groupe sont écrites simultanément par l'écrivain de journal.

• Combien de groupes sont appropriés? La configuration la plus courante, vous croiserez est de trois. Vous voulez assez que le premier groupe dans la liste peut être copié et hors enregistré avant le LGWR revient autour de l'utiliser. Si elle n'a pas été copié hors tension, le LGWR doit attendre jusqu'à ce que l'opération est terminée. Cela peut sérieusement affecter votre système. Heureusement, vous verrez rarement cela se produise.

• Combien de membres sont appropriés? Cela dépend de comment vous êtes paranoïaque. Deux membres sur deux disques semble être assez commun. Cependant, il est pas rare de voir trois membres sur trois disques. Plus que cela, et vous êtes tout simplement fou. Eh bien pas vraiment.

  Il est juste que les plus de membres que vous avez, le plus travailler le LGWR a à faire. Il peut influer sur les performances du système tout en offrant en même temps très peu de retour.

Nous obtenons souvent cette question: “ Si mes disques sont mis en miroir au niveau du matériel, dois-je plus d'un membre de chaque groupe? Après tout, si un disque tombe en panne, je dois l'autre là pour prendre la relève ”.

Malheureusement, vous obtenez des réponses différentes en fonction de qui vous demandez. Demandez-nous, et nous recommandons au moins deux membres pour chaque groupe:

• Oracle recommande encore deux membres pour chaque groupe comme une meilleure pratique.

• Selon la façon dont votre matériel est mis en place, vous pouvez avoir la même écriture du contrôleur de disque à vos disques miroirs. Et si ce contrôleur écrit charabia corrompu? Maintenant, les deux copies sont corrompus. Séparation des membres sur deux disques différents avec différents contrôleurs est le pari le plus sûr.