Sur cette page, vous trouverez les bonnes pratiques d'utilisation de Datastream. Celles-ci incluent les bonnes pratiques générales d'utilisation de Datastream.
Modifier la base de données source d'un flux
Dans certains cas, vous devrez peut-être modifier la base de données source d'un flux. Par exemple, vous devrez peut-être modifier le flux pour le répliquer à partir d'une instance répliquée plutôt que depuis l'instance de base de données principale.
- Créez un profil de connexion pour l'instance répliquée.
- Créez un flux en utilisant le profil de connexion de l'instance répliquée que vous avez créée et le profil de connexion existant pour la destination.
- Démarrez la diffusion en désactivant le remplissage de l'historique. Lorsque le flux est démarré, seules les données des journaux binaires sont récupérées.
- Facultatif. Une fois le flux en cours d'exécution, modifiez-le pour activer le remplissage automatique.
Suspendez le flux en cours de lecture à partir de l'instance principale.
Facultatif. Supprimez le flux qui diffusait des données en streaming à partir de l'instance principale.
Facultatif. Supprimez le profil de connexion de l'instance principale.
Alerter et surveiller dans Datastream
Le tableau de bord Datastream contient de nombreuses informations. Ces informations peuvent être utiles pour le débogage. Vous trouverez des informations supplémentaires dans les journaux, disponibles dans Cloud Logging.
Alertes Datastream
Aucune alerte par défaut n'est configurée pour Datastream, mais vous pouvez en créer facilement en cliquant sur le lien "Créer une règle d'alerte" pour chaque métrique dans l'interface utilisateur de Datastream. Nous vous recommandons de créer des alertes pour les métriques Datastream suivantes:
- Fraîcheur des données
- Événements non pris en charge
- Latence totale
Une alerte associée à l'une de ces métriques peut indiquer un problème concernant le flux ou la base de données source.
Combien de tables un même flux peut-il gérer ?
Un seul flux peut gérer jusqu'à 10 000 tables, et la taille de ces tables n'est pas limitée. Cependant, il peut exister d'autres considérations de logique métier dans lesquelles vous devez utiliser plusieurs flux pour votre base de données source. . Il peut s'agir, par exemple, d'un meilleur contrôle de l'accès des utilisateurs aux données, de l'utilisation de plusieurs flux pour faciliter la maintenance pour différents flux métier, etc.