Zu Hauptinhalt springen Zu ergänzendem Inhalt springen
Qlik Ressourcen

Migrieren von Apps

Um Apps dauerhaft in die Cloud zu migrieren, verwenden Sie den empfohlenen Migrationsprozess, in dem Sie Ihre Apps in der QMC Ihrer Qlik Sense Client-Managed-Bereitstellung taggen. Anhand der Tags können Sie den Status Ihrer App-Migration nachverfolgen und die App-Liste über die Migrations-App nach verschiedenen Exporten filtern. Nach dem Taggen sind einige weitere Schritte erforderlich, um die Migration selbst vorzubereiten. Informationen zur Migration finden Sie unter: Migrieren der Apps

Auswählen und Taggen von Apps für die Migration

Wenn Sie Ihre Anwendungen für die Migration taggen, werden sie zur Nachverfolgung über die Migrations-App sichtbar. Verwenden Sie Tags, um die Apps je nach ihrer Migrationsbereitschaft und ihrem Migrationsstatus zu organisieren. Anhand von Tags können Sie Apps priorisieren, die zuerst migriert werden sollen, und Apps ermitteln, die geprüft oder bei denen Fehler behoben werden müssen, bevor sie zum Verschieben zu Qlik Cloud bereit sind. Wenn Sie keine Migrations-Tags in QMC erstellt haben, finden Sie weitere Informationen unter Erstellen und Anwenden von Tags.

Die folgenden Anwendungs-Tags werden von der Migrations-App verwendet:

  • App – 05 Über Multi-Cloud migriert

  • App – 05 URL Link zu Qlik Sense Windows

  • App – 10 Ausgewählt für Migrationsprüfung

  • App – 20 Migrationsbehebung erforderlich

  • App – 30 Zur Migration bereit

  • App – 40 Migration abgeschlossen

  • App – 99 Migriert nicht

Wenden Sie Tags auf Anwendungen in der QMC an.

Sie können ein Tag mit einer Ressource verbinden.

Gehen Sie folgendermaßen vor:

  1. Öffnen Sie die QMC: https://<QPS server name>/qmc

  2. Wählen Sie einen Ressourcentyp (z. B. Apps) auf der Startseite von QMC oder über das Dropdown-Menü Start Pfeil nach unten aus, um die Übersicht anzuzeigen.

    TipphinweisSie können eine Spalte filtern, indem Sie die folgende Filteroption verwenden: Filtersammelbox

  3. Wählen Sie die Elemente aus, mit denen Sie ein Tag verbinden möchten.

  4. Klicken Sie in der Aktionsleiste auf Bearbeiten.
  5. Vergewissern Sie sich, dass im Abschnitt Eigenschaften die Option Tags ausgewählt ist.

  6. Klicken Sie auf das Textfeld Tags, um eine Liste der verfügbaren Tags anzuzeigen.

    InformationshinweisWenn das Tag nicht verfügbar ist, müssen Sie es zuerst erstellen. Sie können keine Tags erstellen oder löschen, während Sie eine Ressource bearbeiten. Tags werden im Abschnitt Tags auf der Startseite erstellt.
  7. Um die Liste zu filtern, beginnen Sie, den Tag-Namen einzugeben.

  8. Wählen Sie ein Tag aus.

    Das Tag wird in Blau unter dem Textfeld hinzugefügt.

  9. Klicken Sie unten auf der Seite auf Übernehmen, um Ihre Änderungen zu speichern.

    (x) wird zur Bezeichnung des Tags hinzugefügt, wobei x angibt, wie viele der bearbeiteten Ressourcen das Tag verwenden.

Sie haben jetzt ein Tag mit der Ressource verbunden.

Prüfen des Migrationsstatus einer App

In der Migrations-App können Sie den Status Ihrer Apps über das Arbeitsblatt Data connections verfolgen. Diagramme zeigen Apps, deren Datenverbindung bereit, teilweise bereit oder nicht bereit ist. Sie können auch die Migrations-App mit Qlik Lineage Connectors verwenden, um App-Abhängigkeiten zu verstehen.

Arbeitsblatt „Data connections“ in der Migrations-App

Arbeitsblatt „Data connections“

Qlik Lineage Connectors

Qlik Lineage Connectors sind in einem SaaS-Abonnement verfügbar.

  • Laden Sie sie herunter und installieren Sie sie in Ihrer Qlik Sense Enterprise Client-Managed-Umgebung.

  • Zeigen Sie die Quellherkunft an, um zu prüfen, welche Apps migriert werden können.

Weitere Informationen finden Sie unter Extrahieren der Herkunft mit Qlik Lineage Connectors.

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
Erweiterte Apps Bis 10 GB Bis 50 GB Bis 10 GB
Dedizierte Kapazität Bis 50 GB Durch den verfügbaren Arbeitsspeicher in der dedizierten Engine beschränkt Durch den verfügbaren Arbeitsspeicher in der dedizierten Engine beschränkt
InformationshinweisDie Maßeinheit für die Kapazität, Nutzung und die Grenzwerte von Qlik Cloud wird in binären Gigabyte (GB) angegeben, wobei 1 GB 230 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 240 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:

  • Qlik Sense Enterprise Client-Managed: Verwenden Sie die Meta Data Analyzer-App, die seit der Version September 2019 in allen Qlik Sense Client-Managed-Bereitstellungen enthalten ist. Weitere Informationen finden Sie unter Anweisungen zur Bereitstellung (nur auf Englisch)

  • Qlik Cloud: Verwenden Sie den App-Analyzer.

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.

    • Erweiterte Apps

    • Dedizierte Kapazität

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.

Exportieren von Erweiterungen

Wenn Sie nur wenige Erweiterungen haben, können Sie diese manuell von Qlik Sense Enterprise Client-Managed exportieren und dann in Qlik Cloud importieren. Im Fall von zahlreichen Erweiterungen können Sie das Migrationsskript zum Exportieren von Erweiterungen in den Ordner „Extensions“ verwenden.

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.

Gehen Sie folgendermaßen vor:

  1. Kopieren Sie Ihre Erweiterungs-ZIP-Dateien in den Ordner .\Data\Extensions der Migrations-Tools.

  2. ¨Führen Sie das folgende Migrationsskript aus: 4_setextensions.ps1. Mit erfolgreichen Uploads wird die Erweiterung in den Ordner Complete verschoben.

Formatvorlagen

Wenn Sie nur wenige Formatvorlagen haben, können Sie diese manuell von Qlik Sense Enterprise Client-Managed exportieren und dann in Qlik Cloud importieren. Im Fall von zahlreichen Formatvorlagen können Sie das Migrationsskript verwenden, um Formatvorlagen in den Ordner „Themes“ der Migrations-Tools zu exportieren.

Gehen Sie folgendermaßen vor:

  1. Kopieren Sie Ihre Erweiterungs-ZIP-Dateien in den Ordner .\Data\Extensions der Migrations-Tools.

  2. ¨Führen Sie das folgende Migrationsskript aus: 5_setthemes.ps1. Mit erfolgreichen Uploads werden die Formatvorlagen in den Ordner Complete verschoben.

GeoAnalytics

Veraltete GeoAnalytics-Erweiterungsobjekte werden in Qlik Cloud für eine hochgeladene App ausgeführt, aber es können keine neuen Objekte erstellt werden, die diese veralteten Objekte verwenden.

Beginnen Sie mit der Verwendung von Native Map-Objekten in neuen Apps.

Migrieren von GeoAnalytics-Konnektor zu Qlik GeoOperations

Qlik GeoOperations in Qlik Cloud bietet ähnliche Funktionen und Vorgänge wie der GeoAnalytics-Konnektor in Qlik Sense Enterprise on Windows. 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:

  1. Kopieren Sie im Dateneditor im GeoAnalytics-Konnektor-Skriptcode alles nach SQL bis zum zweiten SELECT oder „;“, je nachdem, was zuerst vorkommt.
  2. Ersetzen Sie alle ' im GeoAnalytics-Konnektor-Skript durch ".

  3. 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.

  4. 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

  5. Fügen Sie Folgendes zum Anfang des GeoOperations-Skripts hinzu: 

    Load * Extension GeoOperations.ScriptEval('

  6. 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:

  1. 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'

  2. 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"

  3. 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"

  4. 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"

  5. 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

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: <id>, Address, AddressPoint, CountryIso2, Adm1, City, PostalCode, Street, HouseNumber, Match

  • GeoAnalytics: [<id>], [Dataset_Address], [Dataset_Geometry], [CountryIso2], [Dataset_Adm1], [Dataset_City], [Dataset_PostalCode], [Dataset_Street], [Dataset_HouseNumber], [Dataset_Match]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • GeoAnalytics Felder enthalten Präfixe aus dem Datensatz.

  • Dataset_Geometry wird in GeoOperations als AddressPoint bezeichnet.

Klasseneinteilung

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: <id>, BinId, BinTable.BinPolygon, BinTable.CenterPoint

  • GeoAnalytics: [<id>], [RH2W3], [RH2W3_CenterPoint]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • In GeoAnalytics ist RH2W3 das Polygonfeld, und sein Name wird je nach Gitternetzgröße/-verhältnis generiert. In GeoOperations lautet der Feldname BinTable.BinPolygon.

  • GeoAnalytics enthält kein Feld BinId.

Am nächsten

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: dataset_dataset2_RelationId, dataset.<ds1 id>, dataset2.<ds2 id>, Distance

  • GeoAnalytics: [Dataset1_Dataset2_RelationId], [Dataset1.<ds1 id>], [Dataset2.<ds2 id>], [Dataset1_Dataset2_Distance]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • GeoOperations enthält keine Präfixe für das Feld Distance.

Cluster

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: <id>, ClusterID, Clusters.ClusterPoint, Clusters.PointCount

  • GeoAnalytics: [<id>], [Clusters_ClusterID], [Clusters_ClusterCenter], [Clusters_PointCount]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • Die Präfixe in GeoOperations und GeoAnalytics unterscheiden sich voneinander.

Auflösen

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: <id>, DissolvedPolygon

  • GeoAnalytics: [<id>], [<id>_Geometry]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • Name der Geometriespalte

Schnittpunkte

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: dataset_dataset2_RelationId, dataset.<dataset1 id>, dataset2.<dataset2 id>, dataset.RelativeOverlap, dataset2.RelativeOverlap

  • GeoAnalytics: [Dataset1_Dataset2_RelationKey], [Dataset1.<ds1 id>], [Dataset2.<ds1 id>], [Dataset1_RelativeOverlap], [Dataset2_RelativeOverlap]

GeoAnalytics und GeoOperations weisen die folgenden Hauptunterschiede auf:

  • Die Präfixe in GeoOperations und GeoAnalytics unterscheiden sich voneinander.

IpLookup

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: <id>, IpPoint, CountryIso2, Adm1Code, City

  • GeoAnalytics: [<id>], [IpTable_Geometry], [CountryIso2], [IpTable_Adm1Code], [IpTable_City]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • IpTable_Geometry in GeoAnalytics ist IpPoint in GeoOperations.

  • Die Präfixe in GeoOperations und GeoAnalytics unterscheiden sich voneinander.

Load (location-Datensatz)

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations (Bereich): LocationDbId, LocationPolygon, Name, CountryIso2, Adm1Code, Adm2Code, LocationDbType

  • GeoOperations (Punkt): LocationDbId, LocationPoint, Name, CountryIso2, Adm1Code, Adm2Code, LocationDbType

  • GeoAnalytics: [LocationDbId], [Dataset_Geometry], [Dataset_Name], [CountryIso2], [Dataset_Adm1Code], [Dataset_Adm2Code], [LocationDbType]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • Die Geometriefelder (LocationPolygon und LocationPoint in GeoAnalytics sind Dataset_Geometry in GeoOperations.

  • Die Präfixe in GeoOperations und GeoAnalytics unterscheiden sich voneinander.

PointToAddress

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: <id>, Address, AddressPoint, CountryIso2, Adm1, City, PostalCode, Street, HouseNumber, Distance

  • GeoAnalytics: [<id>], [Dataset_Address], [Dataset_Geometry], [CountryIso2], [Dataset_Adm1], [Dataset_City], [Dataset_PostalCode], [Dataset_Street], [Dataset_HouseNumber], [Dataset_Distance]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • Die Präfixe in GeoOperations und GeoAnalytics unterscheiden sich voneinander.

Strecken

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: <id>, Distance, Duration, Status, LowResLine

  • GeoAnalytics: [<id>], [Dataset_Distance], [Dataset_Duration], [Dataset_Status], [Dataset_PathLowRes]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • Das Geometriefeld Dataset_PathLowRes in GeoAnalytics ist LowResLine in GeoOperations.

  • Die Präfixe in GeoOperations und GeoAnalytics unterscheiden sich voneinander.

Vereinfachen

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: <id>, Simplified_<geo field name>

  • GeoAnalytics: [<id>], [Dataset_Simplified_Geometry]

.GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • Die Namen des Geometriefelds in GeoOperations und GeoAnalytics unterscheiden sich voneinander.

TravelAreas

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: <id>, TravelArea, Cost, CostUnit, Status

  • GeoAnalytics: [<id>], [Dataset_TravelArea], [Dataset_Origin], [Dataset_Cost], [Dataset_CostUnit], [Dataset_Status]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • GeoOperations schließt kein Ursprungsfeld ein.

  • Die Präfixe in GeoOperations und GeoAnalytics unterscheiden sich voneinander.

Innerhalb

GeoOperations und GeoAnalytics geben die folgenden Felder zurück:

  • GeoOperations: dataset_dataset2_RelationId, dataset.<dataset1 id>, dataset2.<dataset2 id>

  • GeoAnalytics: [Enclosed_Enclosing_RelationId], [Enclosed.<dataset 1/2 id>], [Enclosing.<datasets 1/2 id>]

GeoAnalytics und GeoOperations weisen die folgenden Unterschiede auf:

  • GeoOperations-Präfixe schließen Datensatznamen ein, während GeoAnalytics auch das Präfix Enclosed einschließt.

App-Links

Für Apps, die in Qlik Sense Enterprise Client-Managed bleiben, können Sie Links von Qlik Cloud zurück zu den Apps erstellen. Links sorgen für eine einheitliche Hub-Erfahrung der Benutzer während der Migration.

Gehen Sie folgendermaßen vor:

  1. Auf der Registerkarte der Migrations-App > Exports Apps werden Apps, die mitApp -05 URL Link to Qlik Sense Windows getaggt sind, in der Tabelle Export Table for Linked Apps angezeigt.

  2. Exportieren Sie und speichern Sie unter dem Ordnernamen: links.csv.

  3. Führen Sie das CLI-Skript 6_setlinks.ps1 aus.

App-Wartung

Wenn Sie Apps für die Wartung taggen, sind einige Skriptänderungen für diese Apps erforderlich:

Taggen Sie Apps, für die generische Links erstellt werden sollen, als App - 05 URL Link to Qlik Sense Windows.

Taggen Sie Apps, die per Multi-Cloud verteilt werden sollen, als App - 05 Migrated via Multi-Cloud.

Taggen Sie Apps, die geprüft werden, als App - 10 Selected for Migration Review.

Taggen Sie Apps, die zu Qlik Cloud migriert werden sollen, als App - 20 Ready to Migrate.

Taggen Sie Apps, für die Wartungsarbeiten erforderlich sind, als App - 30 Migration Remediation Needed.

Taggen Sie Apps, die abgeschlossen sind, als App - 40 Migration Completed.

Taggen Sie Apps, die nicht migriert werden, als App - 99 Will Not Migrate.

Migrieren der Apps

Öffnen Sie die Registerkarte „Export Apps“ in der Migrations-App.

  • Apps, die als „App - 30 Ready to Migrate“ getaggt sind, werden in der Tabelle „Export Table for Apps Ready to Migrate“ angezeigt.

  • Führen Sie das CLI-Skript 7_migrateapps.ps1 aus.

  • Die App wird aus Qlik Sense Enterprise Client-Managed exportiert und ohne Daten in Qlik Cloud importiert.

  • Self-Service-Arbeitsblätter, Lesezeichen und Storys werden ebenfalls migriert. Ihr Speicherort innerhalb der migrierten App hängt vom Zielbereich ab.

  • Der App-Besitzer für Apps in persönlichen Bereichen in Qlik Cloud muss der gleiche Besitzer wie für die ursprüngliche App in Qlik Sense Enterprise Client-Managed sein. Wenn der Benutzer nicht übereinstimmt, werden die Arbeitsblätter, Storys und Lesezeichen nicht angezeigt, wenn der Benutzer die App in Qlik Cloud öffnet. Wenn Sie die App für einen anderen Besitzer importieren möchten, sind zwei Alternativen möglich:

    • Importieren Sie manuell, indem Sie in Qlik Sense Enterprise Client-ManagedQlik Management Console exportieren und dann auf Neu hinzufügen > App hochladen auf der Qlik Cloud Analytics Startseite klicken.

    • Verschieben Sie die vom CLI-Skript importierte App in einen freigegebenen Bereich, wo der vorherige oder ursprüngliche Besitzer über Inhalterstellungsrechte verfügt. Der vorherige Besitzer kann die Inhalte jetzt für den neuen Besitzer verfügbar machen, indem er sie veröffentlicht. Der neue Besitzer kann die Veröffentlichung der Inhalte rückgängig machen und den Besitz übernehmen.

  • In Qlik Cloud werden die persönlichen Arbeitsblätter, Lesezeichen und Storys von Apps, die in freigegebene oder verwaltete Bereiche migriert werden, nur von dem Benutzer geöffnet werden, der in Qlik Sense Enterprise Client-Managed als Besitzer dieser Inhalte identifiziert ist. Wenn Sie diese Inhalte für einen anderen Benutzer importieren möchten, ändern Sie den Besitzer der Objekte in Qlik Sense Enterprise Client-Managed und führen Sie den Import erneut aus.

  • Das CLI-Skript fügt alle verfügbaren Rollen automatisch für die konfigurierte qlik-cli und App-Besitzer in den Qlik Cloud Zielbereichen hinzu, wenn die Inhaltserstellungsrechte für diese Benutzer fehlen. Prüfen und entfernen Sie nicht benötigte Rechte, nachdem der Migrationsprozess mit dem CLI-Skript abgeschlossen ist.

Beispiele

Zu Referenzzwecken finden Sie hier eine Reihe von Beispielen nach der Ausführung des CLI-Skripts 7_migrateapps.ps1. Die in den Beispielen enthaltenen Bilder haben farbcodierte Browserfenster. Die Farben sollen die Identifizierung der Benutzer in jedem Beispiel-Anwendungsfall erleichtern.

Das dunkelgrüne Fenster ist der Benutzer renato, das dunkelrote Fenster der Benutzer bob und das rosafarbene Fenster die Benutzerin mariamaria. Benutzer renato ist ein Mandantenadministrator. Er ist auch der qlik-cli-Benutzer, der für die Ausführung der CLI-Skripte konfiguriert ist.

WarnhinweisIn diesen Beispielen wird nur eine einzige Anwendung importiert, um die Komplexität beim Anzeigen der erwarteten Ergebnisse zu reduzieren. Mit den Qlik Cloud Migrationstools können Sie mehr als eine Anwendung für den Import mit dem CLI-Skript 7_migrateapps.ps1 verketten.

Benutzerinhalt

Sie können die Benutzerinhalte einer Anwendung (einschließlich Community-, freigegebene und persönliche Inhalte) manuell aus Qlik Sense Client-Managed exportieren und sie in Qlik Cloud importieren.

InformationshinweisVergewissern Sie sich, dass Sie administrative Rechte in Qlik Sense Client-Managed haben, um die App- und Inhaltseigentümerschaft ändern zu können. Weitere Informationen finden Sie unter Hinzufügen von Root-Administrator- und Administratorrechten (nur auf Englisch).
InformationshinweisAls Best Practice wird empfohlen, Apps zu duplizieren, um sicherzustellen, dass Sie über ein Backup der Originalinhalte verfügen, bis alle Importe abgeschlossen sind.
WarnhinweisAktuell sind bei Verwendung dieses manuellen Prozesses Arbeitsblätter die einzigen Benutzerinhalte, die aus Qlik Sense Client-Managed exportiert und in Qlik Cloud importiert werden können. Wenn Sie Selfservice-Lesezeichen und -Storys importieren möchten, verwenden Sie das CLI-Skript 7_migrateapps.ps1 aus den Qlik Cloud Migrationstools.

Manuelles Exportieren von freigegebenen App-Benutzerinhalten aus Qlik Sense Client-Managed

Der erste Schritt beim Verschieben von Benutzerinhalten zu Qlik Cloud besteht im Exportieren der Inhalte aus Qlik Sense Client-Managed. Nachdem Sie ein Duplikat der App erstellt und sich selbst als Besitzer der App-Objekte der Original-App festgelegt haben, können Sie mit dem Kopieren der App-Objekte von der Original-App in das Duplikat beginnen. Sie müssen der Besitzer des App-Objekts sein, um es zu kopieren und zwischen der Original- und der duplizierten App verschieben zu können.

Gehen Sie folgendermaßen vor:

  1. Öffnen Sie die QMC: https://<QPS server name>/qmc

  2. Wählen Sie Apps auf der Startseite von QMC oder über das Dropdown-Menü Start Pfeil nach unten aus, um die Übersicht anzuzeigen.

  3. Wählen Sie die App aus, die Sie duplizieren möchten, klicken Sie auf Weitere Aktionen in der Aktionsleiste und wählen Sie dann Duplizieren im Popup-Menü aus.

  4. Öffnen Sie die duplizierte App und überprüfen Sie, ob Öffentliche Arbeitsblätter aus der Original-App vorhanden sind. Lassen Sie die Webbrowser-Registerkarte für später geöffnet.

  5. Wählen Sie in der QMC die Option App-Objekte aus.

  6. Suchen Sie nach der Original-App (nicht der duplizierten App), indem Sie in der Tabellenkopfzeile auf Suchen klicken.

    Löschen Sie ggf. alle vorherigen Suchkriterien.

  7. Bearbeiten Sie das App-Objekt (des Typs „Arbeitsblatt“), um sich selbst als Besitzer festzulegen. Wählen Sie das App-Objekt aus, das Sie bearbeiten möchten, und klicken Sie dann in der Aktionsleiste auf Bearbeiten.

  8. Ändern Sie den Besitzer des App-Objekt zu sich selbst. Es wird empfohlen, jedes App-Objekt einzeln anstatt mehrere Objekte gleichzeitig zu ändern.

    InformationshinweisAls Best Practices wird empfohlen, ein Identifikationselement zum Namen des App-Objekts hinzuzufügen, um den Originalbesitzer und den Veröffentlichungsort anzugeben. Dadurch wird es leichter, die Inhalte wieder dem Originalbenutzer zuzuweisen, nachdem sich die App in Qlik Cloud befindet. Beachten Sie, dass Sie aufgrund der Typen von Bereichen in Qlik Cloud (Freigegeben und Verwaltet) möglicherweise den Speicherort/den Besitzer der Inhalte in Qlik Cloud nicht ganz genau so replizieren können, wie sie in Qlik Sense Client-Managed waren.

    1. Notieren Sie sich den ursprünglichen Besitzer des App-Objekts und den Speicherort, an dem sich das Objekt befinden sollte (z. B. ein persönliches oder ein veröffentlichtes App-Objekt).

      2. Veröffentlichungsort eines App-Objekts

    2. Öffnen Sie die Original-App im Qlik Sense-Hub und wählen Sie das App-Objekt aus, dem Sie sich selbst als Besitzer zugewiesen haben.

    3. Wenn das App-Objekt veröffentlichter oder genehmigter Inhalt ist, klicken Sie mit der rechten Maustaste auf das Objekt und stufen Sie es herab, bis es sich um persönlichen und bearbeitbaren Inhalt handelt.

    4. Fügen Sie eine Notiz hinzu, die den vorherigen Besitzer und den Veröffentlichungsort enthält. Fügen Sie die Informationen zum Titel des App-Objekts oder, falls verfügbar, zum Beschreibungsfeld hinzu.

      5. Feld „Beschreibung“ eines Arbeitsblatts

    5. Klicken Sie mit der rechten Maustaste auf das Arbeitsblatt und wählen Sie Kopieren aus.

    6. Wechseln Sie zu der duplizierten App, die Sie in Schritt 3 erstellt haben. klicken Sie in der App-Übersicht mit der rechten Maustaste neben die Schaltfläche „Neues Arbeitsblatt erstellen“ und wählen Sie Einfügen aus.

    7. Um das Arbeitsblatt in der Original-App auf den ursprünglichen Eigentümer und Speicherort zurückzusetzen, wechseln Sie in Qlik Sense Client-Managed zur Original-App. Löschen Sie die Beschreibungsinhalte, die Sie hinzugefügt hatten, und veröffentlichten Sie das Arbeitsblatt erneut am ursprünglichen Speicherort bzw. genehmigen Sie es. Wählen Sie in der QMC das entsprechende App-Objekt aus, klicken Sie auf „Bearbeiten“ und ändern Sie den Besitzer in den ursprünglichen Besitzer.

    8. Wiederholen Sie Schritt 5, bis alle App-Objekte (Arbeitsblätter) dupliziert sind.

  9. Klicken Sie in der QMC auf Apps und wählen Sie die duplizierte App aus, die Sie in Schritt 3 erstellt haben. Klicken Sie auf Weitere Aktionen und wählen Sie dann Exportieren aus und speichern Sie die QVF-Datei. Nachdem die App erfolgreich exportiert wurde, können Sie sie in Qlik Cloud importieren.

Manuelles Importieren von freigegebenen App-Benutzerinhalten aus Qlik Sense Client-Managed in Qlik Cloud

WarnhinweisQlik Cloud lässt zu, dass Administratoren den Besitz von App-Objekten zuweisen, ebenso wie vollständige Apps. Auch der Bereichstyp entscheidet darüber, wie ein Benutzer Inhalte veröffentlichen kann. Weitere Informationen finden Sie unter Arbeiten in Bereichen.

Importieren Sie zunächst Ihre exportierte Qlik Sense-Anwendung in Ihren Mandanten.

Gehen Sie folgendermaßen vor:

  1. Klicken Sie im Qlik Cloud-Hub auf + Neu hinzufügen und wählen Sie App hochladen aus. Suchen Sie die QVF-Datei, die Sie zuvor in Qlik Sense Client-Managed exportiert haben, und klicken Sie auf Hochladen.

  2. Öffnen Sie die soeben hochgeladene App, vorzugsweise in einer eigenen Webbrowser-Registerkarte.

    InformationshinweisDerzeit wird davon ausgegangen, dass die hochgeladene exportierte Datei in Ihrem persönlichen Bereich abgelegt wurde und dass die endgültige (für Benutzer sichtbare) Version der Anwendung bereits angepasst ist (mit den Datenquellenverbindungen) und in ihrem Zielbereich veröffentlicht wurde.

  3. Wenn sich die Ziel-App in einem freigegebenen Bereich befindet:

    1. Öffnen Sie die Ziel-App, in die die Benutzerinhalte importiert werden.

    2. Kopieren Sie die beabsichtigten Inhalte aus der soeben hochgeladenen App wie folgt in die Ziel-App:

      • Klicken Sie in der App-Übersicht der soeben hochgeladenen App mit der rechten Maustaste auf ein Arbeitsblatt, das in die Ziel-App eingeschlossen werden soll, und wählen Sie Kopieren aus.

      • Klicken Sie in der App-Übersicht der Ziel-App unter Meine Arbeitsblätter mit der rechten Maustaste auf eine leere Stelle und wählen Sie Einfügen aus.

      • Klicken Sie mit der rechten Maustaste auf das Arbeitsblatt und wählen Sie Als öffentlich festlegen aus. Dadurch wird das kopierte Arbeitsblatt für andere Benutzer verfügbar.

      InformationshinweisAufgrund des Wesens freigegebener Bereiche ist das Konzept „Öffentliches Arbeitsblatt“, „Von mir veröffentlicht“ und „Community-Arbeitsblätter“ ein anderes, und es gibt nur entweder veröffentlichte oder persönliche Arbeitsblätter. Weitere Informationen finden Sie im Abschnitt über das gemeinsame Entwickeln von Apps in freigegebenen Bereichen in unserer Dokumentation.

      • Fordern Sie optional Benutzer auf, ihre persönlichen Arbeitsblätter zu duplizieren, die jetzt im Abschnitt Öffentliche Arbeitsblätter zur Verfügung stehen. Wenn Sie den Arbeitsblattbesitzer beim Exportieren der Inhalte entweder im Arbeitsblatt-Titel oder in der Beschreibung notiert haben, können Sie den Benutzern empfehlen, nach diesen Inhalten zu suchen, um sie vom Rest der verfügbaren Arbeitsblätter unterscheiden zu können. Nachdem der Benutzer das Arbeitsblatt identifiziert hat, kann er mit der rechten Maustaste darauf klicken und Duplizieren auswählen.

      • Nachdem der Benutzer das Arbeitsblatt für seinen persönlichen Bereich dupliziert hat, können Sie das veröffentlichte Arbeitsblatt löschen. Klicken Sie mit der rechten Maustaste auf das Arbeitsblatt und wählen Sie Als privat festlegen aus, um es in den Bereich Meine Arbeitsblätter zu bringen. Klicken Sie dann erneut mit der rechten Maustaste darauf und wählen Sie Löschen.

  4. Wenn sich die Ziel-App in einem verwalteten Bereich befindet:

    1. Öffnen Sie die App, auf der die veröffentlichte App im verwalteten Bereich basiert.

    2. Kopieren Sie die beabsichtigten Inhalte aus der soeben hochgeladenen App wie folgt in die Ziel-App:

      • Klicken Sie in der App-Übersicht der soeben hochgeladenen App mit der rechten Maustaste auf ein Arbeitsblatt, das in die Ziel-App eingeschlossen werden soll, und wählen Sie Kopieren aus.

      • Klicken Sie in der App-Übersicht der Ziel-App unter Meine Arbeitsblätter mit der rechten Maustaste auf eine leere Stelle und wählen Sie Einfügen aus.

      • Klicken Sie mit der rechten Maustaste auf das Arbeitsblatt und wählen Sie Als öffentlich festlegen aus. Dadurch wird das kopierte Arbeitsblatt für andere Benutzer verfügbar.

  5. Nachdem alle relevanten Arbeitsblätter kopiert wurden, gehen Sie zum Hub und veröffentlichen Sie die App erneut. Klicken Sie auf Mehr neben der App und wählen Sie Veröffentlichen aus. Vergewissern sie sich, dass Sie die korrekte veröffentlichte Kopie übersteuern, wenn Sie dazu aufgefordert werden.

  6. Fordern Sie die Benutzer aus, ihre persönlichen und Community-Arbeitsblätter zu duplizieren, die jetzt im Abschnitt Öffentliche Arbeitsblätter der veröffentlichten App im verwalteten Bereich zur Verfügung stehen. Wenn Sie den Arbeitsblattbesitzer beim Exportieren der Inhalte entweder im Arbeitsblatt-Titel oder in der Beschreibung notiert haben, können Sie den Benutzern empfehlen, nach diesen Inhalten zu suchen, um sie vom Rest der verfügbaren Arbeitsblätter unterscheiden zu können. Nachdem der Benutzer das Arbeitsblatt identifiziert hat, kann er mit der rechten Maustaste darauf klicken und Duplizieren auswählen.

  7. Wenn einige der Arbeitsblätter sich im Community-Bereich der App befinden sollen, fordern Sie den Benutzer auf, die Arbeitsblätter zu veröffentlichen, indem er mit der rechten Maustaste auf das Arbeitsblatt klickt und Veröffentlichen auswählt.

  8. Nachdem der Benutzer die Arbeitsblätter für seinen persönlichen Bereich dupliziert (und ggf. die Community-Arbeitsblätter veröffentlicht) hat, können Sie die Arbeitsblätter löschen, die Sie in Schritt (c) veröffentlicht haben. Klicken Sie in der App, in der Sie Inhalte hinzugefügt haben, mit der rechten Maustaste auf die entsprechenden Arbeitsblätter und wählen Sie Als privat festlegen aus, um sie in den Bereich Meine Arbeitsblätter zu verschieben. Klicken Sie dann erneut mit der rechten Maustaste darauf und wählen Sie Löschen.

  9. Nachdem alle relevanten Arbeitsblätter gelöscht wurden, gehen Sie zum Hub und veröffentlichen Sie die App erneut. Klicken Sie auf Mehr neben der App und wählen Sie Veröffentlichen aus. Vergewissern sie sich, dass Sie die korrekte veröffentlichte Kopie übersteuern, wenn Sie dazu aufgefordert werden.

Aufgabenverkettung und Ladevorgänge

Self-Service-Ladevorgänge und Aufgabenverkettung

In Qlik Cloud können einige Ladevorgänge von Endbenutzern in ihren freigegebenen Bereichen verwaltet werden. Das ist wie folgt möglich:

Zentral verwaltete Ladevorgänge und Aufgabenverkettung

Zentral verwaltete Ladevorgänge sind die Ladeaufgaben, die von IT-Administratoren verwaltet werden. Wenn Sie zu Qlik Cloud migrieren, haben Sie drei Optionen, die abhängig von der Komplexität der Aufgaben verwendet werden können.

Option 1: Qlik Application Automation

Verwenden Sie Qlik Application Automation, um die Aufgabenketten zu reproduzieren, die in Ihrer Qlik Sense Client-Managed-Umgebung verwendet wurden. Weitere Informationen finden Sie unter Aufgabenverkettung.

Option 2: Drittanbieter-Scheduler und qlik-cli

Wenn Aufgabenketten sehr komplex werden, können Sie einen Drittanbieter-Scheduler und qlik-cli verwenden, eine Befehlszeilenschnittstelle zum Automatisieren von Verwaltungsfunktionen anhand von Befehlen und Skripten in Qlik Cloud. Im Qlik Cloud-Migrations-Toolset finden Sie ein PowerShell-Skript, das Sie mit einem Drittanbieter-Scheduler aufrufen und mit dem Sie die Sequenz der Anwendungen neu laden können. Verwenden Sie reloadqlikcloudapp.ps1 und übergeben Sie die appid als den Parameter.

Drittanbieter-Scheduler und qlik-cli

Unter Einrichten der Qlik Cloud-Migrations-Tools finden Sie weitere Informationen zum Herunterladen des Toolsets.

Option 3: Qlik Sense Client-Managed-Scheduler mit externen Programmaufgaben

Verwenden Sie die Funktion der externen Programmaufgaben im Qlik Sense Client-Managed-Scheduler, um das PowerShell-Skript reloadqlikcloudapp.ps1 aufzurufen, das Sie im Qlik Cloud-Migrations-Toolset finden, und übergeben Sie die appid als den Parameter.

Scheduler mit externen Programmaufgaben

Siehe Erstellen und Bearbeiten von externen Programmaufgaben (nur auf Englisch).

Weitere Dienstprogrammskripte

Die folgenden Skripte sind im Migrations-Toolset enthalten.

  • ReloadQlikCloudApp.ps1

    • Lädt eine App in Qlik Cloud

    • Nutzung: reloadqlikcloudapp.ps1 -appid <guid>

  • UploadQlikCloudDataFile.ps1

    • Lädt ein unterstütztes Dateiformat in einen bestimmten Bereich hoch

    • Nutzung: uploadqlikclouddatafile.ps1 <spacename> <filename>

  • UploadQlikCloudDataFolder.ps1

    • Lädt einen Ordner und Unterverzeichnisse unterstützter Dateien in einen bestimmten Bereich hoch

    • Nutzung: uploadqlikclouddatafolder.ps1 <spacename> <foldername>

TipphinweisTIPP

Vergewissern Sie sich für alle Skripte, dass das Arbeitsverzeichnis von QlikMigrationPlaybook in der .ps1-Datei festgelegt ist.

VERWANDTE LERNINHALTE:

Weitere Informationen

Visit the discussion forum at community.qlik.com

Hat diese Seite Ihnen geholfen?

Wenn Sie Probleme mit dieser Seite oder ihren Inhalten feststellen – einen Tippfehler, einen fehlenden Schritt oder einen technischen Fehler –, teilen Sie uns bitte mit, wie wir uns verbessern können!

Geben Sie hier Ihr Feedback ab