Zero Data Loss Autonomous Recovery Service

Cette image décrit la protection des données en temps réel activée en un seul clic, qui configure Recovery Service en tant que destination de journal alternative pour la base de données protégée. Lorsque les modifications de journalisation sont générées dans la mémoire de la base de données, elles sont automatiquement envoyées à Recovery Service et validées à sa réception. Lorsqu'un changement de fichier de journalisation de base de données se produit, Recovery Service crée automatiquement une sauvegarde de fichier de journalisation archivé compressée et l'enregistre dans le catalogue de restauration.

Recovery Service préserve la capacité de récupération jusqu'à la dernière transaction validée, même si la connectivité avec les bases de données protégées est interrompue entre les occurrences standard de changement de fichier de journalisation. Si le flux de données de journalisation se termine de manière inattendue, Recovery Service ferme le flux de données de journalisation entrant et crée une sauvegarde partielle du fichier de journalisation archivé. Lorsque Recovery Service détecte que le flux de données de journalisation a été redémarré, tous les fichiers de journalisation archivés manquants sont automatiquement extraits de la base de données protégée, ce qui maintient la fenêtre de récupération intacte.

Validation de la récupération tout au long du cycle de vie de sauvegarde

Améliorez votre posture de résilience avec une validation allant bien au-delà des vérifications d'intégrité de sauvegarde jusqu'à ce qui est nécessaire pour une récupération de base de données ponctuelle réussie.

Cette image intitulée « Détection continue des anomalies de base de données et validation de la récupération » décrit comment Oracle Database Zero Data Loss Autonomous Recovery Service offre une préparation unique à la récupération :

1. Flux de sauvegarde RMAN et redo entrants validés avant le stockage sur disque. Les données endommagées, qui ne sont pas lisibles par RMAN, sont rejetées
2. Validation périodique des sauvegardes inactives et de la disponibilité de toutes les transactions de base de données nécessaires à la récupération RMAN jusqu'à un point dans le temps
3. Les restaurations sortantes, les copies de sauvegarde et les sauvegardes répliquées sont validées avant l'envoi sur le réseau

Autonomous Recovery Service offre des fonctionnalités uniques de préparation à la récupération avec une validation multi-facteurs tenant compte de la récupération de base de données à chaque point de contact, qui inclut une validation périodique de la récupération pour les sauvegardes au repos, automatiquement et sans surcharge sur les serveurs de base de données de production.

Contrôles d'accès basés sur des stratégies et immuabilité de la sauvegarde

Protégez les sauvegardes à l'aide d'une base de défense approfondie avec séparation de l'infrastructure de production et de protection des données, séparation des tâches basée sur les rôles et stratégies de verrouillage de conservation pour l'immuabilité des sauvegardes.

Cette image intitulée « Garde-fou multi-couche protège l'intégrité des sauvegardes et les accès » décrit les bonnes pratiques de sécurité clés intégrées à Recovery Service, notamment :

• Recovery Service est conçu pour être isolé des bases de données de production qu'il protège. Il fonctionne dans une location gérée par Oracle, en utilisant la connectivité d'adresse privée à la location du client.
• Toutes les sauvegardes doivent être chiffrées et les clients peuvent activer le verrouillage de conservation dans une stratégie de protection Recovery Service pour rendre la sauvegarde immuable ; la suppression ou le raccourcissement de la période de conservation est interdit.
• Séparation des contrôles d'accès de responsabilité entre les administrateurs de base de données et les administrateurs de service de récupération

Les sauvegardes gérées par Recovery Service ne peuvent pas être modifiées ou supprimées arbitrairement par un administrateur ou un utilisateur, ce qui protège contre la suppression malveillante et accidentelle. Les administrateurs de base de données (DBA) interagissent avec Recovery Service exclusivement via Recovery Manager (RMAN), qui orchestre toutes les opérations de sauvegarde et de restauration. Séparées logiquement et physiquement de la location du client, une autre couche de sécurité est ajoutée. Si les informations d'identification de l'administrateur de base de données ou de l'administrateur système étaient compromises, elles ne pouvaient pas être utilisées pour attaquer les sauvegardes résidant sur le service.

Les valeurs par défaut de conservation intégrées et les stratégies définies par l'utilisateur vous aident à respecter les contrats de niveau de service et les exigences de conformité en matière de conservation des sauvegardes, notamment une fenêtre de récupération minimale de 14 jours qui protège la conservation contre les erreurs humaines ou les pirates. Si une base de données protégée est arrêtée (supprimée), Recovery Service conserve automatiquement ses sauvegardes pendant au moins 72 heures, ce qui fournit un filet de sécurité pour les scénarios de suppression accidentelle de la base de données.

Toutes les bases de données protégées sont associées à une stratégie de protection définissant la façon dont la sauvegarde est gérée tout au long de son cycle de vie, notamment la réplication, la conservation (fenêtre de récupération jusqu'à un point dans le temps) et les paramètres de verrouillage de conservation pour l'immuabilité de la sauvegarde.