Gegevensreplicatie-instellingen

U kunt instellingen configureren voor de replicatiegegevenstaak.

• Open de replicatietaak en klik op Instellingen op de werkbalk.

Het dialoogvenster Instellingen: <Taaknaam> wordt geopend. De beschikbare instellingen worden hieronder beschreven.

Taakmodi

Op dit tabblad kunt u de replicatiemodus instellen en bepalen hoe wijzigingen op het doel worden toegepast.

Replicatiemodus

De volgende replicationmodi zijn beschikbaar:

• Volledige lading: Laadt de gegevens van de geselecteerde brontabellen naar het doelplatform en maakt indien nodig de doeltabellen. De volledige lading vindt automatisch plaats als de taak is gestart, maar kan indien mogelijk ook handmatig worden uitgevoerd.
• Wijzigingen toepassen: Werkt de doeltabellen continu bij met wijzigingen die in de brontabellen zijn aangebracht.

• Wijzigingen opslaan: Slaat de wijzigingen van de brontabellen op in wijzigingstabellen (één per brontabel).

  Ga voor meer informatie naar Wijzigingen opslaan.

Als u Gegevens opslaan of Wijzigingen toepassen selecteert en uw brongegevens ook tabellen bevatten die geen CDC of weergaven ondersteunen, worden er twee gegevenspijplijnen gemaakt. Eén gegevenspijplijn voor tabellen die CDC ondersteunen en een andere pijplijn voor alle andere tabellen en weergaven die alleen Volledige lading ondersteunen.

Modus Wijzigingen toepassen

Wijzigingen worden toegepast op de doeltabellen met behulp van een van de volgende methoden:

• Batch geoptimaliseerd: Dit is de standaardinstelling. Als deze optie is geselecteerd, worden wijzigingen batchgewijs toegepast. Er wordt een voorverwerkingsactie uitgevoerd om de transacties zo efficiënt mogelijk te groeperen in batches.
• Transactioneel: Selecteer deze optie om elke transactie afzonderlijk toe passen, in de vastgelegde volgorde. In dit geval wordt strikte referentiële integriteit verzekerd voor alle tabellen.

Metagegevens

Basis

• Schema voor doeltabel: Het schema in het doel waarnaar de brontabellen worden gerepepliceerd als u het schema voor de brontabel wilt gebruiken (of als er geen schema aanwezig is in de brondatabase).

  InformatieBij het repliceren naar een Oracle-doel is het standaard doeltabelschema "system". Houd er rekening mee dat als u dit veld leeg laat (in dat geval wordt het bronschema gebruikt), u moet controleren of het bronschema al aanwezig is in het doel. Anders zal de taak mislukken.
  InformatieDe maximaal toegestane lengte voor de schemanaam is 128 tekens.

• LOB-kolommen opnemen: selecteer dit als u niet wilt dat bron-LOB-kolommen worden gerepliceerd.

• Grootte LOB-kolom beperken tot (KB): dit is de standaardinstelling. Selecteer deze optie als u alleen kleine LOB's wilt repliceren of als het doelplatform geen onbeperkte LOB-grootte ondersteunt. De maximaal toegestane waarde voor dit veld is 102400 KB (100 MB).

  Bij het repliceren van kleine LOB's is deze optie efficiënter dan de optie Grootte LOB-kolom niet beperken omdat de LOB's 'inline' worden gerepliceerd in plaats van via 'opzoeken' vanuit de bron. Tijdens de wijzigingsverwerking worden kleine LOB's meestal gerepliceerd via 'opzoeken' vanuit de bron.

  De waarde van LOB-grootte beperken is in bytes, dus moet de grootte berekend worden aan de hand van de volgende formules:

  • BLOB: de lengte van de grootste LOB.
  • NCLOB: De lengte van de langste TEXT in tekens, vermenigvuldigd met twee (elk teken wordt verwerkt als een DBCS-teken). Als de gegevens tekens van 4-bytes bevatten, vermenigvuldig ze dan met vier.
  • CLOB: de lengte van de langste TEXT in tekens (elk teken wordt verwerkt als een UTF8-teken). Als de gegevens 4-bytes tekens bevatten, vermenigvuldig ze dan met twee.
  Informatie

  • LOB's die groter zijn dan de opgegeven grootte worden afgekapt.
  • Tijdens de wijzigingsverwerking van een Oracle-bron, worden inline-BLOB's ook inline gerepliceerd.
  • Wijzigingen van deze instellingen worden alleen toegepast op bestaande tabellen nadat ze opnieuw zijn geladen.

• Grootte LOB-kolom niet beperken: Als deze optie is geselecteerd, worden LOB-kolommen gerepliceerd, ongeacht de grootte.

  InformatieHet repliceren van LOB-kolommen kan van invloed zijn op de prestaties. Dit geldt met name voor grote LOB-kolommen waarvoor Data Movement gateway een opzoekopdracht moet uitvoeren voor de brontabel om de bron-LOB-waarde op te halen.

  • Optimaliseren als LOB-grootte kleiner is dan: Selecteer deze optie als u zowel kleine als grote LOB's moet repliceren en de meeste LOB's klein zijn.

    Informatie

    Deze optie wordt alleen ondersteund voor de volgende bronnen en doelen:

    • Bronnen: Oracle, Microsoft SQL server, MySQL, PostgreSQL en IBM DB2 for LUW

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

    Als deze optie is geselecteerd tijdens een volledige lading, worden de kleine LOB's 'inline' gerepliceerd (dit is efficiënter) en de grote LOB's worden gerepliceerd via een zoekopdracht van de brontabel. Tijdens de wijzigingsverwerking worden echter kleine en grote LOB's gerepliceerd door een zoekopdracht vanuit de brontabel uit te voeren.

    Informatie

    Als deze optie is geselecteerd, controleert Data Movement gateway alle LOB-grootten om te bepalen welke 'inline' overgedragen moeten worden. LOB's die groter zijn dan de opgegeven grootte worden gerepliceerd met de modus Volledige LOB.

    Als u weet dat de meeste LOB's groter zijn dan de opgegeven instelling, wordt aangeraden om de optie Onbeperkte LOB-kolommen repliceren te gebruiken.

  • Chunkgrootte (KB): U kunt eventueel de grootte van de LOB-chunks wijzigen die gebruikt moeten worden om de gegevens naar het doel te repliceren. De standaard chunkgrootte zal in de meeste gevallen voldoen, maar als u problemen ervaart kan het wijzigen van de grootte de prestaties verbeteren.

    Informatie

    Bij sommige databases worden de gegevenstypen gevalideerd wanneer gegevens worden ingevoegd of bijgewerkt. In dergelijke gevallen kan de replicatie van gestructureerde gegevenstypen (bijv. XML, JSON, GEOGRAPHY, enz.) mislukken als de gegevens groter zijn dan de opgegeven chunkgrootte.

Geavanceerd

Instellingen voor controletabellen

• Schema controlletabellen: Geef het doelschema voor de controletabellen op als u niet wilt dat ze in het bronschema (standaardinstelling) of in het doelschema worden gemaakt.

  InformatieDe maximaal toegestane lengte voor de schemanaam is 128 tekens.
• Maak controletabellen voor het doel in de tabelruimte: ​ Als de doelconnector Oracle is, geef dan de tabelruimte op waarin u de doelcontroletabellen wilt maken. Als u geen gegevens opgeeft in dit veld, worden de tabellen gemaakt in de standaardtabelruimte in de doeldatabase.
• Maak indexen voor controletabellen voor het doel in de tabelruimte:Als de doelconnector Oracle is, geef dan de tabelruimte op waarin u de doelcontrole-indexen wilt maken. Als u geen gegevens opgeeft in dit veld, worden de indexen gemaakt in dezelfde tabelruimte als de controletabellen.
• Tijdslot replicatiegeschiedenis (minuten): De lengte van elk tijdslot in de Replicationgeschiedenis controletabel. De standaardinstelling is 5 minuten.

Selectie van controletabellen

Wijzigingen toepassen

Deze instellingen zijn alleen beschikbaar als de replicatiemodus Toepassingswijzigingen is ingeschakeld.

Basis

DDL-wijzigingen toepassen op doeltabel

De volgende opties bepalen of DDL-bewerkingen die zijn uitgevoerd voor de bijbehorende brontabel ook worden uitgevoerd voor de doeltabel.

Geavanceerd

Zie Verwerking van wijzigingen afstemmen.

Wijzigingen opslaan

Deze instellingen zijn alleen beschikbaar als de replicationmodus Wijzigingen opslaan is ingeschakeld.

Basis

DDL-opties

Selecteer een van de volgende opties om te bepalen hoe DDL-bewerkingen in de brontabellen worden verwerkt:

• Toepassen op wijzigingstabel: DDL-bewerkingen voor brontabellen (zoals een kolom die wordt toegevoegd) wordt alleen toegepast op de bijbehorende wijzigingstabel.
• Negeren: alle DDL-bewerkingen voor brontabellen worden genegeerd.

tabblad

Bij update

Selecteer Opslaan vóór afbeelding en na afbeelding om zowel de pre-UPDATE gegevens en de post-UPDATE gegevens op te slaan. Als deze optie niet is geselecteerd, worden alleen de post-UPDATE gegevens opgeslagen.

Aanmaken wijzigingstabel

De volgende sectie beschrijft de opties die beschikbaar zijn voor het opslaan van wijzigingen in wijzigingstabellen.

• Suffix: Geef een tekenreeks op om te gebruiken als suffix voor alle wijzigingstabellen. De standaardwaarde is __ct. De naam van de wijzigingstabel is de naam van de doeltabel met de toegevoegde suffix. Bij de standaardwaarde is de naam van de wijzigingstabel bijvoorbeeld HR__ct.
• Prefix kopkolom: Geef een tekenreeks op om te gebruiken als prefix voor alle kopkolommen van de wijzigingstabel. De standaardwaarde is header__. Bij gebruik van de standaardwaarde, krijgt de kopkolom stream_position de naam header__stream_position.

Voor informatie over wijzigingstabellen gaat u naar Wijzigingstabellen gebruiken.

Als de wijzigingstabel bestaat wanneer volledige lading wordt gestart: selecteer een van de volgende opties om te bepalen hoe wijzigingstabellen worden geladen als de replicatie met volledige lading start:

• Wijzigingstabel verwijderen en maken: de tabel wordt verwijderd en in plaats daarvan wordt een nieuwe tabel gemaakt.
• Oude wijzigingen verwijderen en wijzigingen in bestaande wijzigingstabel opslaan: gegevens worden afgekapt en toegevoegd zonder dat dit invloed heeft op de metagegevens van de tabel
• Oude wijzigingen behouden en nieuwe wijzigingen in bestaande wijzigingstabel opslaan: gegevens en metagegevens van de bestaande wijzigingstabel worden niet gewijzigd.

Tabelkopkolommen

De kopkolommen van de wijzigingstabel geven informatie over de wijzigingsverwerkingen, zoals het type bewerking (bijv. INSERT), de doorvoertijd enzovoort. Als u al deze informatie niet nodig hebt, kunt u configureren dat de Tussenopslagtaak de wijzigingstabellen maakt met de geselecteerde kopkolommen (of helemaal geen), waardoor de footprint in de doeldatabase wordt verminderd.

Ga naar Wijzigingstabellen voor een beschrijving van de kopkolommen.

Fout bij verwerking

Basis

Toepassingsconflicten

Sleutel dupliceren bij toepassing van INVOEGEN: Selecteer welke actie wordt genomen als er een conflict met een INSERT-bewerking is.

• Negeren: de taak wordt voorgezet en de fout wordt genegeerd.

   

• Het bestaande doelrecord BIJWERKEN: het doelrecord met dezelfde primaire sleutel als de INGEVOEGDE bronrecord wordt bijgewerkt.

• Record registeren in uitzonderingstabel (standaard): de taak wordt voortgezet en de fout wordt geschreven naar de uitzonderingentabel.

• Tabel opschorten: de taak wordt voortgezet, maar gegevens van de tabel met het foutrecord wordt omgezet naar een foutstatus en de gegevens worden niet gerepliceerd.

• Taak stoppen: de taak wordt gestopt en handmatige tussenkomst is vereist.

Geen record gevonden voor het toepassen van een UPDATE: Selecteer welke actie wordt genomen als er een conflict met een UPDATE-bewerking is.

• Negeren: de taak wordt voorgezet en de fout wordt genegeerd.

• Het ontbrekende doelrecord INVOEGEN: het ontbrekende doelrecord wordt ingevoegd in de doeltabel. Als het broneindpunt Oracle is, moet voor het selecteren van deze optie voor alle kolommen van de brontabel aanvullende logboekregistratie zijn ingeschakeld.

• Record registeren in uitzonderingstabel (standaard): de taak wordt voortgezet en de fout wordt geschreven naar de uitzonderingentabel.

• Tabel opschorten: de taak wordt voortgezet, maar gegevens van de tabel met het foutrecord wordt omgezet naar een foutstatus en de gegevens worden niet gerepliceerd.

• Taak stoppen: de taak wordt gestopt en handmatige tussenkomst is vereist.

tabblad

Gegevensfouten

Voor fouten in het afkappen van gegevens: Selecteer wat er moet gebeuren als er een afkapping plaatsvindt in een of meer specifieke records. U kunt een van de volgende opties in de lijst selecteren:

• Negeren: De taak wordt voorgezet en de fout wordt genegeerd.
• Record registeren in uitzonderingstabel (standaard): De taak wordt voortgezet en de fout wordt geschreven naar de uitzonderingentabel.
• Tabel opschorten: De taak wordt voortgezet, maar gegevens van de tabel met het foutrecord wordt omgezet naar een foutstatus en de gegevens worden niet gerepliceerd
• Taak stoppen: De taak wordt gestopt en handmatige tussenkomst is vereist.

Voor overige gegevensfouten: Selecteer wat er moet gebeuren als er een fout ontstaat in één of meer specifieke records. U kunt een van de volgende opties in de lijst selecteren:

• Negeren: De taak wordt voorgezet en de fout wordt genegeerd.
• Record registeren in uitzonderingstabel (standaard): De taak wordt voortgezet en de fout wordt geschreven naar de uitzonderingentabel.
• Tabel opschorten: De taak wordt voortgezet, maar gegevens van de tabel met het foutrecord wordt omgezet naar een foutstatus en de gegevens worden niet gerepliceerd
• Taak stoppen: De taak wordt gestopt en handmatige tussenkomst is vereist.

Foutverwerking escaleren wanneer gegevensfouten ontstaan (per tabel): Schakel dit selectievakje in om foutverwerking te escaleren als het aantal niet-afgekapte gegevensfouten (per tabel) het opgegeven aantal bereikt. Geldige waarden zijn 1-10.000.

Escalatie-actie: Kies wat er moet gebeuren wanneer foutverwerking wordt geëscaleerd. Houd er rekening mee dat de beschikbare acties afhankelijk zijn van de actie die is geselecteerd in de vervolgkeuzelijst Voor overige gegevensfouten die hierboven wordt beschreven.

• Tabel opschorten (standaard): De taak wordt voortgezet, maar gegevens van de tabel met het foutrecord worden omgezet naar een foutstatus en de gegevens worden niet tijdelijk opgeslagen.

  Informatie

  Het gedrag is afhankelijk van de Verwerkingsmodus wijzigen:

  • In de modus Transactioneel toepassen worden de laatste wijzigingen niet tijdelijk opgeslagen.

  • In de modus Batchgewijs optimaliseren toepassen, kan het voorkomen dat gegevens helemaal niet worden tijdelijk opgeslagen of alleen gedeeltelijk worden tijdelijk opgeslagen.

• Taak stoppen: De taak wordt gestopt en handmatige tussenkomst is vereist.
• Record registeren in uitzonderingstabel: De taak wordt voortgezet en het record wordt geschreven naar de uitzonderingentabel.

Tabelfouten

Wanneer een tabelfout ontstaat: Selecteer een van het volgende uit de vervolgkeuzelijst:

• Tabel opschorten (standaard): De taak wordt voortgezet, maar gegevens van de tabel met het foutrecord wordt omgezet naar een foutstatus en de gegevens worden niet gerepliceerd
• Taak stoppen: De taak wordt gestopt en handmatige tussenkomst is vereist.

Foutverwerking escaleren wanneer tabelfouten ontstaan (per tabel): Schakel dit selectievakje in om foutverwerking te escaleren als het aantal tabelfouten (per tabel) het opgegeven aantal bereikt. Geldige waarden zijn 1-10.000.

Escalatie-actie: Het escalatiebeleid voor tabelfouten is ingesteld op Taak stoppen en dit kan niet worden gewijzigd.

Toepassingsconflicten

Geen record gevonden voor het toepassen van een VERWIJDERING: selecteer welke actie wordt genomen als er een conflict met een UPDATE-bewerking is.

• Negeren: de taak wordt voorgezet en de fout wordt genegeerd.
• Record registeren in uitzonderingstabel: de taak wordt voortgezet en het record wordt geschreven naar de uitzonderingentabel.
• Tabel opschorten: de taak wordt voortgezet, maar gegevens van de tabel met het foutrecord wordt omgezet naar een foutstatus en de gegevens worden niet gerepliceerd.
• Taak stoppen: de taak wordt gestopt en handmatige tussenkomst is vereist.

Foutverwerking escaleren wanneer toepassingsconflicten het volgende bereiken (per tabel): schakel dit selectievakje in om foutverwerking te escaleren als het aantal toepassingsconflicten (per tabel) het opgegeven aantal bereikt. Geldige waarden zijn 1-10.000.

Escalatie-actie: Kies wat er moet gebeuren wanneer foutverwerking wordt geëscaleerd:

• Record registeren in uitzonderingstabel (standaard): de taak wordt voortgezet en de fout wordt geschreven naar de uitzonderingentabel.

• Tabel opschorten: de taak wordt voortgezet, maar gegevens van de tabel met het foutrecord wordt omgezet naar een foutstatus en de gegevens worden niet gerepliceerd.

  Informatie

  Het gedrag is afhankelijk van de Verwerkingsmodus wijzigen:

  • In de modus Transactioneel toepassen worden de laatste wijzigingen niet gerepliceerd

  • In de modus Batchgewijs optimaliseren toepassen is het mogelijk dat er geen gegevens worden gerepliceerd of dat gegevens maar gedeeltelijk worden gerepliceerd.

• Taak stoppen: de taak wordt gestopt en handmatige tussenkomst is vereist.

Omgevingsgerelateerde fouten

• Maximum aantal nieuwe pogingen: Selecteer deze optie en geef vervolgens het maximumaantal pogingen op voor het opnieuw proberen van een taak als er een herstelbare omgevingsgerelateerde fout plaatsvindt. Nadat u hebt geprobeerd de taak het opgegeven aantal keer opnieuw uit te voeren, wordt de taak gestopt en moet u handmatig ingrijpen.

  Schakel het selectievakje uit of geef '0' op om de taak niet te proberen de taak opnieuw uit te voeren.

  Geef '-1' op om een oneindig aantal keren te proberen de taak opnieuw uit te voeren.

  • Interval tussen nieuwe pogingen (seconden): Gebruik de teller om het aantal seconden te selecteren of in te voeren dat het systeem wacht tussen nieuwe pogingen.

    Geldige waarden zijn 0-2.000.

• Interval voor opnieuw proberen bij lange storingen vergroten: Schakel dit selectievakje in om de interval voor opnieuw proberen te verhogen voor lange storingen. Als deze optie is ingeschakeld, verdubbelt de interval tussen elke nieuwe poging en de volgende poging totdat de Maximuminterval voor nieuwe pogingen is bereikt (en er door wordt gegaan met nieuwe pogingen op basis van de opgegeven maximuminterval).
  • Maximuminterval voor nieuwe pogingen (seconden): Gebruik de teller om te selecteren of in te voeren hoeveel seconden er gewacht wordt tussen pogingen om een taak opnieuw uit te voeren als de optie Interval voor opnieuw proberen bij lange storingen vergroten is ingeschakeld. Geldige waarden zijn 0-2.000.

Verwerking van wijzigingen afstemmen

Afstemming transactie-offload

De volgende afstemmingsopties zijn beschikbaar, ongeacht welke modus Wijzigingen verwerken is geselecteerd:

• Offload transactie in voortgang naar de schijf als:

  Qlik Cloud Data Integration bewaart de transactiegegevens meestal in het geheugen totdat deze volledig doorgevoerd zijn naar de bron en/of het doel. Transacties die groter zijn dat het toegewezen geheugen of die niet zijn doorgevoerd binnen de opgegeven tijdslimiet worden geoffloaded naar de schijf.

  • Geheugengrootte transactie overschrijdt (MB): de maximumtijd dat elke transactie in het geheugen kan blijven voordat het naar de schijf wordt geoffloaded. De standaardwaarde is 1024.
  • Duur transacties overschrijdt (seconden): de maximumtijd dat elke transactie in het geheugen kan blijven voordat het naar de schijf wordt geoffloaded. De duur wordt berekend vanaf het moment dat Qlik Cloud Data Integration is begonnen met het vastleggen van de transactie. De standaardwaarde is 60.

Diverse afstemmingen

• Cachegrootte instructies (aantal instructies): Het maximumaantal voorbereide instructies om te bewaren op de server om later uit te voeren (bij het toepassen van wijzigingen op het doel). De standaardwaarde is 50. Het maximum is 200.

• Taakherstelgegevens opslaan in doeldatabase: Selecteer deze optie om taakspecifieke herstelgegevens op te slaan in de doeldatabase. Als deze optie is geselecteerd, maakt Data Movement gateway een tabel met de naam attrep_txn_state in de doeldatabase. Deze tabel bevat transactiegegevens die gebruikt kunnen worden om een taak te herstellen voor het geval dat de bestanden in de gegevensmap van Gateway voor gegevensverplaatsing zijn beschadigd of als het opslagapparaat dat de gegevensmap bevat niet juist werkt.

Batchgewijs optimaliseren toepassen

De volgende instellingen zijn alleen beschikbaar als de Toepassingsmodus is ingesteld op Batchgewijs geoptimaliseerd.

• Batchgewijs wijzigingen in intervallen toepassen:

• Groter dan: de minimumtijd die gewacht wordt tussen elke uitvoering van batchwijzigingen. De standaardwaarde is 1.

  Door de waarde Langer dan te verhogen, neemt de frequentie af waarmee wijzigingen worden toegepast op het doel maar wordt tegelijkertijd de grootte van de batches verhoogt. Hierdoor kunnen de prestaties verbeteren bij het toepassen van wijzigingen voor de doeldatabases die zijn geoptimaliseerd voor het verwerken van grote batches.

• Kleiner dan: de maximumtijd dat gewacht wordt tussen elke uitvoering van batchwijzigingen (voordat er een time-out optreedt). In andere woorden: de maximum acceptabele latentie. De standaardwaarde is 30. Deze waarde bepaalt de maximumhoeveelheid tijd die gewacht wordt voordat de wijzigingen worden toegepast nadat de waarde Langer dan is bereikt.

• Gedwongen een batch toepassen wanneer verwerkingsgeheugen groter is dan (in MB): de maximumhoeveelheid geheugen die wordt gebruikt voor de voorverwerking in de modus Batchgewijs geoptimaliseerd toepassen. De standaardwaarde is 500.

  Voor de maximale batchgrootte stelt u deze waarde in op de hoogste hoeveelheid geheugen die u kunt toewijzen aan Data Movement gateway. Hierdoor kunnen de prestaties verbeteren bij het toepassen van wijzigingen voor de doeldatabases die zijn geoptimaliseerd voor het verwerken van grote batches.

Transactioneel toepassen

De volgende instellingen zijn alleen beschikbaar als de Toepassingsmodus is ingesteld op Transactioneel.

• Minimumaantal wijzigingen per transactie: het minimumaantal wijzigingen dat in elke transactie wordt opgenomen. De standaardwaarde is 1000.

  InformatieData Movement gateway past wijzigingen op het doel toe als het aantal wijzigingen gelijk is aan of groter is dan de waarde Minimumaantal wijzigingen per transactie OF als de waarde voor de time-out van batches is bereikt (zie hieronder) - naargelang wat eerst plaatsvindt. Omdat de frequentie van wijzigingen die worden toegepast op het doel door deze twee parameters wordt beheerd, worden wijzigingen in de bronrecords mogelijk niet direct in de doelrecords weergegeven.
• Maximumtijd om transacties in batches te plaatsen voor toepassen (seconden): de maximumtijd om transacties in batches te verzamelen voordat er een time-out optreedt. De standaardwaarde is 1.

Tekensubstitutie

U kunt brontekens in de doeldatabase vervangen of verwijderen of u kunt brontekens vervangen of verwijderen die niet door een geselecteerde tekenset worden ondersteund.

Brontekens vervangen of verwijderen

Gebruik de tabel Brontekens substitueren of verwijderen om vervangingen voor specifieke brontekens te definiëren. Dit kan bijvoorbeeld handig zijn als de Unicode-weergave van een teken anders is op de bron- en doelplatformen. Op Linux bijvoorbeeld wordt het minusteken in de Shift_JIS tekenset vertegenwoordigd door U+2212, maar op Windows wordt dit vertegenwoordigd als U+FF0D.

Brontekens vervangen of verwijderen die niet worden ondersteund door de geselecteerde tekenset.

Gebruik de tabel Niet-ondersteunde tekens per tekenset om een afzonderlijk vervangingsteken te definiëren voor alle tekens die niet worden ondersteund door de geselecteerde tekenset.

SaaS-applicatie

Voor initiële lading

Bij het verplaatsen van gegevens vanuit een SaaS-applicatiebron, kunt u instellen hoe de initiële volledige lading moet worden uitgevoerd:

Wijzigingen om de (minuten) lezen

Stel de interval tussen het lezen van wijzigingen van de bron in minuten in. Het geldige bereik ligt tussen 1 en 1440.