# Qlik Cloud limity zasobów

QV2QS tworzy aplikacje bezpośrednio w Qlik Cloud. Proces kompilacji, przeładowanie i automatyczne przesyłanie plików binarnych podlegają limitom zasobów dzierżawy Qlik Cloud. Te limity różnią się w zależności od poziomu subskrypcji i konfiguracji przestrzeni.

## Rozmiar przesyłanej aplikacji

Automatyczna binarna operacja ładowania przesyła oryginalny plik QVW do Qlik Cloud jako tymczasową aplikację. Duże pliki QVW mogą przekroczyć limit przesyłania dla dzierżawy. Jeśli przesyłanie nie powiedzie się, konwersja nadal zakończy się pomyślnie (aplikacja jest zbudowana bez danych), ale automatyczne ładowanie danych nie zostanie ukończone. Aby obejść to ograniczenie, wdrożyć aplikację do przestrzeni z włączoną obsługą dużych aplikacji. Alternatywnie, użyj `--binaryAppId` aby odwołać się do istniejącej aplikacji już w dzierżawie, lub ręcznie ponownie załaduj aplikację po skonfigurowaniu połączeń danych.

## Pamięć przeładowania aplikacji

Przeładowanie przekonwertowanej aplikacji wymaga wystarczającej alokacji pamięci w silniku Qlik Cloud. Duże aplikacje QlikView z wieloma tabelami, polami lub dużą liczbą wierszy mogą przekroczyć domyślną alokację pamięci dla przestrzeni. Wdrażaj duże aplikacje do przestrzeni z włączoną obsługą dużych aplikacji, aby zapewnić większą pamięć i zasoby obliczeniowe do przeładowania.

## Konfiguracja przestrzeni

Domyślnie, QV2QS tworzy aplikacje w przestrzeni prywatnej. Osobiste przestrzenie mają standardowe limity zasobów. Dla dużych aplikacji, wdrożyć do współdzielonej przestrzeni skonfigurowanej do obsługi dużych aplikacji używając `--spaceId` w wierszu poleceń.

## Połączenia danych i skrypt ładowania

QV2QS konwertuje interfejs użytkownika, ale nie tworzy połączeń danych w Qlik Cloud. Jeśli skrypt ładowania odwołuje się do lokalnych ścieżek plików, połączeń ODBC lub plików QVD, te źródła danych muszą być dostępne w środowisku Qlik Cloud, zanim aplikacja będzie mogła pomyślnie się przeładować. QV2QS stosuje podstawową normalizację ścieżek (ukośnik wsteczny na ukośnik w `lib://` ścieżkach), ale nazwy połączeń i ścieżki plików zazwyczaj wymagają ręcznej korekty lub migracji za pośrednictwem QAMT.

## Współbieżność przeładowań

Qlik Cloud ogranicza liczbę jednoczesnych przeładowań na dzierżawę. Gdy wdrożenie wsadowe QV2QS działa z wieloma procesami roboczymi, żądania ponownego ładowania, które przekraczają limit dzierżawy, są kolejkowane po stronie serwera. Przyspieszenie fazy wdrożenia w chmurze osiąga plateau, gdy osiągnięty zostanie limit równoczesnych przeładowań, niezależnie od lokalnych zasobów procesora i wątków.

Aby zapoznać się z pełną specyfikacją limitów zasobów Qlik Cloud, zabezpieczeń pojemności i szczegółów warstw subskrypcji, zobacz [Specyfikacje i zabezpieczenia pojemności Qlik Cloud](https://help.qlik.com/en-US/cloud-services/Subsystems/Hub/Content/Sense_Hub/Introduction/qcs-specs-capacity.htm).

## Dowiedz się więcej

* [Zakres konwersji](https://help.qlik.com/pl-PL/migration/Content/Qv2qsMigration/known-limitations/conversion-scope.htm)
* [Celowanie przestrzenne](https://help.qlik.com/pl-PL/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/space-targeting.htm)
* [Dane i przeładowanie](https://help.qlik.com/pl-PL/migration/Content/Qv2qsMigration/deploying-to-qlik-cloud/data-and-reload.htm)
* [Benchmarki wydajności](https://help.qlik.com/pl-PL/migration/Content/Qv2qsMigration/batch-conversion/performance-benchmarks.htm)