Przeskocz do zawartości głównej Przejdź do treści uzupełniającej
Zasoby Qlik

Migrowanie aplikacji

Aby trwale migrować aplikacje do chmury, użyj zalecanego procesu migracji polegającego na oznaczeniu aplikacji w QMC Twojego wdrożenia Qlik Sense zarządzany przez klienta. Oznaczanie umożliwia śledzenie stanu migracji aplikacji i filtrowanie listy aplikacji pod kątem różnych eksportów za pośrednictwem aplikacji Migration. Po oznaczeniu trzeba wykonać kilka dodatkowych czynności w ramach przygotowań do rzeczywistej migracji. Aby się dowiedzieć, jak przeprowadzić migrację, zobacz temat: Migrowanie aplikacji

Wybieranie i oznaczanie aplikacji do migracji

Gdy oznaczysz aplikacje do migracji, staną się one widoczne na potrzeby śledzenia w aplikacji Migration. Używaj znaczników do porządkowania aplikacji według ich gotowości do migracji i jej stanu. Oznaczanie pomaga określić, które aplikacje należy przenieść w pierwszej kolejności, a które mogą wymagać sprawdzenia lub naprawy, zanim będą gotowe do przeniesienia do Qlik Cloud. Jeśli nie utworzono znaczników migracji w QMC, zobacz temat Tworzenie i stosowanie znaczników.

Aplikacja Migration używa następujących znaczników aplikacji:

  • App - 05 Migrated via Multi-Cloud

  • App - 05 URL Link to Qlik Sense Windows

  • App - 10 Selected for Migration Review

  • App - 20 Migration Remediation Needed

  • App - 30 Ready to Migrate

  • App - 40 Migration Complete

  • App - 99 Will Not Migrate

Zastosuj znaczniki do aplikacji w QMC.

Możesz połączyć znacznik z zasobem.

Wykonaj następujące czynności:

  1. Otwórz QMC: https://<nazwa serwera QPS>/qmc

  2. Wybierz typ zasobu (na przykład Aplikacje) na stronie głównej QMC lub z menu rozwijanego Start Strzałka w dół, aby wyświetlić przegląd.

    WskazówkaKolumnę można filtrować za pomocą opcji filtrowania: Kontener filtru

  3. Wybierz elementy, z którymi chcesz połączyć znacznik.

  4. Kliknij Edytuj na pasku działań.
  5. W sekcji Właściwości musi być wybrana opcja Znaczniki.

  6. Kliknij pole tekstowe Znaczniki, aby wyświetlić listę dostępnych znaczników.

    InformacjaJeśli znacznik nie jest dostępny, musisz go najpierw utworzyć. Podczas edytowania zasobu nie można tworzyć ani usuwać znaczników. Znaczniki tworzy się w sekcji Znaczniki, która jest dostępna na stronie głównej.
  7. Aby przefiltrować listę, zacznij wpisywać nazwę znacznika.

  8. Wybierz znacznik.

    Znacznik zostanie dodany w kolorze niebieskim pod polem tekstowym.

  9. Kliknij Zastosuj u dołu strony, aby zapisać zmiany.

    Do etykiety znacznika dodawane jest (x), gdzie x wskazuje, ile edytowanych zasobów używa tego znacznika.

Znacznik został połączony z zasobem.

Sprawdzanie stanu migracji aplikacji

W aplikacji Migration użyj arkusza Data connections, aby śledzić stan swoich aplikacji. Wykresy pokazują aplikacje, dla których łączność danych jest gotowa, częściowo gotowa lub niegotowa. Możesz także użyć aplikacji Migration z Łączniki Pochodzenie danych Qlik, aby poznać zależności aplikacji.

Arkusz Data connections w aplikacji Migration

Arkusz połączeń danych

Łączniki Pochodzenie danych Qlik

Łączniki Pochodzenie danych Qlik są dostępne z subskrypcją SaaS.

  • Pobierz i zainstaluj w swoim środowisku Qlik Sense Enterprise Client-Managed.

  • Zobacz pochodzenie źródłowe, aby ocenić, które aplikacje można migrować.

Więcej informacji zawiera temat Pozyskiwanie informacji o pochodzeniu danych za pomocą Qlik Lineage Connectors.

Ograniczenia aplikacji

W poniższej tabeli przedstawiono podstawowe rozmiary aplikacji dozwolone w Qlik Cloud w zależności od subskrypcji.

Typ aplikacji Obsługiwany rozmiar aplikacji (w pamięci) Pamięć szczytowa podczas zaplanowanego przeładowania Pamięć szczytowa podczas ręcznego przeładowania
Poziom standardowy Do 5 GB Do 15 GB Do 10 GB
Rozszerzone aplikacje Do 10 GB Do 50 GB Do 10 GB
Dedykowana pojemność Do 50 GB Ograniczone przez dostępną pamięć w dedykowanym aparacie Ograniczone przez dostępną pamięć w dedykowanym aparacie
InformacjaJednostką miary pojemności, wykorzystania i limitów Qlik Cloud jest binarny gigabajt (GB), gdzie 1 GB wynosi 230 bajtów (1 073 741 824). Jest on także znany jako gigibajt (GiB), zdefiniowany przez Międzynarodową Komisję Elektrotechniczną (International Electrotechnical Commission, IEC). Analogicznie 1 TB to 240 bajtów (lub 1024 GB).

Określanie rozmiaru aplikacji

Rozmiar aplikacji można zmierzyć na dwa sposoby:

  • Rozmiar w pamięci przy ostatnim przeładowaniu aplikacji

  • Rozmiar dysku

Użyj następujących narzędzi, aby określić rozmiar aplikacji:

  • Qlik Sense Enterprise Client-Managed — użyj aplikacji Meta Data Analyzer dodawanej do wszystkich wdrożeń Qlik Sense zarządzany przez klienta od wydania z września 2019 r. Więcej informacji zawiera Instrukcja wdrożenia (tylko w języku angielskim).

  • Qlik Cloud — użyj aplikacji App Analyzer.

Rozwiązywanie problemów z rozmiarem aplikacji

Jeśli napotkasz problemy z dużą alokacją pamięci z powodu dużych rozmiarów aplikacji, istnieją dwa główne podejścia, które można zastosować w celu rozwiązania tych problemów.

  • Przejrzyj i odpowiednio zaktualizuj skrypt ładowania danych:

    • Usuń nieużywane pola i wiersze, aby uniknąć ich ładowania.

    • Usuń tabele, gdy nie są już potrzebne w przetwarzaniu danych.

    • Wdróż obciążenia przyrostowe w celu optymalizacji ilości przetwarzanych danych.

    • Wykorzystuj zoptymalizowane obciążenia QVD.

  • Dodaj do dzierżawy większą pojemność, aby umożliwić większe obciążenia. Zobacz temat Obsługa dużych aplikacji.

    • Rozszerzone aplikacje

    • Dedykowana pojemność

Inne ograniczenia i uwagi

Wdrożenia w chmurze zwykle nie umożliwiają dostępu do systemu plików hosta lub serwera, dlatego podczas migrowania skryptu ładowania z aplikacji lokalnej do Qlik Cloud użyj następujących modyfikacji skryptu ładowania.

Eksportowanie rozszerzeń

Jeżeli masz tylko kilka rozszerzeń, możesz wyeksportować je ręcznie z Qlik Sense Enterprise Client-Managed i zaimportować do Qlik Cloud. W przypadku wielu rozszerzeń rozważ użycie skryptu migracji do wyeksportowania rozszerzeń do folderu Extensions.

W Qlik Cloud istnieją pewne ograniczenia dotyczące rozszerzeń w porównaniu z Qlik Sense Enterprise Client-Managed. Więcej informacji zawiera temat Zarządzanie rozszerzeniami.

Należy dodać żądania dotyczące zasobów zewnętrznych do listy dozwolonych w Konsola zarządzania > Zasady zabezpieczeń zawartości. Zobacz temat Zarządzanie zasadami zabezpieczeń zawartości.

Wykonaj następujące czynności:

  1. Skopiuj pliki zip rozszerzeń do folderu narzędzi do migracji .\Data\Extensions.

  2. Uruchom następujący skrypt migracji: 4_setextensions.ps1. Pomyślne przesyłania spowodują przeniesienie rozszerzenia do folderu Complete .

Kompozycje

Jeżeli masz tylko kilka kompozycji, możesz wyeksportować je ręcznie z Qlik Sense Enterprise Client-Managed i zaimportować do Qlik Cloud. W przypadku wielu kompozycji rozważ użycie skryptu migracji do ich wyeksportowania do folderu Themes narzędzi do migracji.

Wykonaj następujące czynności:

  1. Skopiuj pliki zip rozszerzeń do folderu narzędzi do migracji .\Data\Extensions.

  2. Uruchom następujący skrypt migracji: 5_setthemes.ps1. Udane przesłanie spowoduje przeniesienie kompozycji do folderu Ukończono.

Geoanalityka

Obiekty starszych rozszerzeń Geoanalityka będą uruchamiane w Qlik Cloud dla przesłanej aplikacji, ale nie można tworzyć nowych obiektów przy użyciu tych starszych obiektów.

Zacznij używać obiektów mapy natywnej w nowych aplikacjach.

Migracja z Łącznik GeoAnalytics do Qlik GeoOperations

Qlik GeoOperations w Qlik Cloud oferuje podobne funkcje i operacje co Łącznik GeoAnalytics w Qlik Sense Enterprise on Windows. Obsługują one również wiele takich samych formatów danych. Różnice są następujące:

  • Qlik GeoOperations to integracja analiz zaawansowanych (AAI), która jest bardziej odpowiednia do wysyłania i przetwarzania danych niż łącznik.
  • Składnia skryptu jest inna w przypadku integracji analiz zaawansowanych niż w przypadku łączników.
  • Część GeoOperations można też stosować w wyrażeniach wykresu.
  • Qlik GeoOperations zwraca pojedynczą tabelę. W porównaniu z tym, co zwraca Łącznik GeoAnalytics, tabele są łączone w Qlik GeoOperations.
  • W Qlik GeoOperations niektóre pola i parametry mają zmienione nazwy w celu zwiększenia spójności.

Poniżej opisano, jak przekonwertować skrypt utworzony przez kreatora Łącznik GeoAnalytics na Qlik GeoOperations:

  1. W Edytorze ładowania danych, w kodzie skryptu Łącznik GeoAnalytics, skopiuj wszystko po SQL aż do drugiego wystąpienia SELECT lub „;” w zależności od tego, co następuje wcześniej.
  2. Zamień wszystkie wystąpienia ' w skrypcie Łącznik GeoAnalytics na ".

  3. Dodaj wybrane nazwy pól z drugorzędnej instrukcji SELECT w skrypcie Łącznik GeoAnalytics do pierwszej instrukcji SELECT w skrypcie GeoOperations. Pomiń wszystkie pola, które już tam są. Dodaj nazwę tabeli źródłowej do nazw pól, oddzielając je kropką. Na przykład tabela.pole. Spowoduje to utworzenie pojedynczej połączonej tabeli zamiast kilku tabel.

  4. Przejrzyj dokumentację referencyjną operacji oraz zestawu danych i w razie potrzeby dostosuj nazwy parametrów lub pól.

    Operacja

    Zestaw danych

    Aby zapoznać się z podsumowaniem głównych różnic, zobacz Różnice między polami GeoOperations i Geoanalityka

  5. Dodaj następujący kod na początku skryptu GeoOperations: 

    Load * Extension GeoOperations.ScriptEval('

  6. Dodaj następujący kod na końcu skryptu GeoOperations:

    ');

Jeśli używasz załadowanej tabeli z Łącznik GeoAnalytics, wyślij ją jako drugi parametr do GeoOperations.ScriptEval.

Ponieważ Qlik GeoOperations zwraca tabelę połączoną, z tabel pomocniczych zwracane są tylko wartości pól, które mają odpowiednią wartość w tabeli podstawowej. Jeżeli na przykład chcesz znaleźć najbliższe lotniska w Niemczech dla niektórych punktów, zwracane są tylko dane o lotniskach, które są najbliżej punktów. Jeśli chcesz uzyskać dane wszystkich lotnisk w Niemczech, musisz je załadować osobno przy użyciu operacji LOAD.

W przypadku ładowania z bazy danych SQL za pomocą łącznika dane należy zamiast tego ładować za pomocą jednego z łączników bazy danych, takiego jak łącznik ODBC. Pamiętaj, aby załadować geometrie jako WKT (zastosuj funkcję zwykle zwaną st_asText() w zapytaniu SQL). Następnie przekonwertuj pole WKT, wysyłając tabelę do Qlik GeoOperations. Następnie zostanie zwrócone pole z geometriami w formacie Qlik Sense.

Przykładowa konwersja skryptu

W tym przykładzie konwersji skryptu zostanie użyty następujący skrypt Łącznik GeoAnalytics:

/* 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 ----------------------------------- */

Wykonaj następujące czynności:

  1. Użyj skryptu między SQL a drugą instrukcją SELECT.

    SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance='10000', points='Points') DATASOURCE Points LOCATIONSERVICE geometry='POINT', type='XIATA', country='de', serviceName='default'

  2. Zastąp cudzysłowy:

    SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"

  3. Dodaj pola z tabel pomocniczych:

    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. Dostosuj nazwy parametrów i pól:

    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. Użyj w kodzie wzorcowym:

    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" ');

Ten kod skryptu może być teraz używany z Qlik GeoOperations.

Różnice między polami GeoOperations i Geoanalityka

Domyślne pola w skryptach GeoOperations i Geoanalityka różnią się, zwykle przedrostkami. Podczas migracji skryptów Geoanalityka do GeoOperations może być konieczne dostosowanie niektórych nazw pól.

AddressToPoint

GeoOperations i Geoanalityka zwracają następujące pola:

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

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • Geoanalityka pola mają prefiksy z zestawu danych.

  • Dataset_Geometry nazywa się AddressPoint w GeoOperations.

Grupowanie

GeoOperations i Geoanalityka zwracają następujące pola:

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

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • W Geoanalityka RH2W3 jest polem wielokątnym, a jego nazwa jest generowana na podstawie rozmiaru/współczynnika siatki. W GeoOperations polem tym jest BinTable.BinPolygon.

  • Geoanalityka nie zawiera pola BinId.

Najbliższe

GeoOperations i Geoanalityka zwracają następujące pola:

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

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • GeoOperations nie ma prefiksów dla pola Distance.

Klaster

GeoOperations i Geoanalityka zwracają następujące pola:

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

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • Przedrostki różnią się między GeoOperations a Geoanalityka.

Zagreguj

GeoOperations i Geoanalityka zwracają następujące pola:

  • GeoOperations: <id>, DissolvedPolygon

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • Nazwa kolumny geometrii

Przecięcia

GeoOperations i Geoanalityka zwracają następujące pola:

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

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

Między Geoanalityka a GeoOperations występują następujące główne różnice:

  • Prefiksy w GeoOperations i Geoanalityka różnią się.

IpLookup

GeoOperations i Geoanalityka zwracają następujące pola:

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

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • IpTable_Geometry w Geoanalityka to IpPoint w GeoOperations.

  • Prefiksy w GeoOperations i Geoanalityka różnią się.

Load (zestaw danych lokalizacji)

GeoOperations i Geoanalityka zwracają następujące pola:

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

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

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • Pola geometrii (LocationPolygon i LocationPoint) w Geoanalityka to Dataset_Geometry w GeoOperations.

  • Prefiksy w GeoOperations i Geoanalityka różnią się.

PointToAddress

GeoOperations i Geoanalityka zwracają następujące pola:

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

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • Prefiksy w GeoOperations i Geoanalityka różnią się.

Trasy

GeoOperations i Geoanalityka zwracają następujące pola:

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

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • Pole geometrii Dataset_PathLowRes w Geoanalityka to LowResLine w GeoOperations.

  • Prefiksy w GeoOperations i Geoanalityka różnią się.

Uprość

GeoOperations i Geoanalityka zwracają następujące pola:

  • GeoOperations: <id>, Simplified_<nazwa pola geograficznego>

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

.Między Geoanalityka a GeoOperations są następujące różnice:

  • Nazwy pól geometrii różnią się między GeoOperations a Geoanalityka.

TravelAreas

GeoOperations i Geoanalityka zwracają następujące pola:

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

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • GeoOperations nie zawiera pola pochodzenia.

  • Prefiksy w GeoOperations i Geoanalityka różnią się.

W

GeoOperations i Geoanalityka zwracają następujące pola:

  • GeoOperations: dataset_dataset2_RelationId, dataset.<id zestawu danych1>, dataset2.<id zestawu danych2>

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

Między Geoanalityka a GeoOperations są następujące różnice:

  • Prefiksy w GeoOperations obejmują nazwy zestawów danych, a w Geoanalityka jest także prefiks Enclosed.

Łącza do aplikacji

W przypadku aplikacji, które pozostaną w Qlik Sense Enterprise Client-Managed, możesz utworzyć łącza z Qlik Cloud z powrotem do aplikacji. Łącza umożliwiają użytkownikom korzystanie z jednego huba podczas migracji.

Wykonaj następujące czynności:

  1. W aplikacji Migration na karcie Exports Apps aplikacje oznaczone jako App -05 URL Link to Qlik Sense Windows są wyświetlane w tabeli Export Table for Linked Apps.

  2. Wyeksportuj, a następnie zapisz jako nazwę folderu: links.csv.

  3. Uruchom skrypt CLI 6_setlinks.ps1.

Naprawa aplikacji

Podczas oznaczania aplikacji do naprawy wymagane są pewne zmiany w skrypcie dotyczącym tych aplikacji:

Oznacz aplikacje, dla których należy utworzyć ogólne łącza, jako App - 05 URL Link to Qlik Sense Windows.

Oznacz aplikacje, które będą dystrybuowane za pośrednictwem wielu chmur, jako App - 05 Migrated via Multi-Cloud.

Oznacz aplikacje, które są sprawdzane, jako App - 10 Selected for Migration Review.

Oznacz aplikacje, do których chcesz przeprowadzić migrację do Qlik Cloud, jako App - 20 Ready to Migrate.

Oznacz aplikacje, w przypadku których wymagana jest naprawa, jako App - 30 Migration Remediation Needed.

Oznacz aplikacje, które zostały ukończone, jako App - 40 Migration Completed.

Oznacz aplikacje, które nie zostaną przeniesione, jako App - 99 Will Not Migrate.

Migrowanie aplikacji

Otwórz kartę Export Apps w aplikacji Migration.

  • Aplikacje oznaczone jako App - 30 Ready to Migrate będą wyświetlane w tabeli „Export Table for Apps Ready to Migrate”.

  • Uruchom skrypt CLI 7_migrateapps.ps1.

  • Aplikacja zostanie wyeksportowana z Qlik Sense Enterprise Client-Managed i zaimportowana do Qlik Cloud bez danych.

  • Arkusze samoobsługowe, zakładki i narracje są również migrowane. Ich lokalizacja w migrowanej aplikacji będzie zależeć od przestrzeni docelowej.

  • Właściciel aplikacji w przestrzeni prywatnej w Qlik Cloud musi być tym samym właścicielem co w przypadku oryginalnej aplikacji w Qlik Sense Enterprise Client-Managed. Jeśli użytkownicy będą się różnić, arkusze, narracje i zakładki nie będą wyświetlane, gdy użytkownik otworzy aplikację w Qlik Cloud. Jeśli chcesz zaimportować aplikację do innego właściciela, sugerujemy dwie możliwości:

    • Zaimportuj ręcznie, eksportując w funkcji Konsola zarządzania Qlik Qlik Sense Enterprise Client-Managed, a następnie klikając Dodaj nowy > Prześlij aplikację na stronie głównej Analityka Qlik Cloud.

    • Przenieś aplikację zaimportowaną przez skrypt CLI do przestrzeni udostępnionej, w której poprzedni lub pierwotny właściciel ma uprawnienia do tworzenia treści. Poprzedni właściciel może teraz udostępnić treści nowemu właścicielowi, publikując je. Nowy właściciel będzie mógł cofnąć publikację treści i przejąć ją na własność.

  • W Qlik Cloud dostęp do prywatnych arkuszy, zakładek i narracji aplikacji przeniesionych do przestrzeni współdzielonych lub zarządzanych może uzyskać wyłącznie ten sam użytkownik, który jest zidentyfikowany jako właściciel tej zawartości w Qlik Sense Enterprise Client-Managed. Jeśli chcesz zaimportować tę zawartość dla innego użytkownika, zmień właściciela obiektów w Qlik Sense Enterprise Client-Managed i ponownie przeprowadź import.

  • Skrypt CLI automatycznie doda wszystkie dostępne role dla skonfigurowanych użytkowników qlik-cli i właścicieli aplikacji w docelowych przestrzeniach Qlik Cloud, jeśli tym użytkownikom będzie brakować uprawnień do tworzenia zawartości. Po zakończeniu migracji za pomocą skryptu CLI należy sprawdzić i usunąć niepotrzebne uprawnienia.

Przykłady

Oto zestaw przykładów po uruchomieniu skryptu CLI 7_migrateapps.ps1 do celów referencyjnych. Grafiki zawarte w przykładach mają okna przeglądarki oznaczone kolorami. Kolory mają pomóc w identyfikacji użytkowników w każdym przykładowym przypadku.

Ciemnozielone okno to użytkownik renato, ciemnoczerwone okno to użytkownik bob, a różowe okno to użytkownik mariamaria. Użytkownik renato jest administratorem dzierżawy. Jest także użytkownikiem qlik-cli skonfigurowanym do uruchamiania skryptów CLI.

OstrzeżenieW tych przykładach importujemy tylko jedną aplikację, aby zmniejszyć złożoność podczas wyświetlania oczekiwanych wyników. Narzędzia migracji Qlik Cloud umożliwiają połączenie więcej niż jednej aplikacji w celu zaimportowania za pomocą skryptu CLI 7_migrateapps.ps1.

Zawartość należąca do użytkownika

Zawartość należącą do użytkownika aplikacji (w tym społecznościową, udostępnioną i prywatną) można ręcznie wyeksportować z Qlik Sense zarządzany przez klienta i zaimportować do Qlik Cloud.

InformacjaWymagane są uprawnienia administracyjne w Qlik Sense zarządzany przez klienta umożliwiające zmianę własności aplikacji i zawartości. Zobacz temat Dodawanie administratora root i administratorów (tylko w języku angielskim).
InformacjaZgodnie z najlepszą praktyką zaleca się duplikowanie aplikacji, aby mieć kopię zapasową oryginalnej zawartości do czasu zakończenia wszystkich operacji importu.
OstrzeżenieObecnie, podczas używania tego procesu ręcznego, arkusze są jedyną zawartością należącą do użytkownika, którą można eksportować z Qlik Sense zarządzany przez klienta i importować do Qlik Cloud. Jeśli chcesz zaimportować samoobsługowe zakładki i narracje, użyj skryptu CLI 7_migrateapps.ps1 z narzędzi do migracji Qlik Cloud

Ręczny eksport zawartości udostępnionej użytkowników aplikacji z Qlik Sense zarządzany przez klienta

Pierwszy krok przenoszenia zawartości użytkownika do Qlik Cloud polega na wyeksportowaniu zawartości z Qlik Sense zarządzany przez klienta. Gdy utworzysz duplikat aplikacji i nadasz sobie uprawnienia właściciela obiektów oryginalnej aplikacji, możesz rozpocząć kopiowanie obiektów z oryginalnej aplikacji do duplikatu. Musisz być właścicielem obiektów aplikacji, aby je kopiować i przenosić między oryginalną a zduplikowaną aplikacją.

Wykonaj następujące czynności:

  1. Otwórz QMC: https://<nazwa serwera QPS>/qmc

  2. Wybierz opcję Aplikacje na stronie głównej QMC lub z menu rozwijanego Start Strzałka w dół, aby wyświetlić przegląd.

  3. Wybierz aplikację, którą chcesz zduplikować, kliknij Więcej działań na pasku działań, a następnie wybierz Duplikuj w wyskakującym menu.

  4. Otwórz zduplikowaną aplikację i sprawdź, czy dostępne są Arkusze publiczne z oryginalnej aplikacji. Pozostaw otwartą kartę przeglądarki internetowej do późniejszego użycia.

  5. W QMC wybierz Obiekty aplikacji.

  6. Wyszukaj oryginalną (nie zduplikowaną) aplikację, klikając Wyszukaj w nagłówku tabeli.

    Wyczyść wszystkie ewentualne poprzednie kryteria wyszukiwania.

  7. Edytuj obiekt aplikacji (typu arkusz), aby stać się właścicielem. Wybierz obiekt aplikacji, który chcesz edytować, a następnie kliknij przycisk Edytuj na pasku działań.

  8. Zmień właściciela obiektu aplikacji na siebie. Zaleca się zmianę każdego obiektu aplikacji osobno zamiast wielu obiektów jednocześnie.

    InformacjaZgodnie z najlepszymi praktykami zaleca się przypisanie pewnego typu identyfikacji jako części nazwy obiektu aplikacji, aby wskazać pierwotnego właściciela i lokalizację publikacji. Ułatwia to przypisanie zawartości z powrotem do pierwotnego użytkownika, gdy aplikacja będzie już w Qlik Cloud. Pamiętaj, że ze względu na typy przestrzeni w Qlik Cloud (udostępnione i zarządzane) możesz nie być w stanie całkowicie odtworzyć lokalizacji i własności zawartości w Qlik Cloud tak samo jak w Qlik Sense zarządzany przez klienta.

    1. Zanotuj pierwotnego właściciela obiektu aplikacji i lokalizację, w której obiekt ma się znajdować (na przykład prywatny lub opublikowany obiekt aplikacji).

      2. Lokalizacja publikacji obiektu aplikacji

    2. Otwórz oryginalną aplikację w hubie Qlik Sense i wybierz obiekt aplikacji, do którego masz teraz przypisane prawo własności.

    3. Jeśli obiekt aplikacji jest zawartością opublikowaną lub zatwierdzoną, kliknij go prawym przyciskiem myszy i obniż jego rangę, aż stanie się zawartością prywatną i edytowalną

    4. Dodaj notatkę, która identyfikuje poprzedniego właściciela i lokalizację publikacji. Dodaj informacje do tytułu obiektu aplikacji lub, jeśli są dostępne, w polu opisu.

      5. Pole opisu arkusza

    5. Kliknij prawym przyciskiem myszy arkusz, a następnie wybierz polecenie Kopiuj.

    6. Przejdź do zduplikowanej aplikacji utworzonej w kroku 3. W Przeglądzie aplikacji kliknij prawym przyciskiem myszy obok przycisku Utwórz nowy arkusz i wybierz polecenie Wklej.

    7. Aby przywrócić arkusz w oryginalnej aplikacji do pierwotnego właściciela i lokalizacji, przejdź do oryginalnej aplikacji w Qlik Sense zarządzany przez klienta. Wyczyść dodaną treść opisu i ponownie opublikuj/zatwierdź arkusz w pierwotnej lokalizacji. W QMC wybierz odpowiedni obiekt aplikacji, kliknij Edytuj, a następnie zmień właściciela na pierwotnego użytkownika.

    8. Powtarzaj krok 5, aż wszystkie obiekty aplikacji (arkusze) zostaną zduplikowane.

  9. W QMC kliknij Aplikacje i wybierz zduplikowaną aplikację utworzoną w kroku 3. Kliknij Więcej działań, a następnie wybierz polecenie Eksportuj i zapisz plik QVF. Po pomyślnym wyeksportowaniu aplikacji możesz zaimportować ją do Qlik Cloud.

Ręczny import zawartości współdzielonej użytkownika aplikacji Qlik Sense zarządzany przez klienta do Qlik Cloud

OstrzeżenieQlik Cloud umożliwiają administratorom przypisywanie własności do obiektów aplikacji, a także do całej aplikacji. Od rodzaju przestrzeni zależy także to, jak użytkownik może publikować zawartość. Więcej informacji zawiera temat Praca w przestrzeniach.

Zacznij od zaimportowania do dzierżawy wyeksportowanej aplikacji Qlik Sense.

Wykonaj następujące czynności:

  1. W hubie Qlik Cloud kliknij + Dodaj nową i wybierz Prześlij aplikację. Znajdź plik QVF uprzednio wyeksportowany w Qlik Sense zarządzany przez klienta i kliknij Prześlij.

  2. Otwórz ostatnio przesłaną aplikację, najlepiej na osobnej karcie przeglądarki internetowej.

    InformacjaObecnie zakładamy, że przesłana wyeksportowana aplikacja została umieszczona w Twojej przestrzeni prywatnej, a ostateczna wersja (skierowana do użytkownika) aplikacji jest już dostosowana (pod względem połączeń ze źródłami danych) i opublikowana w przestrzeni docelowej.

  3. Jeśli aplikacja docelowa znajduje się w przestrzeni udostępnionej:

    1. Otwórz aplikację docelową, do której zostanie zaimportowana zawartość użytkownika.

    2. Skopiuj zamierzoną zawartość z ostatnio przesłanej aplikacji do aplikacji docelowej w następujący sposób:

      • W Przeglądzie aplikacji ostatnio przesłanej aplikacji kliknij prawym przyciskiem myszy arkusz, który ma zostać uwzględniony w aplikacji docelowej, i wybierz Kopiuj.

      • W Przeglądzie aplikacji docelowej aplikacji w obszarze Moje arkusze kliknij prawym przyciskiem myszy puste miejsce i wybierz polecenie Wklej.

      • Kliknij arkusz prawym przyciskiem myszy i wybierz polecenie Ustaw jako publiczny. Dzięki temu skopiowany arkusz będzie dostępny dla innych użytkowników.

      InformacjaZe względu na charakter przestrzeni udostępnionych pojęcie arkusza publicznego, opublikowanego przeze mnie i arkuszy społeczności jest inne i występują tylko arkusze opublikowane lub prywatne. Aby uzyskać więcej informacji, zapoznaj się z sekcją „Wspólne opracowywanie aplikacji w przestrzeniach udostępnionych” w naszej dokumentacji.

      • Opcjonalnie poproś użytkowników o zduplikowanie ich arkuszy prywatnych, które są teraz dostępne w sekcji Arkusze publiczne. Jeśli właściciel arkusza został udokumentowany w Tytule arkusza lub Opisie podczas eksportowania zawartości, możesz zalecić użytkownikom wyszukanie tej zawartości, aby odróżnić ją od pozostałych dostępnych arkuszy. Gdy użytkownik zidentyfikuje arkusz, może kliknąć go prawym przyciskiem myszy i wybrać polecenie Duplikuj.

      • Gdy użytkownik zduplikuje arkusz w swoim obszarze prywatnym, możesz usunąć opublikowany arkusz. Kliknij arkusz prawym przyciskiem myszy i wybierz Ustaw jako prywatny, aby przenieść go do obszaru Moje arkusze, a następnie ponownie kliknij go prawym przyciskiem myszy i wybierz polecenie Usuń.

  4. Jeżeli aplikacja docelowa jest w przestrzeni zarządzanej:

    1. Otwórz aplikację, na której oparta jest aplikacja opublikowana w przestrzeni zarządzanej.

    2. Skopiuj zamierzoną zawartość z niedawno przesłanej aplikacji do aplikacji docelowej w następujący sposób:

      • W Przeglądzie aplikacji ostatnio przesłanej aplikacji kliknij prawym przyciskiem myszy arkusz, który ma zostać uwzględniony w aplikacji docelowej, i wybierz Kopiuj.

      • W Przeglądzie aplikacji docelowej aplikacji w obszarze Moje arkusze kliknij prawym przyciskiem myszy puste miejsce i wybierz polecenie Wklej.

      • Kliknij arkusz prawym przyciskiem myszy i wybierz polecenie Ustaw jako publiczny. Dzięki temu skopiowany arkusz będzie dostępny dla innych użytkowników.

  5. Kiedy wszystkie odpowiednie arkusze zostaną skopiowane, przejdź do huba i opublikuj ponownie aplikację. Kliknij Więcej obok aplikacji i wybierz Opublikuj. Kiedy pojawi się monit, zastąp prawidłową kopię opublikowaną.

  6. Poproś użytkowników o zduplikowanie swoich arkuszy osobistych i społeczności, które są teraz dostępne w sekcji Arkusze publiczne opublikowanej aplikacji w przestrzeni zarządzanej. Jeśli właściciel arkusza został udokumentowany w Tytule arkusza lub Opisie podczas eksportowania zawartości, możesz zalecić użytkownikom wyszukanie tej zawartości, aby odróżnić ją od pozostałych dostępnych arkuszy. Gdy użytkownik zidentyfikuje arkusz, może kliknąć go prawym przyciskiem myszy i wybrać polecenie Duplikuj.

  7. Jeśli niektóre arkusze będą znajdować się w obszarze aplikacji Społeczność, poproś użytkownika o ich opublikowanie — w tym celu należy kliknąć arkusz prawym przyciskiem myszy i wybrać polecenie Opublikuj.

  8. Gdy użytkownicy zduplikują arkusze w swoim obszarze prywatnym (i opublikują ewentualne arkusze społeczności), możesz usunąć arkusze opublikowane w kroku c). W aplikacji, do której dodajesz zawartość, kliknij prawym przyciskiem myszy odpowiednie arkusze, wybierz Ustaw jako prywatny, aby przenieść go do obszaru Moje arkusze, a następnie kliknij prawym przyciskiem myszy arkusz i wybierz Usuń.

  9. Kiedy wszystkie odpowiednie arkusze zostaną usunięte, przejdź do huba i opublikuj ponownie aplikację. Kliknij Więcej obok aplikacji i wybierz Opublikuj. Kiedy pojawi się monit, zastąp prawidłową kopię opublikowaną.

Łączenie zadań w łańcuch i przeładowywanie

Samoobsługowe przeładowania i tworzenie łańcuchów zadań

W Qlik Cloud niektóre przeładowania zadań mogą być zarządzane przez użytkowników końcowych w ich przestrzeniach udostępnionych. Można to robić:

Centralnie zarządzane przeładowania i tworzenie łańcuchów zadań

Centralnie zarządzane przeładowania to zadania przeładowania zarządzane przez administratorów IT. Podczas migracji do Qlik Cloud dostępne są trzy opcje, których można użyć w zależności od złożoności zadań.

Opcja 1 — Automatyzacja aplikacji Qlik

Użyj Automatyzacja aplikacji Qlik, aby odtworzyć łańcuchy zadań używane poprzednio w środowisku Qlik Sense zarządzany przez klienta. Zobacz temat Tworzenie łańcuchów zadań.

Opcja 2 — harmonogram innego producenta i qlik-cli

Gdy łańcuchy zadań stają się bardzo złożone, można użyć harmonogramu innego producenta oraz qlik-cli — interfejsu wiersza poleceń do automatyzacji funkcji administracyjnych za pomocą poleceń i skryptów w Qlik Cloud. W zestawie narzędzi do migracji Qlik Cloud znajdziesz skrypt PowerShell, który można wywołać za pomocą harmonogramu innego producenta i przeładować sekwencję aplikacji. Użyj skryptu reloadqlikcloudapp.ps1 i przekaż appid jako parametr.

Harmonogram innego producenta i qlik-qli

Zobacz temat Konfiguracja narzędzi do migracji do Qlik Cloud, aby pobrać zestaw narzędzi.

Opcja 3 — Harmonogram Qlik Sense zarządzany przez klienta z zadaniami programu zewnętrznego

Użyj funkcji zadania programu zewnętrznego w Harmonogramie Qlik Sense zarządzany przez klienta, aby wywołać skrypt programu PowerShell reloadqlikcloudapp.ps1 znajdujący się w zestawie narzędzi do migracji do Qlik Cloud i przekaż appid jako parametr.

Harmonogram z zadaniami programu zewnętrznego

Zobacz temat Tworzenie i edycja zadań programów zewnętrznych (tylko w języku angielskim).

Dodatkowe skrypty narzędziowe

W zestawie narzędzi do migracji znajdują się następujące skrypty.

  • ReloadQlikCloudApp.ps1

    • Przeładowuje aplikację w Qlik Cloud

    • Użycie: reloadqlikcloudapp.ps1 -appid <guid>

  • UploadQlikCloudDataFile.ps1

    • Przesyła plik w obsługiwanym formacie do określonej przestrzeni

    • Użycie: uploadqlikclouddatafile.ps1 <spacename> <filename>

  • UploadQlikCloudDataFolder.ps1

    • Przesyła folder i podkatalogi obsługiwanych plików do określonej przestrzeni

    • Użycie: uploadqlikclouddatafolder.ps1 <spacename> <foldername>

WskazówkaPORADA

W przypadku wszystkich skryptów należy ustawić w pliku .ps1 katalog roboczy QlikMigrationPlaybook

POWIĄZANE MATERIAŁY EDUKACYJNE:

Dowiedz się więcej

Visit the discussion forum at community.qlik.com

Czy ta strona była pomocna?

Jeżeli natkniesz się na problemy z tą stroną lub jej zawartością — literówkę, brakujący krok lub błąd techniczny — daj nam znać, co możemy poprawić!

Przekaż tu opinię