Des fichiers journaux Redo dans Oracle 12c - les fichiers journaux de refonte

Rétablir les fichiers journaux 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.

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

Les fichiers de journalisation contiennent toutes les informations nécessaires pour récupérer les données perdues dans votre base de données. Chaque instruction SQL que vous transmettez des données modifiées peut être reconstruite à l'aide des informations enregistrées dans ces fichiers.

Les fichiers de journalisation ne consignent pas les instructions select. Si vous oubliez ce que vous avez sélectionné, vous allez devoir vous en souvenir par vous-même!

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

Elle commence au début du fichier et une fois remplie, elle passe à la suivante. C'est ici qu'intervient le concept de groupes . Oracle remplit chaque groupe et passe au suivant. Une fois qu'il a rempli tous les groupes, il revient à la première.

On pourrait dire qu'ils sont écrits de façon circulaire. Si vous avez trois groupes, cela irait quelque chose comme 1, 2, 3, 1, 2, 3, … et ainsi de suite.

Chaque fois qu'un groupe se remplit et que l'écriture change, cela s'appelle une opération de changement de journal . Ces choses se produisent lors d'une opération de changement de journal:

• Le LGWR termine d'écrire dans le groupe actuel.

• Le LGWR commence à écrire dans le groupe suivant.

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

• Le DBWR écrit des blocs sales hors de la cascade de tampons.

La rapidité de remplissage de chaque groupe dépend de la façon dont vous déterminez sa taille. En regardant toutes les choses qui se produisent quand un changement de journal se produit, vous pourriez convenir qu'il s'agit d'une opération assez complexe. Pour cette raison, vous ne voulez pas de commutateurs de journaux fréquents.

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

Parce que ces fichiers de journalisation peuvent être impliqués dans des opérations de récupération, ne les perdez pas. De même que pour les fichiers de contrôle, les fichiers de journalisation doivent être configurés avec des copies en miroir les uns des autres. Et, comme avec les fichiers de contrôle, chaque membre doit être sur un périphérique de disque distinct.De cette façon, si un disque tombe en panne et que la base de données tombe en panne, des informations de récupération sont toujours disponibles. Vous ne devriez pas perdre de données.

Chaque copie dans un groupe s'appelle un membre . Une configuration commune peut être trois groupes avec deux membres chacun, pour un total de six fichiers journaux de rétablissement. Les membres du groupe sont écrits simultanément par l'enregistreur de journaux.

• Combien de groupes sont appropriés? La configuration la plus courante que vous rencontrez est trois. Vous en voulez assez pour que le premier groupe de la liste puisse être copié et sauvegardé avant que le LGWR ne revienne pour l'utiliser. S'il n'a pas été copié, le LGWR doit attendre que cette opération soit terminée. Cela peut sérieusement affecter votre système. Heureusement, vous verrez rarement cela arriver.

• Combien de membres sont appropriés? Cela dépend de votre degré de paranoïa. Deux membres sur deux disques semblent être assez communs. Cependant, il n'est pas rare de voir trois membres sur trois disques. Plus que cela et vous êtes simplement fou. Eh bien pas vraiment.

  C'est juste que plus vous avez de membres, plus le travail du LGWR est important. Cela peut avoir un impact sur la performance du système tout en offrant un rendement très faible.

Nous avons souvent cette question: «Si mes disques sont mis en miroir au niveau du matériel, ai-je besoin de plus d'un membre dans chaque groupe? Après tout, si un disque tombe en panne, j'en ai un autre juste pour prendre le relais. "

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

• Oracle recommande toujours deux membres pour chaque groupe en tant que meilleure pratique.

• Selon la configuration de votre matériel, le même contrôleur de disque peut écrire sur vos miroirs de disque. Que faire si ce contrôleur écrit corrompu charabia? Maintenant, vos deux copies sont corrompues. Séparer vos membres sur deux disques différents avec des contrôleurs différents est le pari le plus sûr.