PostgreSQL

Questa sezione spiega come configurare una sorgente PostgreSQL in un'attività dati. Prima di iniziare l'attività dati, assicurarsi di aver completato Prerequisiti, di aver impostato Limiti e considerazioni e di aver acquisito familiarità con Autorizzazioni richieste

È necessario configurare la connettività a PostgreSQL durante il trasferimento di dati da uno dei seguenti database:

• In loco:

  • PostgreSQL

    Nota informaticaLa sorgente in loco PostgreSQL supporta anche spostamento da Azure Database per PostgreSQL: server flessibile.

• Basato su cloud:

  • Amazon Aurora

  • Amazon RDS per PostgreSQL

  • Microsoft Azure Database per PostgreSQL

  • Google Cloud SQL per PostgreSQL: richiede Gateway di Data Movement 2022.11.42 o versione successiva

  • Google Cloud AlloyDB SQL per PostgreSQL: richiede Gateway di Data Movement 2023.5.10 o versione successiva.

Impostazione delle proprietà di connessione

Questa sezione descrive le proprietà di connessione disponibili. Tutte le proprietà sono obbligatorie se non diversamente indicato.

Per aprire il connettore, procedere come indicato di seguito:

1. In Connessioni, fare clic su Crea connessione.

2. Selezionare il connettore di origine PostgreSQL, quindi fornire le seguenti impostazioni:

Sorgente dati

• Gateway dati

  Selezionare un Gateway di Data Movement se richiesto dal proprio caso di utilizzo.

  Nota informatica

  Questo campo non è disponibile con la sottoscrizione a Avvio Qlik Talend Cloud, poiché non supporta il Gateway di Data Movement. Se si dispone di un altro livello di sottoscrizione e non si desidera utilizzare il Gateway di Data Movement, selezionare Nessuno.

  Per informazioni sui vantaggi del Gateway di Data Movement e quando è richiesto, vedere Qlik Data Gateway - Spostamento dati.

• Provider cloud: se il database MySQL si trova nel cloud, selezionare il provider:

  • Nessuno (selezionare se il database PostgreSQL database è in loco)

  • Amazon Aurora

  • Amazon RDS

  • Microsoft Azure

  • Google Cloud - Richiede Gateway di Data Movement 2022.11.42 o versione successiva.

• Server: il nome host o l'indirizzo IP del computer su cui è installato il database PostgreSQL.

• Porta: la porta con cui il gateway Data Movement accederà al database PostgreSQL. L'impostazione predefinita è 5432.

Proprietà dell'account

Nome utente e Password: il nome utente e la password di un utente autorizzato ad accedere al database PostgreSQL.

Proprietà del database

Nome database: sono disponibili due metodi che è possibile utilizzare per specificare un database:

• Metodo 1 - Selezione da un elenco: fare clic su Carica database, quindi selezionare un database.
• Metodo 2 - Manualmente: selezionare Inserisci nome database manualmente, quindi inserire il nome del database.

Opzioni SSL

È possibile configurare Qlik Data Gateway - Spostamento dati per connettersi alla sorgente dati tramite SSL.

• Modalità SSL: Selezionare una delle opzioni seguenti:
  • Nessuno - Connettersi solo con cognome e password.
  • Preferito - Stabilisce una connessione crittografata se il server supporta connessioni crittografate, ricorrendo a una connessione non crittografata se non è possibile stabilire una connessione crittografata.
  • Richiesto - Stabilisce una connessione crittografata se il server supporta connessioni crittografate. Il tentativo di connessione non riesce se non è possibile stabilire una connessione crittografata.
  • Verifica CA - Simile a Richiesto, ma verifica anche il certificato dell'Autorità di certificazione (CA) del server rispetto ai certificati CA configurati. Il tentativo di connessione non riesce se non vengono trovati certificati CA corrispondenti validi.
  • Verifica completa- Simile a Verifica CA, ma esegue anche la verifica dell'identità del nome host controllando il nome host che il client (ad es. Qlik Data Gateway - Spostamento dati) utilizza per la connessione al server rispetto all'identità nel certificato che il server invia al client. Il client verifica se il nome host utilizzato per la connessione corrisponde al valore Nome Comune nel certificato del server. La connessione non riesce in caso di mancata corrispondenza.
• Certificato attendibile: l'autorità di certificazione (CA) che ha emesso il file del certificato client in formato PEM.
• Certificato client: Il certificato client richiesto dal server.
• Chiave del certificato client: il file della chiave privata del client in formato PEM.
• CRL: Il certificato CRL. Questo file contiene certificati revocati dalle autorità di certificazione. Se il certificato del server viene visualizzato in questo elenco, la connessione avrà esito negativo.
• Compressione SSL: selezionare questa opzione per comprimere i dati prima che vengano crittografati.

Proprietà di CDC

WAL heartbeat: un'attività CDC in esecuzione ma che non acquisisce le modifiche (a causa dell'inattività della tabella sorgente) continuerà a occupare la posizione LSN nello slot assegnato all'attività, impedendo così il troncamento del WAL. Poiché il WAL è una risorsa a livello di server utilizzata da tutti i processi PostgreSQL, può diventare estremamente grande se non vengono acquisite modifiche per un periodo prolungato.

Per evitare che ciò accada, abilita l'opzione WAL heartbeat. Quando questa opzione è abilitata, la sorgente connettore PostgreSQL imita l'attività dell'attività eseguendo periodicamente il commit di pseudo transazioni (denominate "pulsazioni") nella tabella dell'heartbeat, facendo avanzare così la posizione LSN dello slot dell'attività.

• Schema per artefatti heartbeat: Lo schema in cui verrà creata la tabella heartbeat WAL (attrep_wal_heartbeat). Il valore predefinito è "pubblico".
• Frequenza heartbeat (minuti): La frequenza con cui eseguire il commit delle transazioni nella tabella heartbeat.

Proprietà DDL

• Acquisisci eventi DDL: quando questa opzione è selezionata, vengono completate le seguenti operazioni:
  • Per facilitare l'acquisizione degli eventi DDL, Gateway di Data Movement creare dei trigger e altri artefatti operativi nel database di PostgreSQL quando viene avviata l'attività. Successivamente è possibile rimuovere tali artefatti come descritto nella sezione Rimozione di artefatti dal database di origine qui sotto.
  • Vengono acquisiti gli eventi DDL inviati come flusso.
• Crea artefatti DDL in schema: lo schema con il quale verranno creati gli artefatti del database DDL operativo. Il valore predefinito è "Pubblico".

Rimozione degli artefatti dal database di origine

Per acquisire le operazioni DDL, Gateway di Data Movement crea diversi artefatti nel database di PostgreSQL all'avvio dell'attività. Se si decide di eliminare l'attività è possibile rimuovere questi artefatti in qualsiasi momento, in un momento successivo.

Per rimuovere gli artefatti, eseguire le seguenti istruzioni (nell'ordine in cui sono visualizzate di seguito), in cui public è lo schema predefinito con il quale sono stati creati gli artefatti:

• drop event trigger attrep_intercept_ddl

  Nota informaticaIl trigger di event non appartiene a uno schema specifico.
• drop function public.attrep_intercept_ddl()
• drop table public.attrep_ddl_audit
• drop schema public

• drop table schema.attrep_wal_heartbeat

  in cui schema è Schema per artefatti heartbeat specificato nelle impostazioni del connettore.

Proprietà interne

Le proprietà interne servono per casi d'uso speciali e pertanto non vengono visualizzate nella finestra di dialogo. Gli utenti devono utilizzarle solo se indicato dal Supporto di Qlik.

Usare i pulsanti e a destra del campo per aggiungere o rimuovere proprietà in base alle esigenze.

Varie

Mappa il tipo di dati BOOLEAN a un tipo di dati BOOLEAN (anziché STRING (5)): selezionare questa opzione se si desidera che le colonne BOOLEAN vengano mappate a un tipo di dati BOOLEAN in Qlik Cloud anziché STRING (5), che è l'opzione predefinita.

Nome

Il nome visualizzato per la connessione di sorgente.