Conséquences de ARCHIVELOG

Question

Les gars responsables de la sauvegarde de nos serveurs obtiennent notre base de données (une grande) hors ligne pendant plus de 6h pour l'ensemble de la scène de sauvegarde. Je leur ai demandé si nous pouvions répartir cela entre des tâches de sauvegarde plus petites et plus fréquentes, c'est-à-dire sauvegarder chaque schéma à la fois, ou même des ensembles de tables à des moments différents.

Leur réponse était que c'était plutôt possible si nous décidions d'activer l'ARCHIVELOG, ce qui aurait des conséquences sur les performances. Je ne suis pas familier avec ça tout autant qu'avec des façons de faire de la sauvegarde.

Quelles autres options recommanderiez-vous pour sauvegarder mes schémas d'une manière plus efficace, ou du moins moins intensive?

merci!

f.

Answer 1

Si votre ARCHIVELOG est désactivé dans votre base de données, vous perdrez des données en cas de défaillance matérielle (potentiellement toutes les données saisies depuis la dernière sauvegarde). Si cela est acceptable, vous pouvez désactiver ARCHIVELOG. Dans les instances de production, il est courant de ne PAS perdre de données (ce serait l'objectif principal d'un administrateur de base de données). Dans ce cas, l'argument de la performance est discutable, vous allez activer ARCHIVELOG car c'est une exigence. Ensuite, vous pouvez avoir des sauvegardes à chaud, ils ne sont pas plus complexes que les sauvegardes à froid si vous utilisez RMAN, ils ne videront pas non plus le cache de la base de données (amélioration des performances). Vous pouvez utiliser RMAN pour effectuer des sauvegardes incrémentielles (au lieu de FULL cold backup) qui enregistreront uniquement les modifications depuis la dernière sauvegarde.

De plus, avec suffisamment d'E/S (ajoutez plus de disques), vous pouvez configurer la base de données de manière à ce que l'écriture des journaux d'archives n'affecte pas sensiblement les performances.