Begränsningar och överväganden

Du bör vara medveten om följande begränsningar och överväganden vid användning av en IBM DB2 för iSeries-källa.

Begränsningar och överväganden för alla datauppgifter

• Multimedlems (partitionerade) tabeller stöds inte

• Kryptering på fältnivå stöds inte

• Journalmottagare måste vara System Managed i stället för användarhanterade.

• Journaler som innehåller minimerade data stöds inte

  Parametern MINENTDTA ska vara inställd på: MINENTDTA(*NONE)

• Alla tabeller måste finnas i samma journal
• Datatypen XML stöds inte
• Datatypen DBCLOB stöds inte
• Radstorleken exklusive LOB:er får inte överskrida 32740 byte

• Vanligtvis gäller Data Movement gateway enbart ändringar av källdatabaser i målet om transaktionerna med ändringarna har bekräftats innan Full Load började. Men poster som har raderats från källan som en del av en inte bekräftad transaktion kommer inte att flyttad till målet vid Full Load.

• DELETE åtgärder i auto-bekräftat läge ignoreras för tabeller i journaler med *AFTER-bilder. I sådana fall samlas enbart DELETE-åtgärder in om något av alternativen för Add RRN column är aktiverat och inställt som enda Primary Key.
• När auto-commit=ON visas tidsmarkören för de senaste bekräftade transaktionerna som "01-01-1970 00:00" i kolumnen SOURCE_CURRENT_TIMESTAMP i tabellen attrep_statusControl.
• Mellanlagring för kolumner, tabeller och bibliotek med specialtecken i namnen stöds inte.
• Tabeller skapade av DDS: Om du behöver replikera tabeller som skapats av DDS ska du be om vägledning av Qlik-supporten eller av din Qlik Customer Success Manager.

• Mellanlagring data med 4-byte emojitecken stöds inte.

• Tabell- och kolumnnamn som innehåller icke-latinska tecken (NLS) stöds inte.

• När alternativet Använd tabell- och schemasystemnamn är aktiverat (i kopplingsinställningarna) stöds enbart tabell-/schemanamn som innehåller versaler, siffror och understreck (_).

• Fjärrjournaler stöds inte.

• Tabell- eller kolumnnamn som innehåller NLS (icke-latinska) tecken stöds inte.

Begränsningar och överväganden endast för replikeringsuppgifter

• DROP TABLE DDL stöds inte
• RENAME TABLE DDL stöds inte
• När en tabell som stämmer överens med uppgiftens tabellinsamlingsmönster (CREATE TABLE) i batchoptimerat tillämpningsläge, kommer tabellen inte att skapas i måldatabasen förrän en transaktion inträffar i någon av de insamlade tabellerna.