Impostazioni di replica

È possibile configurare le impostazioni per il task di replica dei dati.

• Aprire il task di replica e fare clic su Impostazioni nella barra degli strumenti.

Si apre la finestra di dialogo Impostazioni: <Nome-Task>. Le impostazioni disponibili sono descritte di seguito.

Generale

In questa scheda, è possibile modificare la modalità di replica, le impostazioni di staging (se disponibili), la modalità di applicazione delle modifiche alla destinazione e le impostazioni di pubblicazione.

Modalità di replica

Sono disponibili le seguenti modalità di replica:

• Caricamento completo: carica i dati dalle tabelle di origine selezionate sulla piattaforma di destinazione e, se necessario, crea le tabelle di destinazione. Il caricamento completo viene eseguito automaticamente all'avvio dell'attività, ma può anche essere eseguito manualmente in caso di necessità. Il caricamento completo manuale è necessario, ad esempio, se bisogna replicare gli aggiornamenti delle Viste (che non vengono acquisiti durante le attività di CDC) o se si esegue la replica da una sorgente dati che non supporta le attività CDC.

• Applica le modifiche: mantiene le tabelle di destinazione aggiornate riportando qualsiasi modifica apportata alle tabelle di origine.

• Archivia modifiche: archivia le modifiche alle tabelle di origine nelle Tabelle di modifica (una per ogni tabella di origine).

  Per ulteriori informazioni, vedere Archivia modifiche.

Quando si utilizza il Gateway Data Movement, le modifiche vengono acquisite dalla sorgente pressoché in tempo reale. Quando non si utilizza il Gateway Data Movement (per esempio, con una sottoscrizione Avvio Qlik Talend Cloud o quando si seleziona Nessuno), le modifiche vengono acquisite in base alle impostazioni dell'utilità di pianificazione. Per ulteriori informazioni, vedere Impostazioni di replica.

Se si seleziona Archivia modifiche o Applica modifiche e i dati di origine contengono tabelle che non supportano CDC, o viste, verranno create due pipeline di dati. Una pipeline per le tabelle che supportano CDC e un'altra pipeline per tutte le altre tabelle e viste che supportano solo il Caricamento completo.

Metodo di caricamento

Quando si esegue la replica in Snowflake, è possibile scegliere uno dei seguenti metodi di caricamento:

• Caricamento in blocco (impostazione predefinita)

  Se si seleziona Caricamento in blocco, sarà possibile ottimizzare i parametri di caricamento nella scheda Caricamento dati.

• Snowpipe Streaming

  Nota informatica

  Snowpipe Streaming sarà disponibile per la selezione solo se sono soddisfatte le seguenti condizioni:

  • La modalità di replica Archivia modifiche è abilitata, senza Applica modifiche.
  • Il Meccanismo di autenticazione nel connettore Snowflake è impostato su Coppia di chiavi.
  • Se si utilizza Gateway Data Movement, è richiesta la versione 2024.11.45 o successiva.

  Se si seleziona Snowpipe Streaming, assicurarsi di avere familiarità con le limitazioni e considerazioni relative all'utilizzo di questo metodo. Inoltre, se si seleziona Snowpipe Streaming e poi si abilita la modalità di replica Applica modifiche o si disabilita Archivia modifiche, il metodo di caricamento tornerà automaticamente a Caricamento in blocco.

I motivi principali per scegliere Snowpipe Streaming rispetto a Caricamento in blocco sono: 

• Meno costoso: Poiché Snowpipe Streaming non utilizza il warehouse Snowflake, i costi operativi dovrebbero essere significativamente inferiori, sebbene ciò dipenda dal caso d'uso specifico.

• Latenza ridotta: Poiché i dati vengono trasmessi in streaming direttamente alle tabelle di destinazione (anziché tramite staging), la replica dalla sorgente dati alla destinazione dovrebbe essere più veloce.

Connessione a un'area di staging

Quando si effettua la replica nei data warehouse elencati di seguito, è necessario impostare un'area di staging. I dati vengono elaborati e preparati nell'area di staging prima di essere trasferiti nel warehouse.

• Amazon Redshift
• Microsoft Fabric
• Databricks

Selezionare un'area di staging o fare clic su Crea nuovo per definire una nuova area di staging, quindi seguire le istruzioni nella sezione Connessione a un'archiviazione cloud.

Per modificare le impostazioni della connessione, fare clic su Modifica. Per testare la connessione (procedura consigliata), fare clic su Prova connessione.

Per informazioni su quali aree di staging sono supportate con determinati data warehouse, vedere la colonna Supportata come area di staging inCasi d'uso della piattaforma di destinazione e versioni supportate.

Modalità Applica modifiche

Le modifiche vengono applicate alle tabelle di destinazione utilizzando uno dei seguenti metodi:

• Batch ottimizzato: è il batch predefinito. Quando questa opzione è selezionata, le modifiche vengono applicate in batch. Viene eseguita un'azione di pre-elaborazione per raggruppare le transazioni in batch nel modo più efficace.
• Transazionale: selezionare questa opzione per applicare ogni transazione individualmente, nell'ordine di esecuzione del relativo commit. In questo caso, una rigida integrità referenziale è garantita per tutte le tabelle.

Impostazioni di pubblicazione

• Pubblica nel catalogo

  Selezionare questa opzione per pubblicare questa versione dei dati nel Catalogo come set di dati. Il contenuto del Catalogo verrà aggiornato la prossima volta che si prepara questo task.

  Per ulteriori informazioni sul Catalogo, vedere Informazioni sui dati con gli strumenti del catalogo.

Impostazioni proxy quando si utilizza Gateway Data Movement

• Quando si utilizza Data Movement gateway, connettersi tramite proxy a

  Quando si utilizza Gateway Data Movement, è possibile connettersi alla piattaforma di destinazione e alla piattaforma (area) di staging tramite un proxy.

  Per ulteriori informazioni sulla configurazione di Gateway Data Movement per l'utilizzo di un server proxy, vedere Impostazione del tenant Qlik Cloud e di un server proxy.

  • Piattaforma di destinazione

    Nota informaticaDisponibile quando si utilizzano Snowflake e Databricks.

  • Piattaforma di staging

    Nota informaticaDisponibile quando si utilizzano Google BigQuery, Amazon Redshift, Microsoft Fabric e Databricks.

Caricamento dati

Questa scheda verrà mostrata solo quando si esegue la replica in un data warehouse o in una destinazione Kafka. Inoltre, le impostazioni in questa scheda differiranno in base alla destinazione selezionata.

Rilevante per tutte le destinazioni data warehouse

Dimensione massima del file

Le dimensioni massime che può raggiungere un file prima che venga chiuso. I file di dimensioni inferiori possono essere caricati più velocemente (dipendendo dalla rete) e migliorare le prestazioni quando sono utilizzati insieme all'opzione di esecuzione parallela. Tuttavia, in generale si considera una cattiva prassi ingombrare il database con file di piccole dimensioni.

Rilevante solo per la destinazione Snowflake

Nella scheda Generale , è possibile selezionare se caricare i dati in Snowflake utilizzando Caricamento in blocco o Snowpipe Streaming. Quando è selezionato Snowpipe Streaming, la scheda Caricamento dati non verrà mostrata. Quando è selezionato Caricamento in blocco, saranno disponibili le seguenti impostazioni:

• Dimensione massima del file (MB): Rilevante per il caricamento completo iniziale e CDC. La dimensione massima che un file può raggiungere prima di essere caricato nella destinazione. Se si riscontrano problemi di prestazioni, provare a regolare questo parametro.

• Numero di file da caricare in un batch: Rilevante solo per il caricamento completo iniziale. Il numero di file da caricare in un singolo batch. Se si riscontrano problemi di prestazioni, provare a regolare questo parametro.

Per una descrizione dei metodi di caricamento Caricamento in blocco e Snowpipe Streaming, vedere Generale.

Rilevante solo per la destinazione Kafka

Proprietà del messaggio

Compressione

Facoltativamente, selezionare uno dei metodi di compressione disponibili (Snappy o Gzip). L'impostazione predefinita è Nessuna.

Pubblicazione dei messaggi di dati

Scegliere una delle seguenti opzioni Pubblica i dati in:

• Argomento specifico: Pubblica i dati in un singolo argomento. Digitare il nome di un argomento o utilizzare il pulsante Sfoglia per selezionare l'argomento desiderato.

• Argomento separato per ogni tabella: Pubblica i dati in più argomenti corrispondenti ai nomi delle tabelle di origine.

  Il nome topic di destinazione è costituito dal nome dello schema di origine e dal nome della tabella di origine, separati da un punto (ad esempio, dbo.Employees). Il formato del nome topic di destinazione è importante in quanto dovrai preparare questi topic in anticipo.

Per informazioni su come sovrascrivere questa impostazione a livello di set di dati, vedere Sostituzione delle impostazioni dell'attività per singoli set di dati durante la pubblicazione in Kafka

Chiave del messaggio

Selezionare una delle opzioni disponibili.

• Colonne chiave primaria: Per ogni messaggio, la chiave del messaggio conterrà il valore della colonna chiave primaria.

  Quando Per chiave del messaggio è selezionato come Strategia di partizione, i messaggi costituiti dallo stesso valore di chiave primaria verranno scritti nella stessa partizione.

• Nome schema e tabella: Per ogni messaggio, la chiave del messaggio conterrà una combinazione di nome schema e tabella (ad esempio, dbo+Employees).

  Quando Per chiave del messaggio è selezionato come Strategia di partizione, i messaggi costituiti dallo stesso nome schema e tabella verranno scritti nella stessa partizione.

• Nessuna: Crea messaggi senza una chiave del messaggio.

Per informazioni su come sovrascrivere questa impostazione a livello di set di dati, vedere Sostituzione delle impostazioni dell'attività per singoli set di dati durante la pubblicazione in Kafka

Strategia di partizione

Selezionare Casuale o Per chiave del messaggio. Se si seleziona Casuale, ogni messaggio verrà scritto in una partizione selezionata casualmente. Se si seleziona Per chiave del messaggio, i messaggi verranno scritti nelle partizioni in base alla Chiave del messaggio selezionata (descritta sopra).

Pubblicazione dei messaggi di metadati

Strategia del nome del soggetto

Selezionare una delle strategie del nome del soggetto disponibili.

• Nome schema e tabella (impostazione predefinita)
• Nome argomento
• Nome record
• Nome argomento e record

Per ulteriori informazioni sulle strategie del nome del soggetto di Confluent, vedere Strategia del nome del soggetto

Modalità di compatibilità del soggetto

Selezionare una delle seguenti modalità di compatibilità dall'elenco a discesa Modalità di compatibilità del soggetto:

• Usa impostazioni predefinite Schema Registry: Recupera il livello di compatibilità dalla configurazione del server Schema Registry.

• All'indietro - Solo schema più recente: I nuovi schemi possono leggere i dati corrispondenti e i dati prodotti solo dallo schema registrato più recente.

• All'indietro transitivo - Tutti gli schemi precedenti: I nuovi schemi possono leggere i dati prodotti da tutti gli schemi registrati in precedenza.

• In avanti - Solo schema più recente: Lo schema registrato più recente può leggere i dati prodotti dal nuovo schema.

• In avanti transitivo - Tutti gli schemi precedenti: Tutti gli schemi registrati in precedenza possono leggere i dati prodotti dal nuovo schema.

• Completa - Solo schema più recente: Il nuovo schema è compatibile all'indietro e in avanti con lo schema registrato più recente.

• Completa transitiva - Tutti gli schemi precedenti: Il nuovo schema è compatibile all'indietro e in avanti con tutti gli schemi registrati in precedenza.

• Nessuna

Usa un proxy per connettersi a Confluent Schema Registry

Attivare se il proprio Gateway Data Movement è configurato per utilizzare un server proxy.

Attributi del messaggio

È possibile specificare attributi del messaggio personalizzati che sovrascriveranno gli attributi del messaggio predefiniti. Ciò è utile se l'applicazione consumer deve elaborare il messaggio in un formato particolare.

Gli attributi del messaggio personalizzati possono essere definiti sia a livello di task che di tabella. Quando gli attributi sono definiti sia a livello di task che di tabella, gli attributi del messaggio definiti per la tabella avranno la precedenza su quelli definiti per il task.

Per informazioni su come sovrascrivere gli attributi del messaggio a livello di set di dati, vedere Sostituzione delle impostazioni dell'attività per singoli set di dati durante la pubblicazione in Kafka

Regole generali e linee guida per l'uso

Quando si definisce un messaggio personalizzato, è importante considerare le regole e le linee guida per l'uso elencate di seguito.

Nomi delle sezioni

Si applicano le seguenti regole di denominazione:

• I nomi delle sezioni devono iniziare con i caratteri a-z, A-Z o _ (un carattere di sottolineatura) e possono quindi essere seguiti da uno qualsiasi dei seguenti caratteri: a-z, A-Z, 0-9, _
• Ad eccezione delle sezioni Nome record e Nome chiave (che non terminano con una barra), la rimozione della barra dai nomi delle sezioni appiattirà la gerarchia della sezione associata (vedere Barre di seguito).
• Tutti i nomi delle sezioni tranne Nome record e Nome chiave possono essere eliminati (vedere Eliminazione di seguito)

• I nomi delle sezioni Nome dati e Includi record Prima dei dati non possono essere entrambi eliminati

• I nomi delle sezioni Nome dati e Includi record Prima dei dati non possono essere uguali

Barre

Alcuni dei nomi delle sezioni nell'interfaccia utente terminano con una barra (ad es. beforeData/). Lo scopo della barra è mantenere una gerarchia delle diverse sezioni all'interno del messaggio. Se la barra viene rimossa, si verificherà quanto segue:

• La struttura gerarchica di quella sezione verrà appiattita, con la conseguente rimozione del nome della sezione dal messaggio
• Il nome della sezione verrà anteposto ai metadati effettivi, direttamente o utilizzando un carattere separatore (ad es. un carattere di sottolineatura) aggiunto al nome

Esempio di un messaggio di dati quando headers/ è specificato con una barra:

		"message":{
		        "data":{
			      "COL1": "159",
			      "COL2": "159"
                       },
                       "beforeData": null,
		        "headers": {
			"operation": "INSERT",
			"changeSequence": "2018100811484900000000233",

Esempio di un messaggio di dati quando headers_ è specificato con un carattere di sottolineatura anziché una barra:

		"message":{
		        "data":{
			      "COL1": "159",
			      "COL2": "159"
                       },
                       "beforeData": null,                     
                       "headers_operation": "INSERT",
			"headers_changeSequence": "2018100811484900000000233",

Eliminazione

L'eliminazione di un nome di sezione dal messaggio appiattirà la struttura gerarchica di quella sezione. Ciò farà sì che tutti i dati di quella sezione appaiano immediatamente sotto il contenuto della sezione precedente.

Esempio di un messaggio di dati con il nome della sezione headers :

	        "message":{
		        "data":{
			      "COL1": "159",
			      "COL2": "159"
                       },
		        "headers": {
			"operation": "INSERT",
			"changeSequence": "2018100811484900000000233",

Esempio di un messaggio di dati senza il nome della sezione headers :

	        "message":{
		        "data":{
			      "COL1": "159",
			      "COL2": "159"
                       },
                       "beforeData": null,                   
                       "operation": "INSERT",
			"changeSequence": "2018100811484900000000233",

Variabili

È possibile aggiungere variabili ai nomi facendo clic sul pulsante alla fine della riga. Sono disponibili le seguenti variabili:

• SERVER_NAME - Il nome host del server Gateway Data Movement
• TARGET_TABLE_NAME - Il nome della tabella
• TARGET_TABLE_OWNER - Il proprietario della tabella
• TASK_NAME - Il nome del task di dati

Definizione degli attributi del messaggio personalizzati

Per definire un formato del messaggio personalizzato, attivare Usa impostazioni personalizzate e configurare le opzioni come descritto nella tabella seguente.

Per ripristinare gli attributi del messaggio predefiniti, disattivare Usa impostazioni personalizzate.

Impostazioni aggiuntive

• Dimensione massima del messaggio

  Nel campo Dimensione massima del messaggio , specificare la dimensione massima dei messaggi che i broker sono configurati per ricevere (message.max.bytes). Il task di dati non invierà messaggi più grandi della dimensione massima.

Metadati

Di base

• Schema della tabella di destinazione

  Lo schema sulla destinazione in cui verranno replicate le tabelle di origine se non si desidera utilizzare lo schema della tabella di origine (o se non è presente alcuno schema nel database di origine).

  Nota informaticaQuando si esegue la replica in una destinazione Oracle, lo schema della tabella di destinazione predefinito è "system". Si noti inoltre che se si lascia vuoto questo campo (nel qual caso verrà utilizzato lo schema di origine), è necessario assicurarsi che lo schema di origine esista già sulla destinazione. In caso contrario, il task avrà esito negativo.
  Nota informaticaLa lunghezza massima consentita per il nome dello schema è di 128 caratteri.

Mappatura delle colonne JSON

Mappare le colonne JSON compatibili dell'origine alle colonne JSON della destinazione.

When this option is selected, JSON columns on the source will automatically be mapped to JSON columns on the target.

The state and visibility of this option is determined by the following factors:

• New tasks: This option will be enabled by default if both the source and the target support the JSON data type.

• Existing tasks: This option will be disabled by default, even if both the source and the target support the JSON data type. This is in order to preserve backward compatibility with downstream processes - such as transformations - that expect the target data to be in STRING format (which is the legacy behavior). È possibile lasciare l'opzione disattivata o modificare i processi a valle per renderli compatibili con il formato JSON e quindi attivare questa opzione.

• New and existing tasks: If only the source supports the JSON data type, this option will not be visible. If JSON support is added to the target at a later stage, the option will become visible but remain disabled. This is in order to preserve backward compatibility with downstream processes - such as transformations - that expect the target data to be in STRING format (which is the legacy behavior).

Impostazioni LOB

Le impostazioni LOB disponibili differiscono in base alla destinazione di replica selezionata. Poiché le destinazioni data warehouse non supportano dimensioni illimitate delle colonne LOB, questa opzione non sarà disponibile quando si esegue la replica in un data warehouse.

Impostazioni LOB per destinazioni che non sono data warehouse

• Non includere colonne LOB: Selezionare questa opzione se non si desidera che le colonne LOB di origine vengano replicate.

• Limita la dimensione della colonna LOB a (KB): Questa è l'impostazione predefinita. Selezionare questa opzione se è necessario replicare solo LOB di piccole dimensioni o se la piattaforma di destinazione non supporta dimensioni LOB illimitate. Il valore massimo consentito per questo campo è 102400 KB (100 MB).

  Quando si replicano LOB di piccole dimensioni, questa opzione è più efficiente rispetto all'opzione Non limitare la dimensione della colonna LOB poiché i LOB vengono replicati "inline" anziché tramite "ricerca" dall'origine. Durante l'elaborazione delle modifiche, i LOB di piccole dimensioni vengono solitamente replicati tramite "ricerca" dall'origine.

  Il limite si applica al numero di byte LOB che viene letto dall'endpoint di origine. Per le colonne BLOB, la dimensione BLOB di destinazione sarà esattamente in base al limite specificato. Per le colonne CLOB e NCLOB, la dimensione LOB di destinazione potrebbe differire dal limite specificato se il LOB di origine e di destinazione non hanno lo stesso set di caratteri. In questo caso, il task di dati eseguirà la conversione del set di caratteri, che potrebbe comportare una discrepanza tra le dimensioni LOB di origine e di destinazione.

  Poiché il valore di Limita la dimensione LOB a è in byte, la dimensione deve essere calcolata in base alle seguenti formule:

  • BLOB: La lunghezza del LOB più grande.
  • NCLOB: La lunghezza del TESTO più lungo in caratteri moltiplicata per due (poiché ogni carattere viene gestito come un doppio byte). Se i dati includono caratteri a 4 byte, moltiplicarlo per quattro.
  • CLOB: La lunghezza del TESTO più lungo in caratteri (poiché ogni carattere viene gestito come un carattere UTF8). Se i dati includono caratteri a 4 byte, moltiplicarlo per due.
  Nota informatica

  • Eventuali LOB più grandi della dimensione specificata verranno troncati.
  • Durante l'elaborazione delle modifiche dall'origine Oracle, i BLOB inline vengono replicati inline.
  • Le modifiche a questa impostazione influiranno solo sulle tabelle esistenti dopo che sono state ricaricate.

• Non limitare la dimensione della colonna LOB: Quando questa opzione è selezionata, le colonne LOB verranno replicate, indipendentemente dalle dimensioni.

  Nota informaticaLa replica delle colonne LOB può influire sulle prestazioni. Ciò è particolarmente vero nel caso delle colonne LOB di grandi dimensioni che richiedono al task di replica di eseguire una ricerca dalla tabella di origine per recuperare il valore LOB di origine.

  • Ottimizza quando la dimensione LOB è inferiore a: Selezionare questa opzione quando è necessario replicare sia LOB di piccole che di grandi dimensioni e la maggior parte dei LOB è di piccole dimensioni.

    Nota informatica

    Questa opzione è supportata solo con le seguenti origini e destinazioni:

    • Origini: Oracle, Microsoft SQL server, MySQL, PostgreSQL e IBM DB2 per LUW

    • Destinazioni: Oracle, Microsoft SQL Server, MySQL, PostgreSQL.

    Quando questa opzione è selezionata, durante il caricamento completo, i LOB di piccole dimensioni verranno replicati "inline" (che è più efficiente) e i LOB di grandi dimensioni verranno replicati eseguendo una ricerca dalla tabella di origine. Durante l'elaborazione delle modifiche, tuttavia, sia i LOB di piccole che di grandi dimensioni verranno replicati eseguendo una ricerca dalla tabella di origine.

    Nota informatica

    Quando questa opzione è selezionata, il task di replica controllerà tutte le dimensioni LOB per determinare quali trasferire "inline". I LOB più grandi della dimensione specificata verranno replicati utilizzando la modalità LOB completo.

    Pertanto, se si sa che la maggior parte dei LOB è più grande dell'impostazione specificata, è preferibile utilizzare invece l'opzione Replica colonne LOB illimitate.

  • Dimensione del blocco (KB): Facoltativamente, modificare la dimensione dei blocchi LOB da utilizzare durante la replica dei dati nella destinazione. La dimensione del blocco predefinita dovrebbe essere sufficiente nella maggior parte dei casi, ma se si riscontrano problemi di prestazioni, la regolazione della dimensione potrebbe migliorare le prestazioni.

    Nota informatica

    Con alcuni database, la convalida del tipo di dati si verifica quando i dati vengono inseriti o aggiornati. In tali casi, la replica di tipi di dati strutturati (ad es. XML, JSON, GEOGRAPHY, ecc.) potrebbe non riuscire se i dati sono più grandi della dimensione del blocco specificata.

Impostazioni LOB per le destinazioni data warehouse supportate

• Includi colonne LOB e limita la dimensione della colonna a (KB):

  È possibile scegliere di includere le colonne LOB nel task e impostare la dimensione LOB massima. I LOB che sono più grandi della dimensione massima verranno troncati.

Avanzate

Impostazioni della tabella di controllo

• Schema delle tabelle di controllo: Specificare lo schema di destinazione per le tabelle di controllo se non si desidera che vengano create nello schema di origine (impostazione predefinita) o nello schema di destinazione.

  Nota informaticaLa lunghezza massima consentita per il nome dello schema è di 128 caratteri.
• Crea tabelle di controllo di destinazione nel tablespace: ​ Quando la destinazione della replica è Oracle, specificare lo spazio tabelle dove si desidera creare le tabelle di controllo di destinazione. Se non si inserisce alcuna informazione in questo campo, le tabelle verranno create nello spazio tabelle predefinito nel database di destinazione.
• Crea indici per le tabelle di controllo di destinazione nel tablespace: Quando la destinazione della replica è Oracle, specificare lo spazio tabelle dove si desidera creare gli indici delle tabelle di controllo. Se non si inserisce alcuna informazione in questo campo, gli indici verranno creati nello stesso spazio tabelle delle tabelle di controllo.
• Fascia oraria della cronologia di replica (minuti): La lunghezza di ogni fascia oraria nella tabella di controllo Cronologia replica. L'impostazione predefinita è 5 minuti.

Selezione della tabella di controllo

Applica modifiche

Queste impostazioni sono disponibili solo quando è abilitata la modalità di replica Applica modifiche.

Base

Seleziona il tipo di modifiche DDL da applicare alla destinazione

Le seguenti opzioni determinano se le operazioni DDL eseguite sulla tabella di origine corrispondente verranno eseguite anche sulla tabella di destinazione.

• Elimina tabella: Selezionare per eliminare la tabella di destinazione quando viene eliminata la tabella di origine.

  Nota informaticaNon supportato quando Kafka è la piattaforma di destinazione.

• Tronca tabella: Selezionare per troncare la tabella di destinazione quando viene troncata la tabella di origine.

  Nota informaticaNon supportato quando Microsoft Fabric è la piattaforma di destinazione.

• Modifica tabella: Selezionare per modificare la tabella di destinazione quando viene modificata la tabella di origine.

  Nota informaticaLa ridenominazione di una tabella non è supportata quando Kafka è la piattaforma di destinazione.

Ottimizzazione dell'elaborazione delle modifiche

• Applica modifiche in batch a più tabelle contemporaneamente: La selezione di questa opzione potrebbe migliorare le prestazioni durante l'applicazione di modifiche da più tabelle di origine. 

  Nota informatica

  Questa opzione è supportata solo quando:

  • La Modalità applica modifiche è impostata su Ottimizzata per batch. Per ulteriori informazioni, vedere Impostazioni di replica.
  • Le destinazioni di replica non sono MySQL, PostgreSQL, Oracle e Google BigQuery.

  • Numero massimo di tabelle: Il numero massimo di tabelle a cui applicare contemporaneamente le modifiche in batch. Il valore predefinito è cinque, il massimo è 50 e il minimo è due.

Quando l'opzione Applica modifiche in batch a più tabelle contemporaneamente è abilitata, si applicano le seguenti limitazioni:

• Le impostazioni predefinite dei criteri di gestione degli errori dell'attività rimarranno invariate per gli errori Ambientali e di Tabella, ma le impostazioni predefinite per gli errori di Dati e gli errori di Conflitti di applicazione saranno le seguenti:

  • Errori di dati:
    • Errori di troncamento dei dati: Registra il record nella tabella delle eccezioni
    • Altri errori di dati: Sospendi tabella
  • Errori di conflitti di applicazione:
    • Eliminazioni: Ignora record

    • Inserimenti: AGGIORNA il record di destinazione esistente

      Nota informaticaQuesto non è rilevante per una destinazione Snowflake (poiché Snowflake non supporta le chiavi primarie).
    • Aggiornamenti: Ignora record
  • Azione di escalation:
    • L'Azione di escalation sia per gli errori di Dati che per i Conflitti di applicazione non è supportata.
  • La tabella di controllo attrep_apply_exception non è supportata.
  • Per gli errori di dati:
    • L'opzione Registra il record nella tabella delle eccezioni è disponibile solo per gli errori di troncamento dei dati.
    • Non è presente l'opzione Ignora .
  • Per i conflitti di applicazione:
    • L'opzione Registra il record nella tabella delle eccezioni non è disponibile.
    • L'opzione Ignora è disponibile solo per il conflitto di applicazione Nessun record trovato per l'applicazione di un AGGIORNAMENTO .

Vedere anche: Gestione degli errori.

• Limita il numero di modifiche applicate per istruzione di elaborazione delle modifiche a: Per limitare il numero di modifiche applicate in una singola istruzione di elaborazione delle modifiche, selezionare questa casella di controllo e quindi modificare facoltativamente il valore predefinito. Il valore predefinito è 10.000.

  Nota informaticaQuesta opzione è supportata solo con le seguenti destinazioni: MySQL, PostgreSQL, Oracle e Google BigQuery.

Avanzate

Vedere Ottimizzazione dell'elaborazione delle modifiche.

Archivia modifiche

Queste impostazioni sono disponibili solo quando è abilitata la modalità di replica Archivia modifiche.

Base

Opzioni DDL

Selezionare una delle seguenti opzioni per determinare come gestire le operazioni DDL sulle tabelle di origine:

• Applica alla tabella delle modifiche: Le operazioni DDL sulle tabelle di origine (come l'aggiunta di una colonna) verranno applicate solo alle tabelle delle modifiche corrispondenti.
• Ignora: Tutte le operazioni DDL sulle tabelle di origine verranno ignorate.

Avanzate

All'aggiornamento

Selezionare Archivia immagine prima e dopo per archiviare sia i dati pre-AGGIORNAMENTO che i dati post-AGGIORNAMENTO. Se non selezionato, verranno archiviati solo i dati post-AGGIORNAMENTO.

Creazione della tabella delle modifiche

La sezione seguente descrive le opzioni disponibili durante l'archiviazione delle modifiche nelle tabelle delle modifiche.

• Suffisso: Specificare una stringa da utilizzare come suffisso per tutte le tabelle delle modifiche. Il valore predefinito è __ct. I nomi delle tabelle delle modifiche corrispondono al nome della tabella di destinazione con il suffisso aggiunto. Ad esempio, utilizzando il valore predefinito, il nome della tabella delle modifiche sarà HR__ct.
• Prefisso della colonna di intestazione: Specificare una stringa da utilizzare come prefisso per tutte le colonne di intestazione della tabella delle modifiche. Il valore predefinito è header__. Ad esempio, quando si utilizza il valore predefinito, la colonna di intestazione stream_position verrà chiamata header__stream_position.

Per ulteriori informazioni sulle tabelle delle modifiche, vedere Utilizzo delle tabelle di modifica.

Se la tabella delle modifiche esiste all'avvio del caricamento completo: Selezionare una delle seguenti opzioni per determinare come caricare le tabelle delle modifiche all'avvio della replica del caricamento completo:

• Elimina e crea tabella delle modifiche: La tabella viene eliminata e al suo posto viene creata una nuova tabella.

• Elimina le vecchie modifiche e archivia le nuove modifiche nella tabella delle modifiche esistente: I dati vengono troncati e aggiunti senza influire sui metadati della tabella.

  Nota informaticaNon supportato quando Microsoft Fabric è la piattaforma di destinazione.
• Mantieni le vecchie modifiche e archivia le nuove modifiche nella tabella delle modifiche esistente: I dati e i metadati della tabella delle modifiche esistente non vengono interessati.

Colonne di intestazione della tabella

Le colonne di intestazione della Tabella di modifica forniscono informazioni sulle operazioni di Elaborazione modifica operazione come il tipo operazione (ad es. INSERT), l'ora in cui è stato eseguito il commit, e così via. Se tali informazioni non sono necessarie, è possibile configurare l'attività di spostamento per creare le tabelle di modifica con le colonne di intestazione selezionate (o nessuna), pertanto l'ingombro di memoria nel database di destinazione.

Per una descrizione delle colonne di intestazione, vedere Tabelle di modifica.

Gestione degli errori

Base

Conflitti di applicazione

Chiave duplicata durante l'applicazione di INSERT: Selezionare l'azione da intraprendere in caso di conflitto con un'operazione INSERT.

• Ignora: L'attività continua e l'errore viene ignorato.

• AGGIORNA il record di destinazione esistente: Il record di destinazione con la stessa chiave primaria del record di origine INSERITO viene aggiornato.

• Registra il record nella tabella delle eccezioni (impostazione predefinita): L'attività continua e l'errore viene scritto nella tabella delle eccezioni.

• Sospendi tabella: L'attività continua ma i dati della tabella con il record di errore vengono spostati in uno stato di errore e i relativi dati non vengono replicati.

• Arresta attività: L'attività viene arrestata ed è richiesto un intervento manuale.

Nessun record trovato per l'applicazione di un AGGIORNAMENTO: Selezionare l'azione da intraprendere in caso di conflitto con un'operazione UPDATE.

• Ignora: L'attività continua e l'errore viene ignorato.

• INSERISCI il record di destinazione mancante: Il record di destinazione mancante verrà inserito nella tabella di destinazione. Quando l'endpoint di origine è Oracle, la selezione di questa opzione richiede l'abilitazione della registrazione supplementare per tutte le colonne della tabella di origine.

• Registra il record nella tabella delle eccezioni (impostazione predefinita): L'attività continua e l'errore viene scritto nella tabella delle eccezioni.

• Sospendi tabella: L'attività continua ma i dati della tabella con il record di errore vengono spostati in uno stato di errore e i relativi dati non vengono replicati.

• Arresta attività: L'attività viene arrestata ed è richiesto un intervento manuale.

Avanzate

Errori di dati

Per errori di troncamento di dati: selezionare l'azione da eseguire quando si verifica un troncamento in uno o più record specifici. È possibile selezionare una delle seguenti opzioni dall'elenco:

• Ignora: l'attività continua e l'errore viene ignorato.
• Registra record nella tabella delle eccezioni (opzione predefinita): l'attività continua e l'errore viene scritto nella tabella delle eccezioni.
• Sospendi tabella: l'attività continua, ma i dati dalla tabella con il record dell'errore viene spostato in uno stato di errore e i relativi dati non vengono replicati.
• Arresta attività: l'attività viene interrotta ed è richiesto l'intervento manuale.

Per gli altri errori nei dati: selezionare l'azione da eseguire quando si verifica un errore in uno o più record specifici. È possibile selezionare una delle seguenti opzioni dall'elenco:

• Ignora: l'attività continua e l'errore viene ignorato.
• Registra record nella tabella delle eccezioni (opzione predefinita): l'attività continua e l'errore viene scritto nella tabella delle eccezioni.
• Sospendi tabella: l'attività continua, ma i dati dalla tabella con il record dell'errore viene spostato in uno stato di errore e i relativi dati non vengono replicati.
• Arresta attività: l'attività viene interrotta ed è richiesto l'intervento manuale.

Riassegna gestione errore quando gli altri errori nei dati raggiungono (per tabella): selezionare questa casella di controllo per riassegnare la gestione dell'errore quando il numero di errori nei dati che non sono relativi al troncamento (per tabella) raggiunge la quantità specificata. I valori validi sono 1-10.000.

Azione di riassegnazione: scegliere l'azione da eseguire quando si riassegna la gestione dell'errore. Notare che le operazioni disponibili dipendono dall'azione selezionata dall'elenco a discesa Per gli altri errori nei dati descritto prima.

• Sospendi tabella (opzione predefinita): l'attività continua, ma i dati dalla tabella con il record dell'errore viene spostato in uno stato di errore e i relativi dati non vengono spostato.

  Nota informatica

  Il comportamento è differente a seconda della Modalità di elaborazione modifiche:

  • Nella modalità di Applicazione transazionale, le ultime modifiche non vengono spostato.

  • Nella modalità Applicazione ottimizzata in batch, può verificarsi una situazione in cui i dati verranno spostato solo parzialmente o non verranno spostato affatto.

• Arresta attività: l'attività viene interrotta ed è richiesto l'intervento manuale.
• Registra record nella tabella delle eccezioni: l'attività continua e il record viene scritto nella tabella delle eccezioni.

Errori di tabella

Numero di tentativi prima di restituire un errore di tabella

Questa opzione permette di controllare quando verranno attivati i criteri di gestione degli errori nella tabella. Per impostazione predefinita, dopo aver riscontrato un errore nella tabella, questa viene sospesa o l'attività viene interrotta (in base all'azione selezionata) dopo tre tentativi. A volte, si verifica un errore di tabella a causa della manutenzione programmata dell'applicazione SaaS. In questi casi, il numero predefinito di tentativi potrebbe non essere sufficiente per completare la manutenzione prima che vengano attivati i criteri di gestione degli errori nella tabella. Questo dipende anche dall'intervallo di pianificazione dell'attività, in quanto verrà eseguito un tentativo ogni volta che l'attività viene eseguita. Quindi, ad esempio, se si pianifica un'attività da eseguire ogni ora e l'applicazione SaaS viene messa offline per manutenzione proprio quando l'attività inizia a essere eseguita, il valore predefinito di tre tentativi consentirà all'applicazione SaaS di essere offline per un massimo di tre ore senza che vengano attivati i criteri di gestione degli errori nella tabella. Una finestra di manutenzione più lunga richiederebbe di aumentare il numero di tentativi (o di modificare la pianificazione) per evitare che vengano attivati i criteri di gestione degli errori della tabella.

Per riassumere, se sa che la sua applicazione SaaS è sottoposta a manutenzione periodica, la prassi migliore è aumentare il numero di tentativi in base alla pianificazione, in modo che la manutenzione possa essere completata senza che venga attivato il criterio di gestione degli errori nella tabella.

Quando rileva un errore tabella: selezionare una delle opzioni descritte di seguito dall'elenco a discesa:

• Sospendi tabella: (opzione predefinita) l'attività continua, ma i dati dalla tabella con il record dell'errore passano a uno stato di errore e i dati correlati non vengono replicati.
• Interrompi attività: l'attività viene interrotta ed è richiesto l'intervento manuale.

Riassegna gestione quando gli errori di tabelle raggiungono (per tabella): selezionare questa casella di controllo per riassegnare la gestione dell'errore quando il numero di errori della tabella (per tabella) raggiunge il numero specificato. I valori validi sono 1-10.000.

Azione di riassegnazione: i criteri di riassegnazione per gli errori nella tabella sono impostati su Interrompi attività e non è possibile modificarli.

Conflitti di applicazione

Nessun record trovato per l'applicazione di un'ELIMINAZIONE: Selezionare l'azione da intraprendere in caso di conflitto con un'operazione DELETE.

• Ignora: L'attività continua e l'errore viene ignorato.
• Registra il record nella tabella delle eccezioni: L'attività continua e il record viene scritto nella tabella delle eccezioni.
• Sospendi tabella: L'attività continua ma i dati della tabella con il record di errore vengono spostati in uno stato di errore e i relativi dati non vengono replicati.
• Arresta attività: L'attività viene arrestata ed è richiesto un intervento manuale.

Esegui l'escalation della gestione degli errori quando i conflitti di applicazione raggiungono (per tabella): Selezionare questa casella di controllo per eseguire l'escalation della gestione degli errori quando il numero di conflitti di applicazione (per tabella) raggiunge la quantità specificata. I valori validi sono compresi tra 1 e 10.000.

Azione di escalation: Scegliere cosa deve accadere quando viene eseguita l'escalation della gestione degli errori:

• Registra il record nella tabella delle eccezioni (impostazione predefinita): L'attività continua e l'errore viene scritto nella tabella delle eccezioni.

• Sospendi tabella: L'attività continua, ma i dati della tabella con il record di errore vengono spostati in uno stato di errore e i relativi dati non vengono replicati.

  Nota informatica

  Il comportamento varia in base alla Modalità di elaborazione delle modifiche:

  • Nella modalità Applicazione transazionale, le ultime modifiche non verranno replicate

  • Nella modalità Applicazione ottimizzata per batch, è possibile che si verifichi una situazione in cui non vi sarà alcuna replica dei dati o la replica dei dati sarà parziale.

• Arresta attività: L'attività viene arrestata ed è richiesto un intervento manuale.

Errori ambientali

• Numero massimo di tentativi: selezionare questa opzione, quindi specificare il numero massimo di tentativi in cui cercare di eseguire l'attività quando si verifica un errore ambientale recuperabile. Una volta completato il numero di tentativi specificato per eseguire l'attività, questa viene interrotta ed è richiesto l'intervento manuale da parte dell'utente.

  Per fare in modo che non venga eseguito nessun tentativo, deselezionare la casella di controllo o specificare "0".

  Per impostare un numero infinito di tentativi, specificare "-1"

  • Intervallo tra nuovi tentativi (secondi): utilizzare il contatore per selezionare o digitare il numero di secondi che il sistema deve attendere tra un tentativo e l'altro quando tenta di eseguire un'attività.

    I valori validi sono 0-2.000.

• Aumenta intervallo di tentativi per interruzioni prolungate: selezionare questa casella di controllo per aumentare l'intervallo tra i tentativi per le interruzioni prolungate. Quando questa opzione è abilitata, la durata dell'intervallo tra ciascun tentativo di esecuzione dell'attività raddoppia, fino al raggiungimento dell'Intervallo massimo di tentativi (i tentativi continuano a essere eseguiti in base all'intervallo massimo specificato).
  • Intervallo massimo di tentativi (secondi): utilizzare il contatore per selezionare o digitare il numero di secondi da attendere tra un tentativo di eseguire un'attività quando l'opzione Aumenta intervallo di tentativi per interruzioni prolungate è selezionata. I valori validi sono 0-2.000.

Ottimizzazione dell'elaborazione delle modifiche

Ottimizzazione dell'offload delle transazioni

• Esegui l'offload della transazione in corso su disco se:

  L'attività di replica in genere mantiene i dati della transazione in memoria finché non viene eseguito il commit completo sull'origine e/o sulla destinazione. Tuttavia, le transazioni di dimensioni superiori alla memoria allocata o di cui non viene eseguito il commit entro il limite di tempo specificato verranno scaricate su disco.

  • La dimensione della memoria della transazione supera (MB): La dimensione massima che tutte le transazioni possono occupare in memoria prima di essere scaricate su disco. Il valore predefinito è 1024.
  • La durata della transazione supera (secondi): Il tempo massimo in cui ogni transazione può rimanere in memoria prima di essere scaricata su disco. La durata viene calcolata dal momento in cui l'attività di replica ha iniziato ad acquisire la transazione. Il valore predefinito è 60.

Ottimizzazione batch

Le impostazioni in questa scheda sono determinate dalla modalità Applica modifiche.

Impostazioni disponibili solo quando la "Modalità di applicazione" è "Ottimizzata per batch"

• Applica modifiche in batch a intervalli:

• Maggiore di: La quantità minima di tempo da attendere tra ogni applicazione di modifiche in batch. Il valore predefinito è 1.

  L'aumento del valore Maggiore di riduce la frequenza con cui le modifiche vengono applicate alla destinazione, aumentando al contempo le dimensioni dei batch. Ciò può migliorare le prestazioni durante l'applicazione di modifiche ai database di destinazione ottimizzati per l'elaborazione di batch di grandi dimensioni.

• Minore di: La quantità massima di tempo da attendere tra ogni applicazione di modifiche in batch (prima di dichiarare un timeout). In altre parole, la latenza massima accettabile. Il valore predefinito è 30. Questo valore determina la quantità massima di tempo da attendere prima di applicare le modifiche, dopo che è stato raggiunto il valore Maggiore di.

• Forza l'applicazione di un batch quando la memoria di elaborazione supera (MB): La quantità massima di memoria da utilizzare per la pre-elaborazione nella Modalità di applicazione ottimizzata per batch. Il valore predefinito è 500.

  Per la dimensione massima del batch, impostare questo valore sulla quantità massima di memoria che è possibile allocare all'attività di replica. Ciò può migliorare le prestazioni durante l'applicazione di modifiche ai database di destinazione ottimizzati per l'elaborazione di batch di grandi dimensioni.

Impostazioni disponibili solo quando la "Modalità di applicazione" è "Transazionale"

Le seguenti impostazioni sono applicabili solo quando si lavora in modalità di applicazione "Transazionale". Si noti che "Transazionale" è l'unica modalità di applicazione disponibile (e quindi non selezionabile) durante la replica su Snowflake e il Metodo di caricamento è Streaming Snowpipe.

• Numero minimo di modifiche per transazione: il numero minimo di modifiche da includere in ogni transazione. Il valore predefinito è 1000.

  Nota informatica

  Le modifiche verranno applicate alla destinazione quando il numero di modifiche è uguale o maggiore del valore dell'opzione Numero minimo di modifiche per transazione O quando il valore Tempo massimo per raggruppare le transazioni in lotti prima dell'applicazione (secondi), a seconda di quale condizione si verifica per prima. Poiché la frequenza delle modifiche applicate nella destinazione è controllata da questi due parametri, le modifiche ai record di origine potrebbero non essere riflesse immediatamente nei record di destinazione.

• Tempo massimo per raggruppare le transazioni in lotti prima dell'applicazione (secondi): il tempo massimo per raccogliere le transazioni in batch prima che venga dichiarato un timeout. Il valore predefinito è 1.

Intervallo

Impostazioni per l'utilizzo dei connettori SAP ODP e applicazioni SaaS (Lite)

• Leggi modifiche ogni (minuti)

  Impostare l'intervallo tra le modifiche di lettura dalla sorgente in minuti. L'intervallo valido è compreso tra 1 e 1440.

  Nota informatica

  Questa opzione è disponibile solo quando l'attività dati è definita con le seguenti opzioni:

  • Gateway Data Movement
  • Una qualsiasi delle seguenti fonti:
    • Applicazione SaaS solo tramite connettori Lite
    • SAP ODP
  • Il metodo di aggiornamento Applica modifiche o Memorizza modifiche

Le impostazioni quando si usa il connettore SAP OData

Verifica la presenza di modifiche

• In base all'intervallo di estrazione delta: quando questa opzione è selezionata, l'attività dati verifica la presenza di modifiche in base all'intervallo di estrazione delta.

  Nota informaticaL'intervallo inizierà dopo ogni "round". Un round può essere definito come il tempo necessario all'attività dati per leggere le modifiche dalle tabelle di origine e inviarle alla destinazione (come singola transazione). La durata di un round varia in base al numero di tabelle e modifiche. Quindi, se si specifica un intervallo di 10 minuti e un ciclo richiede 4 minuti, il tempo effettivo tra una verifica e l'altra delle modifiche sarà di 14 minuti.

  • Intervallo estrazione Delta: la frequenza con cui i delta verranno estratti dal sistema. L'intervallo predefinito è 60 secondi.

• Come pianificato: quando questa opzione è selezionata, l'attività dati estrarrà il delta una volta e poi si arresterà. Quindi, continuerà l'esecuzione in base alla pianificazione.

  Nota informaticaQuesta opzione è rilevante solo se l'intervallo tra i cicli CDC è di 24 ore o più.

  Per informazioni sulla pianificazione:

  • Per le "attività di replica dei dati" in un progetto di replica, consultare Pianificazione delle attività

Ottimizzazione varia

Dimensione della cache delle istruzioni (numero di istruzioni)

Il numero massimo di istruzioni preparate da archiviare sul server per l'esecuzione successiva (durante l'applicazione delle modifiche alla destinazione). Il valore predefinito è 50. Il massimo è 200.

ELIMINA e INSERISCI durante l'aggiornamento di una colonna chiave primaria

Questa opzione richiede l'attivazione della registrazione supplementare completa nel database di origine.

Invia tombstone su ELIMINA

Quando questa opzione è selezionata, verrà popolata solo la chiave del messaggio; il messaggio stesso sarà nullo, a indicare che l'elemento è stato eliminato. Questo può aiutare i consumatori a rilevare che è stata eseguita un'operazione DELETE.

Archivia i dati di ripristino dell'attività nel database di destinazione

Selezionare questa opzione per archiviare le informazioni di ripristino specifiche dell'attività nel database di destinazione. Quando questa opzione è selezionata, l'attività di replica crea una tabella denominata attrep_txn_state nel database di destinazione. Questa tabella contiene i dati della transazione che possono essere utilizzati per ripristinare un'attività nel caso in cui i file nella cartella Dati di Gateway Data Movement siano danneggiati o se il dispositivo di archiviazione contenente la cartella Dati ha avuto un guasto.

Applica modifiche utilizzando SQL MERGE

Quando questa opzione non è selezionata, l'attività di replica eseguirà istruzioni INSERT, UPDATE e DELETE in blocco separate per ciascuno dei diversi tipi di modifica nella tabella delle modifiche nette.

Sebbene questo metodo sia altamente efficiente, l'abilitazione dell'opzione Applica modifiche utilizzando SQL MERGE è ancora più efficiente quando si lavora con endpoint che supportano questa opzione.

Ciò è dovuto ai seguenti motivi:

• Riduce il numero di istruzioni SQL eseguite per tabella da tre a una. La maggior parte delle operazioni UPDATE in database cloud di grandi dimensioni, immutabili e basati su file (come Google Cloud BigQuery), comporta la riscrittura dei file interessati. Con tali operazioni, la riduzione delle istruzioni SQL per tabella da tre a una è molto significativa.
• Il database di destinazione deve eseguire la scansione della tabella delle modifiche nette solo una volta, riducendo significativamente l'I/O.

Ottimizza inserimenti

Quando Applica modifiche utilizzando SQL MERGE è selezionato insieme all'opzione Ottimizza inserimenti e le modifiche sono costituite solo da INSERT, l'attività di replica eseguirà INSERT invece di utilizzare SQL MERGE. Si noti che, sebbene ciò in genere migliori le prestazioni e riduca di conseguenza i costi, potrebbe anche comportare record duplicati nel database di destinazione.

Applicazione transazionale

Le seguenti impostazioni sono disponibili solo quando si lavora in modalità di applicazione transazionale. Durante la replica nei database, la Modalità di applicazione può essere impostata su Ottimizzata per batch o Transazionale. Tuttavia, durante la replica verso la destinazione Snowflake e il Metodo di caricamento è impostato su Streaming Snowpipe, la modalità di applicazione è sempre transazionale e pertanto non può essere impostata.

• Numero minimo di modifiche per transazione: Il numero minimo di modifiche da includere in ogni transazione. Il valore predefinito è 1000.

  Nota informaticaL'attività di replica applica le modifiche alla destinazione quando il numero di modifiche è uguale o superiore al valore Numero minimo di modifiche per transazione OPPURE quando viene raggiunto il valore di timeout del batch (vedere di seguito), a seconda di quale evento si verifichi per primo. Poiché la frequenza delle modifiche applicate alla destinazione è controllata da questi due parametri, le modifiche ai record di origine potrebbero non riflettersi immediatamente nei record di destinazione.
• Tempo massimo per raggruppare le transazioni prima dell'applicazione (secondi): Il tempo massimo per raccogliere le transazioni in batch prima di dichiarare un timeout. Il valore predefinito è 1.

Evoluzione dello schema

Selezionare come gestire i seguenti tipi di modifiche DDL nello schema. Dopo aver modificato le impostazioni di evoluzione dello schema, è necessario preparare nuovamente l'attività. La tabella seguente descrive quali azioni sono disponibili per le modifiche DDL supportate.

Sostituzione dei caratteri

È possibile sostituire o eliminare i caratteri nel database di destinazione e/o sostituire o eliminare i caratteri di origine che non sono supportati da un set di caratteri selezionato.

Sostituzione o eliminazione dei caratteri di origine

Utilizzare la tabella Sostituisci o elimina caratteri di origine per definire le sostituzioni per caratteri di origine specifici. Questa opzione può essere utile, ad esempio, quando la rappresentazione Unicode di un carattere è differente nelle piattaforme di origine e di destinazione. Ad esempio, su Linux, il carattere meno nel set di caratteri Shift_JIS è rappresentato come U+2212, ma su Windows è rappresentato come U+FF0D.

Sostituzione o eliminazione dei caratteri di origine non supportati dal set di caratteri selezionato

Utilizzare la tabella Caratteri di origine non supportati dal set di caratteri per definire un singolo carattere di sostituzione per tutti i caratteri non supportati dal set di caratteri selezionato.

Altre opzioni

Queste opzioni non sono esposte nell'interfaccia utente, dato che sono rilevanti solo per versioni o ambienti specifici. Di conseguenza, non impostare queste opzioni a meno che non sia stato esplicitamente indicato dal Supporto Qlik o dalla documentazione dei prodotti.

Per impostare un'opzione, semplicemente copiarla nel campo Aggiungi nome funzionalità e fare clic su Aggiungi. Quindi, impostare il valore o attivare l'opzione in base alle istruzioni ricevute.

Caricamento di segmenti di set di dati in parallelo

Durante il caricamento completo, è possibile accelerare il caricamento di set di dati di grandi dimensioni suddividendo il set di dati in segmenti, che verranno caricati in parallelo. Le tabelle possono essere suddivise per intervalli di dati, tutte le partizioni, tutte le sottopartizioni o partizioni specifiche.

Per ulteriori informazioni, vedere Replica in parallelo di segmenti del set di dati.

Pianificazione delle attività

Nei seguenti casi d'uso, è necessario definire un intervallo di pianificazione per aggiornare la destinazione con le modifiche apportate all'origine:

• Accesso a una sorgente dati senza Gateway Data Movement
• Utilizzo di un connettore di anteprima di un'applicazione SaaS. I connettori di anteprima sono indicati da un pulsante , sia nella finestra di dialogo Crea connessione che nella guida in linea.
• Durante l'acquisizione delle modifiche da un'origine SAP OData utilizzando l'opzione Come pianificato.

La pianificazione determina la frequenza con cui i set di dati di destinazione verranno aggiornati con le modifiche ai set di dati di origine. Mentre la pianificazione determina la frequenza di aggiornamento, il tipo di set di dati determina il metodo di aggiornamento. Se i set di dati di origine supportano CDC (Change Data Capture), solo le modifiche ai dati di origine verranno replicate e applicate alle tabelle di destinazione corrispondenti. Se i set di dati di origine non supportano CDC (ad esempio, le Viste), le modifiche verranno applicate ricaricando tutti i dati di origine nelle tabelle di destinazione corrispondenti. Se alcuni set di dati di origine supportano CDC e altri no, verranno create due sotto-attività separate (supponendo che siano selezionate le opzioni di replica Applica modifiche o Archivia modifiche ): una per ricaricare i set di dati che non supportano CDC e l'altra per acquisire le modifiche ai set di dati che supportano CDC. In questo caso, per garantire la coerenza dei dati, si consiglia vivamente di non mantenere lo stesso intervallo di pianificazione per entrambe le attività (se si decide di modificare la frequenza di aggiornamento in futuro).

Per informazioni sugli intervalli di pianificazione minimi in base al tipo di sorgente dati e i livelli di sottoscrizione, vedere Intervalli di pianificazione minimi consentiti.

Per modificare la pianificazione:

1. Aprire il progetto e quindi eseguire una delle seguenti operazioni:

   • Nella vista delle attività, fare clic su su un'attività di replica e selezionare Pianificazione.
   • Nella vista della pipeline, fare clic su su un'attività di replica e selezionare Pianificazione.
   • Aprire l'attività di replica e fare clic sul pulsante della barra degli strumenti Pianificazione .
2. Modificare le impostazioni di pianificazione in base alle esigenze e quindi fare clic su OK.

Esecuzione di un'esecuzione persa per un'attività basata su Gateway Data Movement

A volte un problema di rete può causare l'interruzione della connessione a Gateway Data Movement. Se la connessione a Gateway Data Movement non viene ripristinata prima dell'esecuzione programmata successiva, l'attività dati non potrà essere eseguita come previsto. In questi casi, è possibile scegliere se completare un'esecuzione immediatamente dopo il ripristino della connessione.

Le impostazioni predefinite per tutti i Gateway Data Movement sono definite nel centro attività Amministrazione. È possibile sovrascrivere queste impostazioni per le singole attività come descritto di seguito.

Per fare questo

1. Aprire il progetto e quindi eseguire una delle seguenti operazioni:

   • Nella vista delle attività, fare clic su sull'attività dati e selezionare Pianificazione.

   • Nella vista della pipeline, fare clic su sull'attività dati e selezionare Pianificazione.

   • Aprire l'attività dati e fare clic sul pulsante della barra degli strumenti Pianificazione .

   Si apre la finestra di dialogo Pianificazione - <attività>.

2. Attivare Usa impostazioni personalizzate per questa attività.

3. Nella parte inferiore della finestra di dialogo, scegliere una delle seguenti opzioni Esegui attività pianificate perse.

   • Il prima possibile e poi come pianificato se è importante eseguire un'attività prima della successiva istanza pianificata

   • Come pianificato per eseguire l'attività alla successiva istanza pianificata

4. Salvare le impostazioni.

Vedere anche: Esecuzione di un'attività dopo una pianificazione mancata.