Migrieren von QlikView Dokumenten

Auf dieser Seite wird beschrieben, wie Sie QlikView Dokumente und zugehörige Inhalte migrieren. Daneben werden Best Practices, Beschränkungen und Überlegungen aufgeführt.

App-Beschränkungen

Die folgende Tabelle beschreibt die grundlegenden App-Größen, die für Qlik Cloud zulässig sind, abhängig von Ihrem Abonnement.

App-Typ	Unterstützte App-Größe (In-Memory)	Spitzenwertspeicher bei geplanten Ladevorgängen	Spitzenwertspeicher bei manuellen Ladevorgängen
Standardstufe	Bis 5 GB	Bis 15 GB	Bis 10 GB
Kapazität für große Apps	Bis 50 GB	Abhängig von der gekauften Kapazität	Abhängig von der gekauften Kapazität

Die Maßeinheit für die Kapazität, Nutzung und die Grenzwerte von Qlik Cloud wird in binären Gigabyte (GB) angegeben, wobei 1 GB 2³⁰ Byte (1.073.741.824) beträgt. Dies ist auch als Gibibyte (GiB) bekannt, wie von der Internationalen Elektrotechnischen Kommission (IEC) definiert. Analog dazu ist 1 TB 2⁴⁰ Byte (oder 1024 GB).

Bestimmen der App-Größe

Sie können die App-Größe auf zwei Arten messen:

Größe im Arbeitsspeicher beim letzten Laden der App
Größe auf der Festplatte

Verwenden Sie die folgenden Tools, um die Größe einer App zu bestimmen:

QlikView Governance Dashboard, Arbeitsblatt Complexity (nur auf Englisch): Dieses Arbeitsblatt gibt die Größe auf der Festplatte an.
Die QlikView to SaaS Migration App in den Qlik Cloud Migrations-Tools enthält einen eigenen Abschnitt auf der Registerkarte Migration Tools unter Assess Qlik Cloud, auf der der Basis-RAM-Fußabdruck geschätzt und ermittelt wird, welche Apps voraussichtlich in der Standardkategorie bereitgestellt werden.

Beheben von Problemen mit der App-Größe

Wenn Sie Probleme mit hoher Arbeitsspeicherauslastung wegen großer App-Größen haben, können Sie diese Probleme im Wesentlichen auf zwei Arten bekämpfen.

Prüfen und aktualisieren Sie das Datenladeskript wie zutreffend:
- Nicht verwendete Felder und Zeilen aus dem Ladevorgang entfernen
- Tabellen löschen, wenn sie in der Datenverarbeitung nicht mehr benötigt werden
- Inkrementelles Laden implementieren, um das Datenverarbeitungsvolumen zu optimieren
- Optimierte QVD-Ladevorgänge nutzen
Dem Mandanten mehr Kapazität hinzufügen, um eine umfangreichere Arbeitslasten zu ermöglichen Siehe Unterstützung für große Apps.

Weitere Einschränkungen und Überlegungen

Cloud-Bereitstellungen lassen in der Regel keinen Zugriff auf das Dateisystem Ihres Hosts oder Servers zu. Verwenden Sie daher diese Ladeskriptänderungen, wenn Sie das Ladeskript von einer lokale App zu Qlik Cloud migrieren.

Erweiterungen

QlikView Erweiterungen funktionieren in Qlik Cloud nicht. Dies gilt sowohl für Servererweiterungen als auch für Dokumenterweiterungen.

Auf der Qlik Cloud Entwickler-Website finden Sie Inhalte zu benutzerdefinierter Entwicklung, darunter API-Referenzen und Toolkits.

In Qlik Cloud bestehen im Vergleich zu Qlik Sense Enterprise Client-Managed einige Einschränkungen bezüglich Erweiterungen. Weitere Informationen finden Sie unter Verwalten von Erweiterungen.

Sie müssen Anforderungen für externe Ressourcen zur Zulassungsliste in Verwaltungskonsole > Content Security Policy hinzufügen. Weitere Informationen finden Sie unter Verwalten von Content Security Policy.

Formatvorlagen

Anwendungsdesigns können nicht von QlikView zu Qlik Cloud migriert werden. Unter Anpassen des App-Designs finden Sie Informationen zu Anwendungsdesigns für eine Qlik Cloud Anwendung und zu benutzerdefinierten Formatvorlagen.

GeoAnalytics

Die Erweiterungsobjektfunktionalität von QlikView GeoAnalytics wurde in das native Qlik Sense Kartenobjekt integriert. Es können keine Qlik Sense Apps mit diesen veralteten Objekten erstellt werden, und die Objekte müssen mit dem nativen Qlik Sense Kartenobjekt neu erstellt werden.

Migrieren von GeoAnalytics-Konnektor zu Qlik GeoOperations

Qlik GeoOperations in Qlik Cloud bietet ähnliche Funktionen und Vorgänge wie der GeoAnalytics-Konnektor in QlikView. Es werden auch viele der gleichen Datenformate unterstützt. Folgende Unterschiede liegen vor:

Qlik GeoOperations ist eine Advanced Analytics Integration (AAI), die sich besser als ein Konnektor zum Senden und Verarbeiten von Daten eignet.
Die Skriptsyntax für Advanced Analytics Integrations weicht von der Syntax für Konnektoren ab.
Einige GeoOperations können auch in Diagrammformeln verwendet werden.
Qlik GeoOperations gibt eine einzelne Tabelle zurück. Im Vergleich mit den Rückgaben des GeoAnalytics-Konnektor werden Tabellen in Qlik GeoOperations verknüpft.
In Qlik GeoOperations wurden einige Felder und Parameter umbenannt, um für mehr Einheitlichkeit zu sorgen.

Die folgenden Schritte umreißen, wie das vom GeoAnalytics-Konnektor Assistenten erstellte Skript in Qlik GeoOperations konvertiert wird:

Kopieren Sie im Dateneditor im GeoAnalytics-Konnektor-Skriptcode alles nach SQL bis zum zweiten SELECT oder „;“, je nachdem, was zuerst vorkommt.
Ersetzen Sie alle ' im GeoAnalytics-Konnektor-Skript durch ".
Fügen Sie die ausgewählten Feldnamen aus dem sekundären SELECT-Befehl im GeoAnalytics-Konnektor-Skript zum ersten SELECT-Befehl im GeoOperations-Skript hinzu. Lassen Sie alle bereits vorhandenen Felder aus. Fügen Sie den Quelltabellennamen durch einen Punkt getrennt zu den Feldnamen hinzu. Beispiel: table.field. Dadurch wird eine einzelne verknüpfte Tabelle anstelle von mehreren Tabellen erstellt.
Lesen Sie die Referenzdokumentation für den Vorgang und Datensatz und passen Sie bei Bedarf alle Parameter oder Feldnamen an.

Vorgang

Datensatz

Eine Übersicht über die wichtigsten Unterschiede finden Sie unter Feldunterschiede bei GeoOperations und GeoAnalytics
Fügen Sie Folgendes zum Anfang des GeoOperations-Skripts hinzu:

Load * Extension GeoOperations.ScriptEval('
Fügen Sie Folgendes zum Ende des GeoOperations-Skripts hinzu:

');

Wenn Sie eine geladene Tabelle mit dem GeoAnalytics-Konnektor verwenden, senden Sie sie stattdessen als zweiten Parameter an GeoOperations.ScriptEval.

Da Qlik GeoOperations eine verknüpfte Tabelle zurückgibt, werden nur Feldwerte, die über einen entsprechenden Wert in der primären Tabelle verfügen, aus den sekundären Tabellen zurückgegeben. Beispiel: Wenn Sie die nächstgelegenen Flughäfen in Deutschland für einige Punkte suchen, werden nur Daten zu den Flughäfen zurückgegeben, die den Punkten am nächsten liegen. Wenn Sie alle Flughäfen in Deutschland abrufen möchten, müssen diese mit einem LOAD-Vorgang separat geladen werden.

Wenn Sie aus einer SQL-Datenbank mit dem Konnektor laden, müssen die Daten stattdessen mit einem der Datenbankkonnektoren wie dem ODBC-Konnektor geladen werden. Vergewissern Sie sich, dass Sie die Geometrien als WKT laden (wenden Sie eine Funktion an, die in der Regel als st_asText() bezeichnet wird, in der SQL-Abfrage an). Konvertieren Sie dann das WKT-Feld, indem Sie die Tabelle an Qlik GeoOperations senden. Dadurch wird ein Feld mit den Geometrien im Qlik Sense Format zurückgegeben.

Beispiel einer Skriptkonvertierung

Dieses Beispiel einer Skriptkonvertierung verwendet das folgende GeoAnalytics-Konnektor-Skript:

/* Generated by GeoAnalytics for operation Cluster ---------------------- */ [ClusterAssociations]: SQL SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance='10000', points='Points') DATASOURCE Points LOCATIONSERVICE geometry='POINT', type='XIATA', country='de', serviceName='default' SELECT [Clusters_ClusterID], [Clusters_ClusterCenter] FROM Clusters; [Clusters]: SQL LOAD * FROM Clusters; tag field [LocationDbId] with '$primarykey'; tag field [Clusters_ClusterID] with '$primarykey'; tag field [Clusters_ClusterCenter] with '$geopoint'; tag field [Clusters_ClusterID] with '$geoname'; tag field [Clusters_ClusterCenter] with '$relates_Clusters_ClusterID'; tag field [Clusters_ClusterID] with '$relates_Clusters_ClusterCenter'; /* End GeoAnalytics operation Cluster ----------------------------------- */

Gehen Sie folgendermaßen vor:

Verwenden Sie das Skript zwischen SQL und dem zweiten SELECT-Befehl.

SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance='10000', points='Points') DATASOURCE Points LOCATIONSERVICE geometry='POINT', type='XIATA', country='de', serviceName='default'
Ersetzen Sie die Anführungszeichen:

SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
Fügen Sie Felder aus sekundären Tabellen hinzu:

SELECT [LocationDbId], [Clusters_ClusterID], [Clusters.Clusters_ClusterCenter] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
Passen Sie Parameter- und Feldnamen an:

SELECT [LocationDbId], [ClusterID], [Clusters.ClusterPoint] as [Clusters_ClusterCenter] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
Schließen Sie dies in Boilerplate-Code ein:

Load * Extension GeoOperations.ScriptEval(' SELECT [LocationDbId], [ClusterID], [Clusters.ClusterPoint] as [Clusters_ClusterCenter] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default" ');

Dieses Skript kann jetzt zusammen mit Qlik GeoOperations verwendet werden.

Feldunterschiede bei GeoOperations und GeoAnalytics

Die Standardfelder sind in GeoOperations- und GeoAnalytics-Skripten unterschiedlich und haben in der Regel verschiedene Präfixe. Wenn Sie Ihre GeoAnalytics-Skripte zu GeoOperations migrieren, müssen Sie möglicherweise einige der Feldnamen anpassen.

AddressToPoint