Quelle est la différence entre dg et adg dans Oracle

Différence : 1. dg fait référence à Data Guard, qui a une fonction de sauvegarde et peut garantir la haute disponibilité et la protection des données. adg est "Active Data Guard", qui peut interroger ou exporter des données et convient aux données en lecture seule. 2. La lecture et l'écriture dg ne peuvent pas être parallèles, mais la lecture et l'écriture adg peuvent être parallèles.

L'environnement d'exploitation de ce tutoriel : système Windows 10, version Oracle 11g, ordinateur Dell G3.

Quelle est la différence entre dg et adg dans Oracle

DG (Data Guard)

DG (Data Guard, Data Guard) n'est pas un outil de sauvegarde et de récupération. Cependant, DG a la fonction de sauvegarde sous DG physique. il Cela peut être exactement le même que la base de données principale, mais son objectif n'est pas seulement de sauvegarder et de restaurer les données. Il faut dire qu'il existe pour assurer la haute disponibilité, la protection des données et la reprise après sinistre des données de l'entreprise. DBA peut réduire la pression sur la base de données principale et créer un environnement d'application de base de données d'entreprise hautement disponible en transférant certaines opérations (telles que les rapports de requête) vers la base de données de secours pour exécution.

Dans l'environnement DG, il existe au moins deux bases de données, dont une est à l'état OPEN et fournit des services externes. Cette base de données est appelée Base de données Primaire. La seconde est en état de récupération et s’appelle Standby Database. Dans des circonstances normales, la base de données principale fournit des services au monde extérieur et les utilisateurs effectuent des opérations sur la base de données principale. Les opérations sont enregistrées dans des journaux en ligne et des journaux d'archives. Ces journaux sont transmis à la base de données de secours via le réseau, puis appliqués. la base de données de secours, réalisant ainsi la base de données principale synchronisation des données entre la base de données et la base de données de secours.

Oracle a encore optimisé la conception de ce processus, rendant le travail de livraison et de récupération des journaux plus automatisé et intelligent, et fournit une série de paramètres et de commandes pour simplifier le travail de l'administrateur de base de données. Si le logiciel et le matériel sont mis à niveau, la base de données de secours peut être basculée vers la base de données principale pour continuer les services externes. Cela réduit le temps d'arrêt du service et évite la perte de données. Si la base de données principale est indisponible pour des raisons anormales, la base de données de secours peut également être forcée de basculer vers la base de données principale pour continuer les services externes. Dans ce cas, la perte de données est liée au niveau de protection des données configuré. Par conséquent, Principal et Standby ne sont que des concepts de rôle et ne sont pas fixés dans une certaine base de données.

adg

Avant Oracle 11g, la veille physique ne peut pas être ouverte lorsque la restauration est appliquée et ne peut être montée. À partir de 11g, lors de l'application de restauration, la base de données physique de secours peut être en mode lecture seule, appelé Active Data Guard. Grâce à Active Data Guard, vous pouvez interroger ou exporter des données dans la base de données physique de secours, réduisant ainsi l'accès et la pression sur la base de données principale.

Active Data Guard convient à certaines applications en lecture seule. Par exemple, certaines applications interrogent uniquement des données et exécutent certains services de reporting sans générer de données de restauration. Ces applications peuvent être transférées vers la base de données de secours pour éviter d'affecter les ressources de la base de données principale. .

ADG résout principalement le problème de la lecture et de l'écriture parallèles à l'ère DG

Si la méthode de synchronisation des données à l'ère DG adopte la méthode physique du Redo Log, les données de synchronisation de la base de données sont rapides et consomment peu de ressources, mais là est un gros problème.

          Les bases de données de sauvegarde physique Data Guard avant Oracle 11G peuvent ouvrir les données en mode lecture seule, mais le processus de synchronisation des données du journal s'arrête à ce moment-là. Si la synchronisation des données du journal est en cours, la base de données ne peut pas être ouverte. Autrement dit, les deux états de lecture et d’écriture du journal s’excluent mutuellement. Active Data Guard résout principalement ce problème.

Oracle dispose d'une fonction de base de données flashback pour éviter les erreurs d'opération irréversibles telles que la suppression de table

Lorsque la base de données principale est ouverte et active, les transactions sont en cours de traitement, les données Redo Log sont générées et transférées vers la base de données de secours, dans des conditions normales. Dans certaines circonstances, la synchronisation des données peut être réalisée en quelques secondes. Cependant, si une commande incorrecte est exécutée sur la base de données principale, telle que supprimer la base de données, toutes les données de la base de données de secours seront également supprimées.

Oracle DG propose des moyens faciles à utiliser pour éviter cette erreur utilisateur. DBA peut utiliser la fonction de base de données flashback dans la base de données principale et la base de données de secours en même temps pour restaurer rapidement la base de données à un moment antérieur, annulant ainsi cette mauvaise opération.

De plus, Oracle fournit également la fonction de synchronisation retardée de la base de données de sauvegarde, ce qui est un autre moyen d'éviter les erreurs de fonctionnement.

Tutoriel recommandé : "Tutoriel vidéo Oracle"

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!