Aktualizuj właścicieli obiektów aplikacji

Krok Update App Object Owners jest odpowiedzialny za ponowne przypisanie własności prywatnej zawartości aplikacji w Qlik Cloud po zaimportowaniu aplikacji. Podczas kroku Import Applications cała zawartość jest wprowadzana pod tożsamością klucza API (konta usługi), w tym osobiste arkusze i historie. Ten krok koryguje własność na podstawie metadanych zebranych podczas wcześniejszych faz migracji.

Ten krok wymaga metadanych aplikacji wygenerowanych podczas kroku Export Applications.

Export Scope musi być odpowiednio ustawiona, aby w razie potrzeby uwzględnić zawartość prywatną i społecznościową, zapewniając, że wyeksportowana zawartość odzwierciedla pożądane mapowanie własności dla pomyślnego ponownego przypisania.

Prywatna zawartość aplikacji obejmuje:

• Arkusze osobiste (arkusze prywatne)
• Zakładki osobiste (zakładki prywatne)
• Historie osobiste (historie prywatne)
• Arkusze społeczności
• Zakładki społeczności
• Historie społeczności

Jak działa mapowanie własności

Ponowne przypisanie własności opiera się na metadanych obiektu aplikacji przechowywanych w pliku AppObjectAppDescriptions.json wygenerowanym podczas kroku Export Applications. Ten plik zawiera kluczowe szczegóły, takie jak właściciel obiektu aplikacji źródłowej i ID aplikacji docelowej.

Narzędzie do migracji używa jednego z dwóch podejść, aby określić, w jaki sposób użytkownicy ze środowiska zarządzanego przez klienta mapują się do użytkowników w Qlik Cloud:

Podejście 1: Z plikiem mapowania użytkowników

1. Uruchom krok Export Users przed tym krokiem.
2. Generuje to plik userMappings.json zawierający:
   • Źródło (Client-Managed) UserId
   • Docelowe informacje o użytkowniku Qlik Cloud (email, subject)
3. Podczas Update App Object Owners narzędzie dopasowuje właścicieli obiektów aplikacji w wyeksportowanych danych do użytkowników w Qlik Cloud przy użyciu pliku mapowania.

Podejście 2: Bez pliku mapowania użytkowników

Jeśli Export Users krok nie zostanie wykonany, narzędzie próbuje dopasować użytkowników przy użyciu następującej logiki awaryjnej:

1. Porównaj źródło UserDirectory\UserId z Qlik Cloud subject
2. Porównaj źródło UserId z Qlik Cloud subject
3. Porównaj źródło UserId z Qlik Cloud email

Jeśli nie zostanie znalezione dopasowanie przy użyciu tych metod, ponowne przypisanie dla tego konkretnego obiektu aplikacji zakończy się niepowodzeniem i zostanie utworzony wpis w dzienniku.

Najlepsze praktyki

• Zawsze uwzględniaj kroki Export Applications i Export Users w przepływie pracy migracji, gdy wymagane jest ponowne przypisanie własności.
• Przejrzyj pliki AppObjectAppDescriptions.json i userMappings.json pod kątem kompletności i dokładności przed uruchomieniem tego kroku.
• Sprawdź, czy zamierzeni użytkownicy istnieją w Qlik Cloud przed uruchomieniem tego kroku, aby zapewnić prawidłowe ponowne przypisanie.

Powiązane strony

• Eksportuj aplikacje
• Importuj aplikacje
• Eksportowanie użytkowników