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

Dane do analizy

Wskaźnik Dane do analizy pokazuje ilość używanej pojemności Qlik Cloud. Mierzy całkowity wolumen danych załadowanych i przechowywanych w Twoim środowisku. W tym temacie wyjaśniono, jakie typy danych wliczają się do użycia, które są wykluczone i jak obliczane jest użycie. Zrozumienie tych informacji pomaga zobaczyć, co zużywa pojemność Qlik Cloud, i efektywniej zarządzać danymi.

Dane uwzględnione we wskaźniku

Obliczane są następujące dane:

  • Dane ładowane do Qlik Cloud ze źródeł zewnętrznych. W przypadku przeładowywania nowe dane przyrostowe zwiększają ilość danych. Jeśli przeładowanie zawiera mniej danych, ilość danych maleje.

  • Pliki danych przesłane lub utworzone w Qlik Cloud. Liczony jest rozmiar plików. Jeśli skopiujesz pliki danych w ramach Qlik Cloud, nowe pliki danych zostaną uwzględnione w liczeniu. Jeśli zduplikujesz aplikację w przestrzeni współdzielonej bez przeładowania, nie będzie ona liczona.

Wskaźnik analizowanych danych jest obliczany następująco:

  • Ilość danych zewnętrznych pobranych do Qlik Cloud za pośrednictwem aplikacji Qlik Sense.

  • Rozmiar wynikowego pliku QVD z danych zewnętrznych ładowanych do Qlik Cloud za pośrednictwem Brama danych Qlik — ruch danych.

  • Rozmiar plików danych przesyłanych do Qlik Cloud.

  • Statyczny rozmiar aplikacji w bajtach.

Dane załadowane do wielu dzierżaw są liczone wielokrotnie, natomiast dane załadowane raz i używane w wielu aplikacjach są liczone tylko raz.

InformacjaJeśli aplikacja korzysta wyłącznie z danych załadowanych z plików danych, nie będzie ona dostarczać danych do analizy. Wynika to z faktu, że dane są już uwzględnione w zawartości z plików danych.

Następujące elementy nie są wliczane do wskaźnika:

  • Aplikacje i dane, które są ładowane do przestrzeni prywatnej za pomocą generowania aplikacji na żądanie (ODAG).

  • Aplikacje w przestrzeni prywatnej. Z uwzględnieniem używających połączenia danych przechowywanego w przestrzeni udostępnionej.

  • Aplikacje, które tylko wykonują binarną operację ładowania innej aplikacji. Oryginalna aplikacja ładowana binarnie jest już liczona.

  • Aplikacje, które ładują tylko pliki QVD. Pliki QVD są już liczone osobno.

  • Aplikacje i dane publikowane w przestrzeniach zarządzanych.

    InformacjaPrzeładowania aplikacji w przestrzeniach zarządzanych są uwzględniane we wskaźniku.
  • Dane, które są ładowane przez Direct Query.

Subskrybowanie pojemności danych do analizy

Subskrybujesz pakiety danych w oparciu o swoje wymagania dotyczące danych do analizy. Każdy użytkownik ma do dyspozycji określoną ilość danych do analizy w swojej przestrzeni prywatnej. Te dane prywatne nie są wliczane do całości danych do analizy. Jeśli jednak użytkownik przeniesie dane do przestrzeni udostępnionej w celu współpracy, zostaną one wliczone do łącznej pojemności.

Wersja Qlik Cloud Analytics Starter ma stałą pojemność danych. W tej wersji subskrypcja jest uzależniona od liczby użytkowników.

Przenoszenie danych do Qlik Cloud

Opcje przenoszenia danych obejmują:

  • Bezpośrednie połączenia danych z Qlik Sense

  • Brama danych Qlik — dostęp bezpośredni

  • Przenoszenie danych do Qlik Cloud z Qlik Talend Data Integration

    W wersjach Premium i Enterprise Qlik Cloud Analytics możesz przenosić dane do Qlik Cloud z dowolnego źródła. W Qlik Cloud Analytics Standard można przenosić dane z dowolnego źródła z wyjątkiem systemów SAP, komputerów mainframe i starszych źródeł.

Obliczanie objętości danych do analizy

Rozumienie sposobu obliczania danych do analizy może pomóc w efektywnym wykorzystaniu pojemności. W tej sekcji wyjaśniono, w jaki sposób mierzy się szczyt miesięczny, ładowanie danych, przeładowania aplikacji i tworzenie danych.

Szczyt miesięczny

Kupując pojemność danych do analizy, otrzymujesz określoną ilość przestrzeni do przechowywania i analizowania danych. Pojemność ta jest limitem maksymalnym, a nie kredytem do wykorzystania. Jeśli na przykład kupisz 250 GB pojemności, możesz przechowywać i analizować do 250 GB danych w dowolnym momencie. W przypadku przekroczenia tego limitu mogą wystąpić nadwyżki, które są śledzone osobno.

Jak śledzone jest dzienne wykorzystanie

Wykorzystanie jest śledzone codziennie. Każdego dnia system oblicza szczyt dzienny jako sumę następujących elementów:

  • Całkowity rozmiar przechowywanych plików

  • Ilość danych pobieranych podczas przeładowywania aplikacji

  • Ilość uzyskanych lub utworzonych danych

Zachowanie przenoszenia

Jeśli w danym dniu nie nastąpi żadne przeładowanie, system przeniesie wartość pobranych danych z ostatniego przeładowania. Na początku nowego miesiąca szczyt miesięczny jest resetowany. Jeśli pierwszego dnia nowego miesiąca nie nastąpi żadne przeładowanie, do tego dnia zostanie zastosowana ostatnia wartość przeładowania z poprzedniego miesiąca.

Przechowywane i uzyskiwane dane są zawsze mierzone na nowo każdego dnia, bez przenoszenia.

Przypadki szczególne

  • Wartość wykorzystania odzwierciedla ostatnie udane przeładowanie każdej aplikacji. Jeśli aplikacja zostanie później ponownie przeładowana z pustym modelem danych (na przykład tylko w celu utworzenia i eksportowania plików QVD), raportowane wykorzystanie może nadal wskazywać rozmiar z ostatniego pomyślnego przeładowania.

  • Wartość wykorzystania aktualizuje się dopiero po ponownym przeładowaniu aplikacji. Może to powodować różnice między danymi widocznymi w aplikacji a raportowanym wykorzystaniem danych do analizy. Aby zmniejszyć raportowane wykorzystanie, należy przeładować aplikację z mniejszym zestawem danych.

Przykłady przenoszenia

W poniższych przykładach pokazano, w jaki sposób wartości przeładowania są przenoszone, gdy nie następuje nowe przeładowanie, oraz jak to zachowanie wpływa na przechowywane i tworzone dane.

Przykład 1 ― zwykłe przeniesienie:

  • Dzień 1: przechowano 70 GB plików danych, przeładowano 40 GB aplikacji, utworzono 30 GB plików danych. Szczyt dzienny wynosi 140 GB.

  • Dzień 1: przechowano 60 GB plików danych, przeładowano 0 GB aplikacji, utworzono 20 GB plików danych. Wartość przeładowania z dnia 1 (40 GB) zostaje przeniesiona. Szczyt dzienny wynosi 120 GB.

Przykład 2 ― scenariusz aplikacji tylko z QVD

  • Dzień 1: przeładowanie aplikacji z 10 GB danych zewnętrznych, utworzenie plików QVD, usunięcie wszystkich tabel. Ostateczny model aplikacji jest pusty. Szczyt dzienny to 10 GB (część przeładowania).

  • Dzień 2: nie następuje przeładowanie. Szczyt dzienny wynosi nadal 10 GB (przeniesiona część przeładowania), mimo że aplikacja nie ma teraz tabel.

Tylko nowe przeładowanie aktualizuje tę wartość.

Oznacza to, że szczyt dzienny może odzwierciedlać zarówno przeniesione dane przeładowania (nawet jeśli sama aplikacja jest pusta, jak w scenariuszu tylko z QVD), jak i wszelkie nowo przechowywane lub utworzone dane z tego dnia.

Szczyt miesięczny i próg górny

Szczyt miesięczny to najwyższy szczyt dzienny zarejestrowany w danym miesiącu. Działa on jak próg górny, pokazując jeden dzień, w którym całkowite wykorzystanie danych było najwyższe. Szczyt miesięczny jest porównywany z zakupioną pojemnością w celu ustalenia, czy mają zastosowanie opłaty za nadwyżki.

Przykład ― identyfikacja szczytu miesięcznego na podstawie wykorzystania dziennego

Aby zademonstrować sposób określania szczytu miesięcznego, w tym przykładzie wykorzystano uproszczony scenariusz obejmujący tylko cztery dni i zakupioną pojemność 250 GB. Wartości wykorzystania pomagają zilustrować, w jaki sposób najwyższy szczyt dzienny staje się szczytem miesięcznym.

Tabela przedstawia wykorzystanie danych w ciągu czterech dni, sklasyfikowane według typu:

Dzień Przechowywane Przeładuj Utworzono Szczyt dzienny
1 50 GB 30 GB 15 GB 95 GB
2 70 GB 40 GB 30 GB 140 GB
3 60 GB 0 GB 20 GB 120 GB
4 80 GB 50 GB 40 GB 170 GB

Objaśnienie danych w tabeli:

  • Dzień 3 ― brak przeładowania danych. Część przeładowania z dnia 2 (40 GB) jest przenoszona i wpływa na szczyt dzienny (120 GB).

  • Dzień 4 ma najwyższy szczyt dzienny (170 GB), który staje się szczytem miesięcznym.

Ponieważ szczyt miesięczny mieści się w ramach zakupionej pojemności 250 GB, nie ma zastosowania nadwyżka. Jeśli wykorzystanie przekroczy 250 GB w dowolnym dniu, mogą zostać naliczone opłaty za nadwyżkę lub może być wymagane zwiększenie pojemności.

Wykorzystanie dzienne w ciągu czterech dni, które pokazuje przechowywane, pobrane (przeładowane) i utworzone dane. Zielona linia oznacza zakupioną pojemność 250 GB.

Wykres słupkowy pokazujący wykorzystanie danych w ciągu czterech dni

Ładowanie danych do Qlik Cloud

Do szczytu dziennego wliczane są dane ładowane do Qlik Cloud ze źródeł zewnętrznych. Gdy ładujesz dane do dzierżawy, są liczone raz, a można je analizować i wykorzystywać wielokrotnie. Dane załadowane do wielu dzierżaw są liczone wielokrotnie.

Dane wpływające na szczyt dzienny są mierzone w następujący sposób:

  • Dane plikowe ładowane za pośrednictwem aplikacji Qlik Sense są mierzone na podstawie rozmiaru pliku.

  • Przeładowanie aplikacji przy użyciu zapytań lub łączników jest liczone jako maksymalna liczba bajtów pobranych ze źródła danych. Jeśli tego samego dnia występuje wiele przeładowań, do szczytu dziennego będzie się wliczać największy rozmiar aplikacji. Na przykład, jeśli w ciągu dnia aplikacja zostanie przeładowana z pojemnością odpowiednio 0,75 GB, 1,25 GB i 1 GB, wartością użytą dla tego dnia będzie 1,25 GB.

    Przez cały okres istnienia aplikacji w dzierżawie Qlik Cloud, oceniana jest dla niej maksymalna ilość pobranych bajtów.

  • Dane ładowane do Qlik Cloud za pośrednictwem Brama danych Qlik — ruch danych są mierzone na podstawie rozmiaru wynikowego pliku QVD.

  • Aplikacje przesyłane lub ładowane przez import plików w centrum aktywności Analytics lub przy użyciu qlik-cli są mierzone na podstawie statycznego rozmiaru aplikacji w bajtach.

  • Przesłane pliki QVD są mierzone na podstawie ich rozmiaru.

Różne sposoby ładowania danych do Qlik Cloud: przez aplikacje, przenoszenie danych bądź import przy użyciu centrum aktywności Analytics lub qlik-cli.

Ilustracja różnych metod ładowania danych do Qlik Cloud.

W następujących sytuacjach dane nie są uwzględniane przy obliczaniu szczytu dziennego:

  • Dane załadowane do przestrzeni prywatnej użytkownika nie są liczone, o ile są ograniczone do tej przestrzeni. Jeśli użytkownik przeniesie dane do przestrzeni współdzielonej, aby współpracować z innymi użytkownikami, zostaną one wliczone.

  • Jeśli przeładowanie się nie powiedzie, pobrane bajty nie będą wliczane. Wszelkie wynikowe pliki QVD są jednak uwzględniane.

  • Gdy ładujesz aplikację z danymi, które już znajdują się w Qlik Cloud, ładowanie danych nie jest wliczane. Na przykład skopiowane lub załadowane binarnie aplikacje (ładowanie danych z innej aplikacji Qlik Sense) nie mają wpływu na szczyt dzienny, pod warunkiem że nie zostaną przeładowane ze źródła zewnętrznego.

Przeładowanie aplikacji ze źródeł wewnętrznych nie ma wpływu na szczyt dzienny.

Ilustracja przeładowań aplikacji, które nie wliczają się do szczytu dziennego.

Pomiar bajtów pozyskanych w celu przeładowania aplikacji

W przypadku przeładowania aplikacji Qlik Sense ze źródła zewnętrznego obowiązują następujące zasady:

  • Możesz przeładować aplikację wielokrotnie z tego samego źródłowego zestawu danych bez wpływu na szczyt dzienny, jeżeli ilość danych pozostanie niezmieniona.

  • Jeśli źródłowy zestaw danych się powiększy, będzie to mieć wpływ na szczyt dzienny. Każdy dodatkowy gigabajt danych dodany do zestawu danych stanowi równoważną ilość danych pozyskanych podczas przeładowania.

  • I na odwrót: jeżeli rozmiar zestawu danych źródłowych się zmniejszy, zmniejszenie to zostanie również odzwierciedlone w szczycie dziennym. Jeżeli na przykład rozmiar zestawu danych zostanie zmniejszony o 0,25 GB, rozmiar przeładowania zmniejszy się o tę samą wartość. Jeśli jednak wcześniej tego dnia nastąpi przeładowanie 1 GB, szczyt dzienny w tym dniu wyniesie 1 GB. Spadek zostanie odzwierciedlony dopiero w szczycie dziennym na następny dzień.

  • Zmiany zawartości źródłowego zestawu danych bez zmiany jego wielkości nie wpływają na szczyt dzienny. Na szczyt dzienny wpływa wyłącznie ilość danych.

Pomiar pozyskanych bajtów w przypadku zmiany rozmiaru lub zawartości źródłowego zestawu danych.

Ilustracja przedstawiająca przeładowanie aplikacji z zestawów danych o różnej wielkości.
  • Jeśli w ramach jednego skryptu ładowania wielokrotnie wysyłasz zapytania do tego samego zestawu danych, wszystkie te zapytania są liczone osobno, a ich ilości danych są sumowane. Jeżeli na przykład masz skrypt ładowania zawierający trzy zapytania z tego samego zestawu danych o rozmiarze po 1 GB każde, wszystkie trzy zapytania są liczone indywidualnie. W związku z tym łączna ilość danych wliczana do szczytu dziennego wynosi 3 GB.

  • Załadowanie aplikacji, a następnie usunięcie tabeli nie zmniejsza szczytu dziennego, ponieważ szczyt dzienny opiera się na maksymalnym rozmiarze przeładowania aplikacji w ciągu dnia.

  • Jeśli załadujesz aplikację, a następnie usuniesz ją tego samego dnia, nadal będzie ona miała udział w szczycie dziennym dla tego dnia. Zmniejszy to jednak szczyt dzienny na następny dzień, gdy aplikacja już nie będzie istnieć.

Pomiar bajtów pozyskanych dla przeładowania aplikacji w różnych sytuacjach.

Ilustracja przeładowania aplikacji w różnych sytuacjach.

Pomiar danych ładowanych do plików QVD za pomocą Qlik Talend Data Integration

W przypadku ładowania danych do pliku QVD ze źródła zewnętrznego przy użyciu Brama danych Qlik — ruch danych obowiązują następujące zasady:

  • Można wielokrotnie przesyłać, importować lub generować zestaw danych bez wpływu na szczyt dzienny, jeżeli ilość danych pozostaje niezmieniona.

  • Jeśli źródłowy zestaw danych się powiększy, będzie to mieć wpływ na szczyt dzienny. Każdy dodatkowy gigabajt danych dodany do zestawu danych stanowi równowartość rozmiaru wynikowego pliku QVD.

  • I na odwrót: jeżeli rozmiar zestawu danych źródłowych się zmniejszy, zmniejszenie to zostanie również odzwierciedlone w szczycie dziennym. Jeżeli na przykład rozmiar zestawu danych zostanie zmniejszony o 0,25 GB, rozmiar wynikowego pliku QVD zmniejszy się o tę samą wartość.

  • Zmiany zawartości źródłowego zestawu danych bez zmiany jego wielkości nie wpływają na szczyt dzienny. Na szczyt dzienny wpływa wyłącznie ilość danych.

Pomiar rozmiaru pliku QVD w przypadku zmiany rozmiaru lub zawartości źródłowego zestawu danych.

Ilustracja przedstawiająca ładowanie pliku QVD z zestawów danych o różnej wielkości.

Ładowanie aplikacji ze źródeł zewnętrznych i wewnętrznych

Ważne jest, aby zrozumieć, jak dane ładowane do aplikacji wpływają na szczyt dzienny w zależności od źródła danych. Rozważmy następujące sytuacje, w których dane są ładowane z różnych źródeł.

  • Aplikacja jest ładowana ze źródła zewnętrznego

    Gdy ładujesz do aplikacji dane ze źródła zewnętrznego, są one liczone jako pobrane bajty. Jeżeli na przykład załadujesz 10 GB, udział w szczycie dziennym wyniesie 10 GB.

  • Aplikacja jest ładowana z pliku QVD w Qlik Cloud

    Ładowanie danych do aplikacji z pliku QVD znajdującego się w Qlik Cloud nie wlicza się do szczytu dziennego. Jeśli do aplikacji zostanie załadowanych 10 GB danych z pliku QVD, żadne dane nie zostaną uwzględnione, ponieważ nie nastąpi pobranie danych zewnętrznych. Udział w szczycie dziennym wynosi 0 GB.

  • Z pliku QVD w Qlik Cloud jest generowany nowy plik QVD

    Dane załadowane do aplikacji generatora QVD z pliku QVD opartego na Qlik Cloud nie są wliczane do szczytu dziennego. Wliczany jest jednak wynikowy plik QVD wygenerowany z aplikacji. Jeżeli na przykład plik QVD o rozmiarze 10 GB zostanie przekształcony w nowy plik QVD o rozmiarze 5 GB, udział w dziennym szczycie będzie sumą wielkości obu plików, czyli 15 GB. Ponieważ nie występuje pozyskiwanie danych z zewnątrz, ładowanie aplikacji generatora QVD (dedykowanej aplikacji, która tworzy model danych i generuje plik QVD) nie jest wliczane.

  • Aplikacja jest ładowana ze źródeł zarówno zewnętrznych, jak i wewnętrznych

    Jeśli aplikacja ładuje 10 GB ze źródła zewnętrznego i 5 GB z pliku QVD w Qlik Cloud, całkowity udział aplikacji w szczycie dziennym wynosi 10 GB, ponieważ liczone są tylko dane załadowane ze źródła zewnętrznego.

Pomiar sumy plików danych oraz danych pobranych podczas ładowania ze źródeł wewnętrznych i zewnętrznych.

Ilustracja przykładów obliczania sumy załadowanych danych.

Tworzenie danych w Qlik Cloud

Kiedy tworzysz nowe dane w Qlik Cloud, kopiując pliki danych lub uzyskując je przez łączenie i przetwarzanie istniejących nieprzetworzonych danych, wlicza się to do szczytu dziennego. Dane są mierzone jako całkowity rozmiar plików wygenerowanych podczas procesu tworzenia danych. Utworzone dane są liczone tylko raz, niezależnie od tego, ile aplikacji z nich korzysta.

Rozważ następujące przykłady tworzenia danych:

  • Utworzenie pliku QVD o wielkości 1 GB za pomocą instrukcji STORE powoduje dodanie 1 GB do szczytu dziennego.

  • Skopiowanie pliku QVD o rozmiarze 1 GB powoduje dodanie 1 GB do szczytu dziennego, ponieważ obie kopie są wliczane do sumy.

  • Utworzenie pliku QVD o rozmiarze 0,5 GB przez transformację powoduje dodanie 0,5 GB do szczytu dziennego. Wliczany jest tylko wynikowy plik QVD; aplikacja generatora QVD nie jest liczona, ponieważ ładuje dane, które są już w Qlik Cloud.

Mierzenie plików danych utworzonych w Qlik Cloud.

Ilustracja przykładów obliczania sumy utworzonych danych.

Najlepsze praktyki zarządzania danymi

Efektywne zarządzanie danymi pomaga uzyskać największą wartość z pojemności na dane do analizy. Poniższe zalecenia obejmują optymalizację ładowania danych, redukcję niepotrzebnego miejsca w pamięci oraz zarządzanie starszą lub nieaktywną zawartością w Qlik Cloud.

Tworzenie plików QVD w celu ponownego wykorzystania danych

Używaj plików QVD, gdy dane są współdzielone między różnymi aplikacjami. Jednokrotne ładowanie danych zewnętrznych i przechowywanie ich jako pliku QVD zmniejsza powtarzalność pozyskiwania danych i pomaga utrzymać niższy dzienny szczyt. Tworzenie plików QVD do ponownego wykorzystywania danych przy użyciu Brama danych Qlik — ruch danych jest zasadniczo wydajniejsze niż przeładowywanie danych bezpośrednio do aplikacji.

Przykład:

Jeśli załadujesz 10 GB danych zewnętrznych raz i zapiszesz je jako plik QVD o rozmiarze 5 GB, całkowita ilość danych wliczana do dziennego szczytu wynosi 15 GB. Aplikacje, które ładują plik QVD o rozmiarze 5 GB, nie pozyskują ponownie oryginalnych 10 GB. Jeśli zamiast tego załadujesz te same 10 GB danych zewnętrznych bezpośrednio do dwóch aplikacji, pobieranie danych nastąpi dwukrotnie, co spowoduje naliczenie 20 GB.

Utworzenie pliku QVD i ładowanie z niego aplikacji jest bardziej wydajne niż ładowanie danych zewnętrznych bezpośrednio do wielu aplikacji.

Ilustracja przedstawiająca całkowite dane podczas używania pliku QVD do ładowania aplikacji i podczas ładowania bezpośrednio do aplikacji.

Stosowanie wydajnych metod ładowania danych

Przenieś jak najwięcej operacji filtrowania i transformacji do źródła danych (SQL pushdown). Zmniejsza to ilość danych przesyłanych podczas ponownych ładowań.

Przykład:

Select * from my-external-database-table where my_column = 10

W tym zapytaniu filtr jest stosowany u źródła, więc przesyłany jest tylko podzestaw danych.

InformacjaPodczas ładowania plików QVD, Excel lub CSV filtrowanie odbywa się po odczytaniu pliku ze źródła, więc zawsze liczony jest pełny rozmiar pliku.

Używanie aplikacji On-demand w przypadku dużych zestawów danych

Generowanie aplikacji na żądanie (ODAG) umożliwia pracę z dużymi zestawami danych poprzez wstępne ładowanie zagregowanych danych i pobieranie szczegółowych podzestawów tylko wtedy, gdy są potrzebne.

Więcej informacji zawiera temat Aplikacje On-demand.

Posługiwanie się dużymi zestawami danych za pomocą Direct Query i widoków dynamicznych

Direct Query i Widoki dynamiczne umożliwiają wysyłanie zapytań do dużych zestawów danych na żądanie bez ładowania wszystkich danych do pamięci. Te podejścia zmniejszają pobieranie danych i pomagają utrzymać wykorzystanie w ramach dostępnej pojemności.

Więcej informacji zawiera temat:

Zarządzanie starymi lub nieużywanymi aplikacjami

Aplikacje w dzierżawie nadal przyczyniają się do wykorzystania danych do analizy na podstawie ich ostatniego pomyślnego przeładowania. Tak długo, jak aplikacja istnieje z załadowanymi danymi, nadal przyczynia się do raportowania wykorzystania pojemności.

Aby uniknąć niepotrzebnego użycia:

Zredukuj lub usuń niepotrzebne dane

Usuń dane z aplikacji, które nie wymagają już pełnych zestawów danych, lub twórz aplikacje bez danych, gdy potrzebna jest tylko struktura. Ponowne załadowanie aplikacji z mniejszym zestawem danych aktualizuje zgłoszone użycie.

Unikaj niepotrzebnego duplikowania

Kopiuj aplikacje tylko wtedy, gdy jest to konieczne. Każda kopia jest traktowana jako oddzielna aplikacja i przyczynia się do zużycia pojemności.

Używaj przestrzeni udostępnionych rozmyślnie

Przestrzenie udostępnione mogą pomóc kontrolować, gdzie i jak odbywają się przeładowania.

Usuń aplikacje, których już nie potrzebujesz

Regularne czyszczenie zapobiega zużywaniu pojemności przez nieaktualne treści.

  • Zidentyfikuj nieużywane elementy w Katalogu, sortując i sprawdzając kolumny Ostatnia aktualizacja, Element wyświetlany przez i Element używany w.

  • Używaj analizy wpływu i pochodzenia, aby się zorientować, gdzie są używane pliki danych.

  • Usuń nieużywane aplikacje i pliki danych z centrów aktywności. Administratorzy mogą także usuwać aplikacje z poziomu Administracji.

Więcej informacji zawiera temat:

Zmniejszanie zużycia związanego z przeładowaniem

Raportowana wielkość przeładowania aplikacji zmniejsza się tylko wtedy, gdy przeładowanie tworzy mniejszy zestaw danych. Aby zmniejszyć raportowany rozmiar, przeładuj aplikację z mniejszą ilością danych w celu aktualizacji raportowanego rozmiaru.

Działanie przeładowania aplikacji

  • Jeśli aplikacja zostanie przeładowana bez nowych danych, raportowany rozmiar pozostaje taki sam.

  • Gdy aplikacja zostanie skopiowana do innej przestrzeni, jest traktowana jako oddzielna aplikacja i ponownie wliczana do zużycia pojemności.

Podejścia do ograniczenia zużycia związanego z przeładowaniem

Zużycie danych związane z przeładowaniem można zmniejszyć, używając jednej z następujących dwóch metod. Obie metody usuwają dane z aplikacji.

  • Wcześniejsze zatrzymanie skryptu ładowania: dodaj instrukcję Exit script; na początku skryptu ładowania, aby przeładować aplikację bez danych. Gdy potrzebne są pełne dane, wykomentuj instrukcję lub zastosuj warunek, aby uruchamiała się tylko w określonych sytuacjach (na przykład, gdy aplikacja znajduje się w określonej przestrzeni).

  • Ponowne tworzenie aplikacji bez danych: pobierz aplikację bez danych i zaimportuj ją jako nową aplikację. Po zweryfikowaniu nowej wersji usuń oryginalną aplikację.

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ć!