Prerequisiti per la configurazione dei flussi di dati
Completare la preparazione seguente prima di creare un flusso di dati. La maggior parte dei problemi di connessione e payload ha origine nel trail di origine, nella configurazione di sicurezza o nella progettazione del checkpoint del consumatore anziché nel codice WebSocket.
Elenco di controllo implementazione
Assicurarsi che siano in atto le azioni riportate di seguito prima di configurare i flussi di dati in Oracle GoldenGate.
-
Un processo Extract in esecuzione o GoldenGate a monte scrive le tabelle e le operazioni necessarie in un trail che il servizio di distribuzione può leggere.
-
Il trail conserva una cronologia sufficiente a coprire la più lunga finestra di indisponibilità e recupero dei consumatori prevista.
-
La configurazione di registrazione ed estrazione supplementare acquisisce le immagini, le colonne chiave, i valori LOB, DDL, token e altri dati precedenti richiesti dal consumer.
-
Il nome del flusso di dati, il nome del trail di origine e la sottodirectory trail facoltativa sono noti.
-
Il client può risolvere e raggiungere il servizio di distribuzione o l'endpoint del servizio gestito sulla porta richiesta.
-
Il client considera sicura la catena di certificati del server per
wss, mentre i certificati del client sono disponibili quando è richiesto il protocollo TLS reciproco. -
Un account GoldenGate con il ruolo richiesto è disponibile per l'amministrazione REST e l'autenticazione WebSocket.
-
Il consumatore dispone di storage di checkpoint durevole e di una strategia per le scritture idempotenti o atomiche a valle.
-
Le dimensioni del payload, la gestione del LOB, l'evoluzione dello schema e i requisiti CloudEvents sono stati concordati con i proprietari a valle.
Ruoli API REST
Nella tabella seguente sono elencati i privilegi necessari per eseguire azioni diverse per la configurazione di un flusso di dati.
| Operazione | Ruolo minimo |
|---|---|
| Elenca flussi di dati | Utente |
| Recupera AsyncAPI YAML | Utente |
| Recupera una configurazione del flusso di dati | Operatore |
| Creazione, aggiornamento o eliminazione di un flusso dati | Amministratore |
| Aggiorna AsyncAPI YAML | Amministratore |
Requisiti trail di origine
I flussi di dati possono pubblicare solo le informazioni presenti nel trail di origine. La creazione di un flusso di dati non aggiunge il log di origine, la ricostruzione viene omessa prima delle immagini o le colonne di recupero non acquisite da Extract. Verificare il contenuto del trail prima di eseguire il debug del consumer.
| Requisiti del consumatore | Requisito lato origine |
|---|---|
| Riga completa prima e dopo le immagini | Configurare le opzioni di registrazione del database e di estrazione dell'immagine in modo che il trail contenga le colonne necessarie. |
| Identità di aggiornamento/eliminazione affidabile | Acquisisce una chiave primaria, una chiave univoca o colonne chiave GoldenGate approvate. |
| Eventi DDL | Abilita e convalida l'acquisizione DDL per la configurazione di origine ed estrazione. |
| Valori LOB grandi | Acquisisci i dati LOB e imposta in modo appropriato Data Stream maxLobSize e maxRecordSize. |
| Raggruppamento transazioni | Includere xid, opSeqno e transInd; comprendere che l'applicazione di filtri può rimuovere le operazioni da una transazione. |
| Identificativo commit a livello di origine | Includere csn. Considera il suo valore come una stringa dipendente dall'origine. |