Uaktualnianie i odinstalowywanie bramy Brama danych ruchu danych

2024.5.35

Poprawka

Ta poprawka rozwiązuje następujące problemy:

• Miejsce docelowe Microsoft Fabric: problem z konwersją typu danych

  Podczas zadania pamięci masowej typ danych NVARCHAR(3500) był nieprawidłowo konwertowany na VARCHAR(10500) zamiast VARCHAR(8000) (maksymalny dozwolony), co powodowało błąd.

• Źródło IBM DB2 for LUW: obsługa typu danych GRAPHIC ze stroną kodową 941 (japoński)

  Gdy tabela danych źródłowych zawierała typ danych GRAPHIC ze stroną kodową 941 (japoński), pojawiał się następujący błąd (fragment):

  Unexpected CCSID '941' in column 'PNTNM'

2024.5.32

Poprawka

Po zaktualizowaniu nazwy użytkownika i hasła w łączniku źródłowym Workday Reports, a następnie ponownym załadowaniu zadania, pojawiał się komunikat o błędzie „Nieprawidłowa nazwa użytkownika lub hasło”, mimo że dane uwierzytelniające były prawidłowe. Problem ten został już rozwiązany.

Poprawka

Ta poprawka rozwiązuje następujące problemy:

Zabezpieczenia

Wersja Oracle Java Standard Edition 17.0.8, która jest dostarczana z Brama danych ruchu danych ma kilka znanych luk w zabezpieczeniach. Ta poprawka zastępuje wersję 17.0.8 wersją 17.0.12, tym samym rozwiązując te problemy.

Źródło Salesforce

Podczas CDC dla każdej zmiany było dodawanych wiele operacji INSERT do powiązanej tabeli _ct (zamiast tylko jednej). To znacznie zwiększało liczbę rekordów w tabeli _ct.

Standard

Poprawka

Ta poprawka rozwiązuje następujące problemy:

Luka w sterowniku JDBC firmy Snowflake

14 sierpnia 2024 r. firma Snowflake wydała poradę dotyczącą bezpieczeństwa na temat sterowników JDBC w wersji >= 3.2.6 i <= 3.19.1, a niektóre były używane z poprzednimi wersjami Brama danych ruchu danych. Luka została załatana w Snowflake JDBC Driver 3.20, czyli wersji, która jest obecnie instalowana wraz z narzędziem do instalacji sterownika. Obecni klienci powinni zaktualizować sterownik przy najbliższej okazji, zgodnie z procedurą aktualizacji sterownika opisaną w sekcji Konfiguracja sterownika.

Źródło Oracle

• Podczas korzystania z redo event 11.22 występowały brakujące operacje INSERT podczas przetwarzania wielu operacji INSERT na skompresowanej stronie, która nie została skompresowana przed nimi.
• W rzadkich sytuacjach nieprawidłowe analizowanie zdarzeń operacji DELETE w rekordzie dziennika redo generowało ostrzeżenie "Zdarzenie DELETE dziennika redo zawiera nieznaną strukturę", po którym występowały różne problemy.

Źródło SAP Extractor

Instrukcje w pliku YAML zostały zaktualizowane, aby odzwierciedlać prawidłową wersję łącznika SAP Java.

Snowflake jako miejsce docelowe

Podczas używania Brama danych ruchu danych do łączenia się z celem Snowflake za pośrednictwem serwera proxy połączenie nie udawało się i pojawiał się następujący komunikat o błędzie:

500 Failed to connect to Data Movement Gateway

Poprawka

Poprawka

Rozwiązane problemy

• Źródło Oracle

  • Brakujące operacje INSERT występowały czasami w wielu operacjach INSERT podczas korzystania z redo event 11.22.

  • Po uaktualnieniu Oracle 19g do poprawki z lipca 2024 r. operacje UPDATE czasami nie były przechwytywane oraz wyświetlane było następujące ostrzeżenie:

    A compressed row cannot be parsed

• Miejsce docelowe Snowflake

  Gdy ustawienia zadania były skonfigurowane tak, aby utworzyć schemat tabeli kontrolnej, zadanie kończyło się niepowodzeniem z następującym błędem:

  Failed to delete directory

• Zaplanowane CDC

  Gdy zaplanowano okresowe uruchamianie zadania, czasami kończyło się ono niepowodzeniem z następującym komunikatem o błędzie:

  The task stopped abnormally

• Utknięcie zadań transformacji oraz pamięci masowej

  Zadania transformacji oraz pamięci masowej czasami zbyt długo pozostawały w stanie W kolejce.

• Menedżer metadanych

  Zadania kończyły się niepowodzeniem podczas korzystania z flagi funkcji use_manipulation_pk_for_apply w przypadku replikacji z zapisywaniem zmian.

• Przedłużające się przekroczenie limitu czasu powodujące problemy ze źródłami aplikacji SaaS

  Wydłużono limit czasu S3 do 6 godzin, aby zapobiec problemom wynikającym z przedłużających się przekroczeń limitów czasu, takich jak utrata tokena umożliwiającego pobieranie plików.

Standard

Ulepszenia

• Dodano uwierzytelnianie przy użyciu pary kluczy do łącznika z miejscem docelowym Snowflake.

  Para kluczy stanowi skuteczniejszą metodę uwierzytelniania niż użytkownik/hasło podczas łączenia się ze Snowflake za pomocą kont usług. Podejście to jest zalecane w przypadku takich obciążeń jak ładowanie danych (replikacja lub zadania umieszczania) i transformacje.

• Obsługa równoległego pobierania metadanych z wielu tabel.

  W poprzednich wersjach odświeżanie metadanych na istniejącym lub nowo dodanym zestawie danych czasami kończyło się niepowodzeniem. To ulepszenie zapewnia, że metadane mogą być pobierane z wielu tabel równolegle bez żadnych problemów.

Rozwiązane problemy

• Typ danych DECIMAL błędnie zamapowany na STRING w Google BigQuery

  Gdy tabela źródłowa zawierała kolumnę z typem danych DECIMAL — na przykład DECIMAL (38, 20) — przygotowanie zadania pamięci masowej w Google BigQuery kończyło się niepowodzeniem z następującym komunikatem o błędzie (fragment):

  Column <n> in <table name> has incompatible types: STRING, BIGNUMERIC at [93:1]

  Problem został rozwiązany przez mapowanie źródłowego typu danych DECIMAL na DECIMAL w Google BigQuery.

• Błąd reguły schematu

  Po wprowadzeniu zmian do istniejącej reguły schematu w zadaniu danych występował następujący błąd:

  QRI SQL error not implemented

• Brak tabeli /QTQVC/QRI z transportu SAP

  W przypadku przygotowywania zadania umieszczania, które łączyło się ze źródłem aplikacji SAP, zadanie kończyło się pomyślnie, ale w pliku dziennika repsrv.log był zgłaszany następujący błąd:

  Invalid object name 'hk1./QTQVC/QRI'

Standard

Ulepszenia

• Obsługa zmian metadanych w zadaniach replikacji i umieszczania w jeziorze danych bez konieczności usuwania i odtwarzania wszystkich tabel

  Poprzednio po wystąpieniu zmiany metadanych wszystkie tabele były usuwane i odtwarzane, nawet jeśli zmiana metadanych nie dotyczyła wszystkich tabel. Teraz będą usuwane i odtwarzane tylko zmienione tabele, co poprawi wydajność.

• Obsługa automatycznego ładowania nowych tabel w zadaniach replikacji

  Tabele utworzone w źródłowej bazie danych podczas zadania replikacji danych, które pasują do wzorca dołączania, będą teraz automatycznie rejestrowane podczas CDC (rejestrowania danych zmian).

• Udoskonalenia źródła Microsoft SQL Server (MS-CDC)

  • Zachowanie znacznika czasu i identyfikatora transakcji

    Poprzednio podczas odczytu wielu transakcji ze środowiska Microsoft SQL Server (MS-CDC) funkcja Qlik Talend Data Integration zachowywała tylko identyfikator i znacznik czasu pierwszej transakcji. W miejscu docelowym stwarzało to wrażenie, że rekordy są częścią pojedynczej transakcji. Teraz dla każdego pojedynczego rekordu Qlik Talend Data Integration będzie zachowywać oryginalny identyfikator transakcji oraz znacznik czasu. Rozwiązanie to jest korzystne dla klientów, którzy chcą wykorzystywać kolumny nagłówka identyfikatora transakcji i znacznika czasu w tabelach zmian.

  • Kolejność bajtów identyfikatora transakcji

    Wcześniej bajty w identyfikatorze transakcji były kodowane w odwrotnej kolejności. Od tej wersji bajty będą kodowane we właściwej kolejności. Klienci, którzy wolą zachować dotychczasowe działanie, mogą to zrobić przy użyciu parametrów wewnętrznych. Aby uzyskać szczegółowe informacje, skontaktuj się z działem wsparcia Qlik.

• Obsługa buforowania uwierzytelniania typu SHA-2 przy użyciu wtyczek z MySQL

  Qlik Talend Data Integration obsługuje teraz buforowanie uwierzytelniania SHA-2 przy użyciu wtyczek (caching_sha2_password) podczas pracy ze źródłami lub miejscami docelowymi MySQL, lokalnie lub w chmurze. W poprzednich wersjach obsługiwane było tylko natywne uwierzytelnianie przy użyciu wtyczek (mysql_native_password).

• Zmiany mapowania typów danych Amazon Redshift

  Typy danych BYTES oraz BLOB będą teraz mapowane na VARBYTE w Amazon Redshift zamiast VARCHAR.

Nowo certyfikowane platformy, punkty końcowe i wersje

• Źródła danych

  • PostgreSQL 16

  • MySQL 8.1
  • IBM DB2 for z/OS 3.1

• Platformy docelowe

  • PostgreSQL 16
  • MySQL 8.1
  • Databricks 14.3 LTS

• Sterowniki

  • Sterownik SQL Server ODBC 18.3

Zakończenie wsparcia

Zakończono obsługę następujących wersji baz danych:

• Wszystkie wersje i sterowniki Oracle starsze niż Oracle 19.x
• Microsoft SQL Server 2014
• MySQL 5.7
• PostgreSQL 11
• IBM DB2 for LUW 10.5
• IBM DB2 for z/OS: z/OS 2.3

Rozwiązane problemy

• Źródło SAP (aplikacja)

  Gdy przechwycona zmiana dokumentu klastra usuwała wszystkie wiersze wszystkich przechwyconych tabel, pojawiały się komunikaty o braku operacji DELETE i niepotrzebnej asercji.

• Luki w zabezpieczeniach

  Zaktualizowano bibliotekę uwierzytelniania firmy Microsoft dla języka Java (MSAL4J) i Bouncy Castle do wersji, w których nie występują znane luki.

• Snowflake jako miejsce docelowe

  • Zadanie czasami kończyło się niepowodzeniem podczas korzystania z wewnętrznej pamięci Snowflake.
  • Zadanie kończyło się niepowodzeniem, jeśli nazwa schematu docelowego zawierała japońskie znaki katakana.

• Źródło Oracle

  Podczas wznawiania zadania ze źródłem Oracle zadanie nadal czekało na usunięty zarchiwizowany dziennik powtórzeń, zamiast zakończyć się niepowodzeniem i wyświetlić odpowiedni komunikat o błędzie.

Standard

Ulepszenia

• Schemat metadanych Snowflake

  Od tej wersji schemat metadanych Snowflake (dla plików tymczasowych) zostanie utworzony, jeśli nie będzie istnieć.

Rozwiązane problemy

• Po wprowadzeniu zmiany w regule Zmień nazwę zestawu danych (która łączyła nazwę tabeli z nazwą schematu) i dodaniu widoku do zadania umieszczania operacja przygotowania nie powiedzie się i spowoduje wyświetlenie następującego komunikatu o błędzie:

  QRI SQL error not implemented.

• Zaktualizowano komponent java_file_factory do wersji bez żadnych znanych luk.
• Zaktualizowano org.postgresql:postgresql do wersji bez żadnych znanych luk.
• Podczas przenoszenia danych na SQL Server operacja przygotowania kończyła się niepowodzeniem, gdy nazwy indeksów przekraczały 128 znaków. Problem został rozwiązany przez zmianę logiki na tworzącą krótsze nazwy indeksów.

• Podczas przenoszenia danych z SQL Server brak nazwy kolumny w definicjach tabeli powodował nieskończoną pętlę powiadomień w pliku repsrv.log i wyświetlenie następującego komunikatu:

  mssql_resolve_sqlserver_table_column_attributes(...) failed to find column

Standard

Ulepszenia

• Równoległe pobieranie metadanych

  Dodano obsługę jednoczesnego pobierania metadanych dla wielu tabel.

• Poprawiona wydajność monitorowania

  Informacje monitorowania zadań umieszczania i replikacji będą teraz aktualizowane co 10 sekund (zamiast co 60 sekund), zapewniając dokładniejsze wskazanie ich bieżącego stanu.

• Nowo obsługiwany region

  Japonia jest teraz obsługiwana jako region dzierżawy Qlik Cloud.

Rozwiązane problemy

• Interwał ponownych prób między bramą danych a Qlik Cloud stale wzrastał, ale nigdy nie był resetowany (chyba że usługa została uruchomiona ponownie).
• Podczas przenoszenia danych ze źródła aplikacji SaaS czasami podczas ponownego ładowania tabele przechodziły w stan błędu.

• Zadania ze źródłem MySQL czasami kończyły się niepowodzeniem z powodu następującego błędu podczas CDC:

  Read next binary log event failed; mariadb_rpl_fetch error 0 Error reading binary log.

• Wcześniej zdarzenia audytu CDC były rejestrowane tylko w przypadku zadań umieszczania. Teraz będą one rejestrowane w celu wykonania zadań replikacji.
• Podczas przenoszenia danych z SQL Server (MS-CDC) rozpoczęcie zadań z wieloma tabelami trwało czasami kilka godzin.

• Gdy tabela źródłowa zawierała kolumny CLOB, a wartość „Limit LOB size” przekraczała 10240, replikacja do Snowflake kończyła się niepowodzeniem z następującym komunikatem o błędzie:

  Invalid character length: 0

Standard

Obsługa instalacji bramy Brama danych ruchu danych w systemie Red Hat 9.x

Klienci mogą teraz zainstalować bramę Brama danych ruchu danych w systemie Red Hat 9.x lub dowolnej odpowiedniej i kompatybilnej dystrybucji systemu Linux.

Konfigurowanie bramy Brama danych ruchu danych

Zmiany poleceń usług bramy Brama danych ruchu danych

Zmieniły się polecenia zatrzymania, uruchomienia i sprawdzenia stanu usługi Brama danych ruchu danych.

Polecenia usługi Brama danych ruchu danych

Zmiany mapowania typów danych Amazon Redshift

• Typ danych BOOLEAN, który był mapowany do VARCHAR(1) w Amazon Redshift, będzie teraz mapowany do BOOLEAN.
• Typy danych BYTES i BLOB, które były mapowane do VARCHAR(1) w Amazon Redshift, będą teraz mapowane do VARBINARY (długość).

Nowo obsługiwane bazy danych, wersje baz danych i wersje sterowników

W tej sekcji przedstawiono nowo obsługiwane bazy danych, wersje baz danych i wersje sterowników.

• Nowo obsługiwane wersje i wydania źródeł danych

  Następujące wersje źródeł danych są już obsługiwane:

  • Azure Database for MySQL - Flexible Server (obsługa za pośrednictwem łącznika źródła MySQL)
  • MariaDB 10.4 - 10.11 (poprzednio 10.4 i 10.5)

• Nowo obsługiwane docelowe platformy danych i ich wydania

  Następujące wersje docelowych platform danych są już obsługiwane:

  • Azure Database for MySQL - Flexible Server (obsługa za pośrednictwem łącznika miejsca docelowego MySQL)
  • Databricks: Databricks 13.3 LTS i Serverless SQL Warehouse

• Nowo obsługiwana wersja sterownika SAP HANA

  Klienci używający źródła SAP HANA, którzy chcą zainstalować bramę Brama danych ruchu danych w systemie Red Hat Linux 9.x, muszą zainstalować 64-bitowy sterownik SAP HANA ODBC w wersji 2.0.19 lub nowszej.

Wersje baz danych, których obsługa dobiegła końca

W tej sekcji znajdują się informacje na temat wersji baz danych, których obsługa dobiegła końca.

• Zakończono obsługę następujących wersji źródeł danych:

  • Oracle 11.x
  • SAP HANA 1.0

Rozwiązane problemy

• Instalacja bramy Brama danych ruchu danych bez podania hasła serwera uniemożliwi skonfigurowanie adresów URL dzierżawy i serwera proxy za pomocą jednego polecenia.
• Przenoszenie danych ze źródła danych Salesforce (aplikacja SaaS) powodowało dużą liczbę zbędnych ostrzeżeń, co miało wpływ na wydajność ładowania danych.
• Jeśli podczas pobierania zmian dla źródła danych aplikacji SaaS wystąpił błąd w trakcie pobierania zmian w jednej z tabel, tabela ta była zawieszana i usuwana z potoku. Teraz w przypadku napotkania błędu zadanie spróbuje pobrać zmiany maksymalnie trzy razy przed zawieszeniem tabeli.

Standard

Nowe miejsca docelowe typu jezioro danych dla projektów replikacji

Zwiększamy liczbę obsługiwanych miejsc docelowych projektów replikacji w Qlik Cloud Data Integration. Oprócz Amazon S3 można teraz wybrać także Azure Data Lake Storage (ADLS) i Google Cloud Storage (GCS) do dostarczania danych do jezior danych w formatach plików Parquet, JSON lub CSV.

Rozwiązane problemy:

• Łącznik źródła IBM DB2 for LUW

  Połączenie z IBM DB2 for LUW kończyło się niepowodzeniem, kiedy rozmiar plików potrzebnych do tego połączenia (np. plik certyfikatu klienta i magazynu kluczy SSL) przekraczał 4 KB.

• Sterownik dla łączy źródła IBM DB2 for LUW i IBM DB2 for z/OS

  Instalacja sterownika DB2 kończyła się niepowodzeniem w przypadku użycia narzędzia do instalacji sterowników.

Standard

Obsługa Microsoft Fabric jako miejsca docelowego potoku danych

Microsoft Fabric dołącza do wciąż powiększającej się listy hurtowni danych, których można używać jako miejsc docelowych w projektach potoków danych.

Rozwiązane problemy:

Zaktualizowano wersję sterownika Snowflake w narzędziu do instalacji sterowników.

Standard

Rozszerzona obsługa połączeń prywatnych

Z połączenia prywatnego można korzystać, aby zapewnić bezpieczeństwo i zgodność transmisji danych. Upraszcza zarówno zarządzanie siecią, jak i bezpieczeństwo witrtualnej chmury prywatnej (VPC) bez konieczności otwierania portów transmisji przychodzącej zapory, stosowania urządzeń proxy lub tabel routingu. Integracja danych Qlik Cloud obsługuje już prywatne połączenia z docelowymi potokami danych Snowflake, Microsoft SQL Server i Amazon S3. W tej wersji klienci mogą dodatkowo korzystać z połączeń prywatnych podczas przenoszenia danych do Databricks, Microsoft Azure Synapse, Google BigQuery i Amazon Redshift.

Źródła danych oparte na PostgreSQL

• Wszystkie źródła danych oparte na PostgreSQL — obsługa wielozakresowych typów danych: następujące wielozakresowe typy danych są teraz obsługiwane we wszystkich źródłach danych opartych na PostgreSQL (lokalnych i w chmurze).

  • INT4MULTIRANGE
  • INT8MULTIRANGE
  • NUMMULTIRANGE
  • TSMULTIRANGE

• Źródło danych AWS Aurora Cloud dla PostgreSQL — obsługa roli innej niż superużytkownik: użytkownik określony w łączniku PostgreSQL nie musi już mieć roli superużytkownika, aby przenosić dane ze źródła danych AWS Aurora Cloud dla PostgreSQL. Jest to szczególnie przydatne w organizacjach, których korporacyjne zasady zabezpieczeń uniemożliwiają przyznanie dostępu superużytkownika użytkownikom nieuprzywilejowanym.

Źródło danych Microsoft Azure SQL (MS-CDC): Obsługa replikacji geograficznej

Klienci przenoszący dane ze źródła danych Microsoft Azure SQL (MS-CDC) mogą teraz korzystać z bazy danych Geo Replica.

Źródło danych Oracle: Obsługa modułu zabezpieczeń sprzętowych (HSM, Hardware Security Module)

Integracja danych Qlik Cloud obsługuje teraz odczytywanie danych z zaszyfrowanych obszarów tabel Oracle i zaszyfrowanych kolumn podczas CDC.

Obsługa nowych regionów

Integracja danych Qlik Cloud obsługuje teraz dzierżawy w regionach DE i UK.

Nowe obsługiwane wersje i oprogramowanie innych firm

W tej sekcji wymieniono nowe obsługiwane wersje baz danych i sterowników.

• Nowe obsługiwane wersje źródeł danych. Następujące wersje źródeł danych są już obsługiwane:

  • Microsoft SQL Server 2022
  • Oracle 21c
  • PostgreSQL 15
  • DB2 13.1 (podczas pracy z IBM DB2 do z/OS)
  • IBM DB2 for iSeries 7.5

• Nowe obsługiwane wersje docelowych platform danych. Następujące wersje docelowych platform danych są już obsługiwane:

  • Databricks (pamięć w chmurze): Databricks 12.2 LTS i Databricks SQL Serverless

• Wersje sterowników. Następujące wersje sterowników ODBC są już obsługiwane:

  • IBM Data Server Client 11.5.8 do IBM DB2 for z/OZ i IBM DB2 do LUW
  • Sterowanik ODBC Simba 3.0.0.1001 do Google Cloud BigQuery
  • 64-bitowy sterownik Unicode MySQL ODBC 8.0.32

Sterownik Microsoft SQL Server — wymagana aktualizacja

Klienci przenoszący dane do lub z Microsoft SQL Server muszą uaktualnić wersję sterownika ODBC SQL Server do wersji 18.x lub nowszej. Należy pamiętać, że dalsze używanie sterownika ODBC SQL Server w wersji 17.x może powodować błędy danych. Sterownik można zaktualizować przy użyciu narzędzia do instalacji sterowników lub ręcznie. Instrukcję można znaleźć w sekcji Konfiguracja sterownika.

Wersje baz danych, których obsługa dobiegła końca

W tej sekcji znajdują się informacje na temat wersji baz danych, których obsługa dobiegła końca.

• Wersje źródeł danych, których obsługa dobiegła końca. Zakończono obsługę następujących wersji źródeł danych:

  • PostgreSQL 10
  • MySQL 5.6
  • MariaDB 10.3

• Wersje docelowych platform danych, których obsługa dobiegła końca. Zakończono obsługę następujących wersji celów danych:

  • Databricks 9.1 LTS

2022.11.74

Standard

15 sierpnia 2023 r.

Obsługa replikacji

Stosujemy podejście zorientowane na chmurę, które umożliwia szybkie wprowadzanie innowacji i wdrażanie. Nie oznacza to jednak, że ograniczamy się wyłącznie do chmury. W ramach ciągłego zwiększania długoterminowej wartości dla naszych klientów z przyjemnością ogłaszamy wydanie nowego zastosowania replikacji podczas tworzenia projektów danych. Nowe zastosowanie replikacji stanowi uzupełnienie istniejącej możliwości tworzenia potoków danych dla wszystkich potrzeb związanych z integracją danych, takich jak modernizacja hurtowni danych.

Projekt replikacji obsługuje replikację danych w czasie rzeczywistym z obsługiwanych źródeł danych do obsługiwanego miejsca docelowego.

Począwszy od najnowszego wydania pierwszym miejscem docelowym obsługującym replikację danych w czasie rzeczywistym jest Microsoft SQL Server. Oprócz obsługi lokalnego serwera Microsoft SQL Server obsługiwani są także następujący dostawcy usług w chmurze:

• Lokalnie
• Amazon RDS
• Google Cloud
• Microsoft Azure (Microsoft Azure Managed Instance i Microsoft Azure Database)

Miejsce docelowe Microsoft Azure Synapse Analytics — wymagana aktualizacja sterownika

Klienci przenoszący dane do Microsoft Azure Synapse Analytics muszą uaktualnić wersję sterownika ODBC SQL Server do wersji 18.x lub nowszej. Należy pamiętać, że dalsze używanie sterownika ODBC SQL Server w wersji 17.x może powodować błędy danych. Sterownik można zaktualizować przy użyciu narzędzia do instalacji sterowników lub ręcznie. Instrukcję można znaleźć w sekcji Konfiguracja sterownika.

Nowa opcja „Ładuj dane ze źródła” dla źródeł aplikacji SaaS

Wprowadzono nową opcję Ładuj ze źródła, która umożliwia klientom odczyt danych bezpośrednio ze źródła podczas pełnego ładowania zamiast używania danych z pamięci podręcznej.

Więcej informacji o tej opcji i jej zastosowaniach można znaleźć w temacie Ustawienia umieszczania.

Zaktualizowano certyfikaty CA

Brama danych ruchu danych 2022.11.74 zawiera zaktualizowane certyfikaty CA, które są potrzebne do uwierzytelniania dzierżawy Qlik Cloud. Zaktualizowane certyfikaty CA zapewniają też obsługę regionów Irlandia i Frankfurt. W związku z tym klienci mający dzierżawy w Irlandii lub Frankfurcie, którzy chcą korzystać z Integracji danych Qlik Cloud, muszą dokonać aktualizacji do tej wersji.

Rozwiązany problem

Zadania umieszczania danych ze źródła Oracle czasami kończyły się niepowodzeniem, jeżeli szeroka tabela zawierała nieużywane lub nieobsługiwane kolumny albo kolumny LOB, które nie były replikowane.

2022.11.70

Standard

28 czerwca 2023 r.

Ulepszone narzędzie do instalacji sterowników dla klientów SAP

W poprzednich wersjach klienci musieli uruchamiać polecenie „source arep_login.sh” podczas instalowania klientów SAP. Od tej wersji uruchamianie tego polecenia nie jest już konieczne.

Zaktualizowano certyfikaty CA

Ta wersja zawiera zaktualizowane certyfikaty CA, które są potrzebne do uwierzytelniania dzierżawy Qlik Cloud.

Rozwiązane problemy

• Kiedy zadanie replikacji w Brama danych ruchu danych kończyło się niepowodzeniem i było automatycznie przywracane, zasób danych do umieszczenia w Qlik Cloud nie był informowany o stanie przywrócenia.

• Kompleksowe szyfrowanie Brama danych ruchu danych nie było włączane domyślnie i było kontrolowane przy użyciu flag środowiska uruchomienia.

2022.11.63

Standard

2 maja 2023 r.

Narzędzie do instalacji sterowników

W tej wersji wprowadzono narzędzie do instalacji sterowników, które eliminuje konieczność ręcznej instalacji i konfiguracji sterowników. Nowe narzędzie przyspiesza instalację, a jednocześnie znacznie zmniejsza prawdopodobieństwo błędu użytkownika. Po uruchomieniu narzędzia wymagany sterownik jest w miarę możliwości pobierany automatycznie i instalowany. Jeżeli nie można pobrać sterownika (na przykład sterowniki do DB2 wymagają logowania), trzeba tylko pobrać sterownik, skopiować go do specjalnego folderu na urządzeniu z bramą ruchu danych i uruchomić narzędzie.

Przykład używania narzędzia do instalacji sterowników w celu zainstalowania sterownika PostgreSQL zawiera temat Wymagania wstępne

Platforma danych w chmurze Snowflake

Łącznik Snowflake obsługuje obecnie 4-bajtowe znaki emoji.

Obsługa Azure Database for PostgreSQL – Flexible Server jako źródła danych

Łącznik PostgreSQL może teraz przenosić dane z Azure Database for PostgreSQL - Flexible Server.

Obsługa Cloud SQL for PostgreSQL jako źródła danych

Łącznik PostgreSQL może teraz przenosić dane z Cloud SQL for PostgreSQL.

Nowe obsługiwane wersje źródeł danych

W tej wersji wprowadzono obsługę następujących nowych wersji źródeł danych:

• PostgreSQL
• DB2 (for IBM DB2 for z/OS) 12.1
• IBM DB2 for z/OS 2.5

Nowe obsługiwane wersje platform danych w chmurze

Databricks 11.3 LTS

Zakończona obsługa następujących wersji źródeł danych

Następujące wersje źródeł danych nie są już obsługiwane:

• DB2 (for IBM DB2 for z/OS) 11
• PostgreSQL 9.6
• Microsoft SQL Server 2012
• MariaDB 10.2

Rozwiązane problemy

W tej wersji rozwiązano następujące problemy:

• Źródło danych Oracle: Podczas zatrzymywania i wznawiania zadania czasami występował błąd „Failed to set stream position on context”.
• Źródło aplikacji SAP: Zmiany nie były uwzględniane podczas zadania umieszczania.