Question

Les gars responsables de la sauvegarde de nos serveurs sont notre base de données (une grande) hors-ligne pour plus de 6 heures pour toute la scène de sauvegarde.

Je leur ai parlé de demander si nous pouvions briser ce jusqu'à des tâches de sauvegarde plus petites et plus fréquentes, à savoir Sauvegarde chaque schéma à la fois, ou même des ensembles de tables à des moments différents.

Leur réponse était-il était en quelque sorte possible que si nous avons décidé de tourner la ARCHIVELOG, qui aurait des conséquences de la performance.

Je suis tout à fait familier avec ce tout autant que des façons de faire de sauvegarde.

Quelles autres options seraient les gars vous recommandons pour sauvegarder mes schémas dans un plus efficace, ou tout au moins, pas de façon intensive les temps?

merci!

f.

Était-ce utile?

La solution

si votre base de données a son ARCHIVELOG désactivé, vous perdrez des données en cas de défaillance matérielle (potentiellement toutes les données entrées depuis la dernière sauvegarde). Si cela est acceptable, alors vous pouvez désactiver ARCHIVELOG.

Sur les instances de production, il est courant d'avoir l'obligation de données ne perd jamais (ce serait le principal objectif d'un DBA). Dans ce cas, l'argument sur la performance est sans objet, vous tournerez ARCHIVELOG sur, car il est une exigence. Ensuite, vous pouvez avoir des sauvegardes à chaud, ils ne sont pas plus complexes que les sauvegardes froides si vous utilisez RMAN, ils seront également pas vider le cache de base de données (amélioration de la performance). Vous pouvez utiliser RMAN pour effectuer des sauvegardes incrémentielles (au lieu de sauvegarde complète à froid) qui n'enregistrer les modifications depuis la dernière sauvegarde.

En outre, avec suffisamment de IO (ajouter des disques), vous pouvez configurer la base de données de telle sorte que l'écriture des journaux d'archives ne pas les performances d'impact notable.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top