Best practice generali per l'utilizzo di Datastream

In questa pagina troverai le best practice per l'utilizzo di Datastream. che includono best practice generali per l'utilizzo di Datastream.

Modifica il database di origine di un flusso

In alcuni casi, potrebbe essere necessario modificare il database di origine di un flusso. Ad esempio, potresti dover modificare il flusso per replicarlo da una replica anziché dall'istanza del database principale.

  1. Crea un profilo di connessione per l'istanza di replica.
  2. Crea uno stream utilizzando il profilo di connessione per la replica creata e il profilo di connessione esistente per la destinazione.
  3. Avvia lo stream con il backfill storico disattivato. All'avvio del flusso, verranno recuperati solo i dati dei log binari.
  4. Facoltativo. Quando lo stream è in esecuzione, modificalo per attivare il backfill automatico.
  5. Metti in pausa il flusso di lettura dall'istanza principale.

  6. Facoltativo. Elimina il flusso di dati in modalità flusso dall'istanza principale.

  7. Facoltativo. Elimina il profilo di connessione per l'istanza principale.

Avvisa e monitora in Datastream

La dashboard di Datastream contiene moltissime informazioni. Queste informazioni possono essere utili per il debug. Ulteriori informazioni sono disponibili nei log, disponibili in Cloud Logging.

Avvisi Datastream

Non è configurato alcun avviso predefinito per Datastream, ma gli avvisi possono essere creati facilmente facendo clic sul link "Crea criterio di avviso" per ogni metrica nella UI di Datastream. Ti consigliamo di creare avvisi per le seguenti metriche di Datastream:

  • Aggiornamento dei dati
  • Eventi non supportati
  • Latenza totale

Un avviso su una di queste metriche può indicare un problema con il flusso o con il database di origine.

Quante tabelle può gestire un singolo flusso di dati?

Un singolo flusso può gestire fino a 10.000 tabelle e non esiste un limite alle dimensioni delle tabelle. Tuttavia, potrebbero esserci altre considerazioni sulla logica di business per cui dovresti utilizzare più flussi per il tuo database di origine. . Alcuni esempi di queste considerazioni sono: avere un migliore controllo dell'accesso degli utenti ai dati, utilizzare più flussi per semplificare la manutenzione di diversi flussi aziendali e così via.