Gestion des intégrations sans ETL dans Oracle Database@AWS - Oracle Database@AWS
Modification des intégrations zéro ETLSuppression d'intégrations zéro ETLBonnes pratiques

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Gestion des intégrations sans ETL dans Oracle Database@AWS

Après avoir créé une intégration zéro ETL, vous pouvez effectuer diverses opérations de gestion, notamment modifier et supprimer des intégrations. Cette section couvre la gestion continue de vos intégrations Zero-ETL.

Modification des intégrations zéro ETL

Vous pouvez uniquement modifier le nom, la description et les options de filtrage des données pour une intégration zéro ETL dans un entrepôt de données pris en charge. Vous ne pouvez pas modifier la AWS clé du service de gestion des clés utilisée pour chiffrer l'intégration, ni les bases de données source ou cible.

Conditions préalables à la modification des intégrations

Avant de modifier une intégration zéro ETL, assurez-vous que vous disposez des éléments suivants :

  • Autorisations requises : votre utilisateur ou rôle IAM doit disposer de odb:UpdateOutboundIntegration cette autorisation en plus des AWS Glue autorisations standard.

  • Intégration en état actif — L'intégration doit être dans un ACTIVE état, et non dans CREATINGMODIFYING,DELETING, ouFAILED.

  • Syntaxe de filtre de données valide : les nouveaux filtres de données doivent suivre la syntaxe de include/exclude modèle prise en charge.

Modification des filtres de données

Vous pouvez modifier les tables ou les schémas qui sont répliqués en modifiant le filtre de données. Ainsi, vous pouvez ajouter ou supprimer des objets de base de données de la réplication sans recréer l'intégralité de l'intégration.

Pour modifier le filtre de données d'une intégration, utilisez la modify-integration commande.

aws glue modify-integration \
  --integration-identifier integration-id \
  --data-filter "include: pdb1.new_schema.*"

Vous pouvez également modifier le nom et la description de l'intégration en même temps. Dans l'exemple suivant, vous modifiez le nom, les descriptions et les filtres de l'intégration pour deux schémas danspdb1.

aws glue modify-integration \
  --integration-identifier integration-id \
  --data-filter "include: pdb1.schema1.*, pdb1.schema2.*" \
  --integration-name "Updated Integration Name" \
  --description "Updated integration description"
Important

Lorsque vous modifiez le filtre de données, l'intégration entre dans un modifying état et effectue une resynchronisation des données. L'intégration arrête la réplication, applique les nouveaux paramètres de filtre et reprend la réplication avec une opération de rechargement de la cible. Surveillez l'état de l'intégration pour vous assurer que la modification est terminée avec succès.

Considérations relatives aux modifications des filtres de données pour les intégrations sans ETL

Tenez compte des points suivants lorsque vous modifiez des filtres de données :

  • Limite PDB unique — Vous ne pouvez spécifier qu'une seule base de données enfichable (PDB) par intégration. Les filtres de données similaires include: pdb1.*.*, include: pdb2.*.* ne sont pas pris en charge

  • Interruption de la réplication : la réplication des données s'arrête pendant le processus de modification et reprend après l'application du nouveau filtre.

  • Rechargement des données : l'intégration effectue un rechargement complet des données correspondant aux nouveaux critères de filtre.

  • Impact sur les performances : les modifications importantes du filtre de données peuvent prendre beaucoup de temps et affecter les performances de la base de données source lors du rechargement.

Limitations relatives aux modifications des paramètres d'intégration zéro ETL

Vous ne pouvez pas modifier les paramètres suivants après avoir créé une intégration zéro ETL :

  • ARN secret — Le secret du Gestionnaire de AWS secrets contenant les informations d'identification de la base de données

  • Clé KMS : clé gérée par le client utilisée pour le chiffrement

  • ARN source — Le cluster de machines virtuelles Oracle Database@AWS

  • ARN cible : cluster ou espace de noms Amazon Redshift

Pour modifier ces paramètres, supprimez l'intégration Zero-ETL existante et créez-en une nouvelle.

Suppression d'intégrations zéro ETL

Lorsque vous n'avez plus besoin d'une intégration zéro ETL, vous pouvez la supprimer pour arrêter la réplication et nettoyer les ressources associées.

Suppression à l'aide de AWS Glue

Supprimez une intégration Zero-ETL à l'aide de l'API AWS Glue.

aws glue delete-integration \
  --integration-identifier integration-id

Vous pouvez supprimer des intégrations dans les états suivants :

  • actif

  • besoins_attention

  • failed

  • synchronisation

Effets de la suppression

Lorsque vous supprimez une intégration zéro ETL, tenez compte des effets suivants :

La réplication s'arrête.

Oracle Database@AWS ne reproduit pas les nouvelles modifications apportées par Amazon Redshift.

Les données existantes sont préservées.

Les données déjà répliquées sur Amazon Redshift restent disponibles.

La base de données cible est conservée.

La base de données Amazon Redshift créée à partir de l'intégration n'est pas automatiquement supprimée.

Important

La suppression est irréversible. Si vous devez reprendre la réplication après la suppression, créez une nouvelle intégration qui effectue un chargement initial complet.

Bonnes pratiques pour une gestion zéro ETL

Suivez ces bonnes pratiques pour garantir des performances, une sécurité et une rentabilité optimales de vos intégrations sans ETL.

Bonnes pratiques opérationnelles

Ces pratiques opérationnelles permettent de maintenir des intégrations zéro ETL fiables et efficaces.

Surveillance régulière

Configurez des CloudWatch alarmes pour surveiller l'état de l'intégration et les indicateurs de performance.

Rotation des informations d'identification

Changez régulièrement les mots de passe des bases de données et mettez-les à jour dans AWS Secrets Manager.

Vérification des sauvegardes

Vérifiez régulièrement que vos sauvegardes de base de données Oracle incluent les composants nécessaires à la reprise après sinistre.

Tests de performance

Testez l'impact de l'intégration zéro ETL sur les performances de votre base de données Oracle, en particulier pendant les périodes de pointe.

Planification des modifications de schéma

Planifiez et testez les modifications de schéma dans un environnement de développement avant de les appliquer à la production.

Bonnes pratiques de sécurité

Mettez en œuvre ces mesures de sécurité pour protéger votre intégration et vos données Zero-ETL.

Accès sur la base du moindre privilège

Accordez uniquement les autorisations minimales nécessaires aux utilisateurs de réplication et aux rôles AWS IAM.

Sécurité du réseau

Utilisez des groupes de sécurité et NACLs limitez l'accès au réseau aux seuls ports et sources requis.

Chiffrement au repos

Assurez-vous que les bases de données Oracle et les clusters Amazon Redshift utilisent le chiffrement au repos.

Journaux d’audit

Activez la journalisation des audits sur Oracle et Amazon Redshift pour suivre l'accès aux données et les modifications.

Gestion des secrets

Utilisez AWS les fonctionnalités de rotation automatique de Secrets Manager dans la mesure du possible.

Optimisation des coûts

Appliquez ces stratégies pour optimiser les coûts tout en maintenant des performances d'intégration zéro ETL efficaces.

Filtrage des données

Utilisez des filtres de données précis pour répliquer uniquement les données dont vous avez besoin, réduisant ainsi les coûts de stockage et de calcul.

Optimisation d'Amazon Redshift

Utilisez les types de nœuds Amazon Redshift appropriés et implémentez la compression des données pour optimiser les coûts.

Surveillance de l'utilisation

Passez régulièrement en revue votre utilisation et vos coûts d'intégration Zero-ETL via AWS Cost Explorer.

Nettoyez les intégrations inutilisées

Supprimez les intégrations qui ne sont plus nécessaires pour éviter des frais récurrents.