Remarques concernant l'architecture Oracle

Examinez l'architecture de base de données Oracle pour adapter au mieux votre plan de haute disponibilité/reprise après sinistre.
Lorsque la base de données Oracle n'est pas disponible, les problèmes suivants surviennent :
  • Les utilisateurs perdent l'accès à la console d'administration du serveur Enforce.
  • Les règles d'intervention du serveur Enforce ne sont pas déclenchées (par exemple, les notifications par e-mail).
  • Les nouvelles politiques et les modifications de politique ne sont pas déployées.
  • Les incidents ne sont pas enregistrés dans la base de données.
  • Les API DLP ne sont pas disponibles.
La détection et le blocage des incidents qui utilisent des règles d'intervention appliquées par le serveur de détection doivent continuer sur les serveurs de détection et les agents.
La perte de la base de données Oracle a d'importantes conséquences pour le système, mais elle n'empêche pas DLP de s'exécuter.Les serveurs de détection et les agents utilisent la version mise en cache du dernier ensemble de politiques utilisé pour déclencher des incidents (et exécuter les règles de blocage, le cas échéant).
Le défaut d'accès à la console d'administration du serveur Enforce est généralement l'impact le plus important qu'implique une panne Oracle.
La configuration de la haute disponibilité et de la reprise après sinistre pour la base de données Oracle dépend généralement de l'édition d'Oracle que vous utilisez :
  • Enterprise Edition
    Plusieurs options existent pour la haute disponibilité en temps quasi réel (par exemple, Oracle RAC) et la récupération sur site (par exemple, Data Guard). En général, ces options peuvent être hautement automatisées pour obtenir un basculement pratiquement transparent avec peu d'actions requises de la part de l'utilisateur.
  • Standard Edition
    Les options de sauvegarde et de récupération sont manuelles et peuvent fréquemment être automatisées via un script personnalisé. Les sauvegardes à froid ou au chaud à l'aide d'Oracle Recovery Manager (RMAN) fournissent une méthode pour la disponibilité et la récupération.

Questions à poser lors de la planification de la haute disponibilité et de la reprise après sinistre Oracle

Tenez compte des questions suivantes lors de la planification de la haute disponibilité et de la reprise après sinistre :
Question
Détail
Pendant combien de temps un arrêt est-il tolérable ?
L'identification des niveaux de disponibilité et de récupération d'entreprise pour la base de données Oracle peut permettre de déterminer les exigences architecturales ou les stratégies opérationnelles requises pour restaurer le service.Les tolérances plus faibles requièrent des solutions plus automatisées et un matériel cible de récupération de secours dédié. Des tolérances plus élevées permettent de recréer et de restaurer des systèmes de manière plus manuelle, en réduisant la vitesse de récupération pour baisser les coûts de l'infrastructure.
Quelle est la quantité de perte de données (par exemple, incidents et politiques) tolérable ?
Les fonctionnalités d'Enterprise Edition telles que Data Guard peuvent permettre de préserver les données en temps quasi réel, contrairement aux sauvegardes manuelles ou planifiées à froid ou aux sauvegardes RMAN.
Est-il possible d'investir dans un autre matériel de secours sur site ?
Quelle que ce soit la version choisie (Enterprise ou Standard Edition), vous pouvez utiliser d'autres plates-formes cibles de récupération de secours.Déterminez si vous pouvez investir dans un autre matériel de sauvegarde à chaud/froid sur site, ou si vous disposez d'autres options (services rapides de matériel à la demande, hôtes cloud à la demande, etc.).