Zasady scalania
Zasady scalania określają, czy i jak zakresy (fragmenty danych) w klastrze powinny zostać scalone.
Istnieją dwa typy operacji scalania: Merge
, który ponownie kompiluje indeksy i Rebuild
, które całkowicie ponownie pozyskiwają dane.
Oba typy operacji powodują jeden zakres, który zastępuje zakresy źródłowe.
Domyślnie Rebuild
operacje są preferowane. Jeśli istnieją zakresy, które nie pasują do kryteriów odbudowy, zostanie podjęta próba ich scalenia.
Uwaga
- Tagowanie zakresów przy użyciu różnych
drop-by
tagów spowoduje, że takie zakresy nie zostaną scalone, nawet jeśli ustawiono zasady scalania. Aby uzyskać więcej informacji, zobacz Tagi zakresu. - Zakresy, których związek tagów przekracza długość 1M znaków, nie zostaną scalone.
- Zasady fragmentowania bazy danych lub tabeli mają również wpływ na sposób scalania zakresów.
Właściwości zasad scalania
Zasady scalania zawierają następujące właściwości:
- RowCountUpperBoundForMerge:
- Wartość domyślna to 16 000 000.
- Maksymalna dozwolona liczba wierszy scalonego zakresu.
- Dotyczy operacji scalania, a nie ponownego kompilowania.
- OriginalSizeMBUpperBoundForMerge:
- Wartość domyślna to 30 000.
- Maksymalny dozwolony rozmiar oryginalnego (w mb/s) scalonego zakresu.
- Dotyczy operacji scalania, a nie ponownego kompilowania.
- MaxExtentsToMerge:
- Wartość domyślna to 100.
- Maksymalna dozwolona liczba zakresów do scalenia w ramach jednej operacji.
- Dotyczy operacji scalania.
- Nie należy zmieniać tej wartości.
- AllowRebuild:
- Wartość domyślna to "true".
- Określa, czy
Rebuild
operacje są włączone (w tym przypadku są preferowane w przypadkuMerge
operacji).
- AllowMerge:
- Wartość domyślna to "true".
- Określa, czy
Merge
operacje są włączone, w tym przypadku są one mniej preferowane niżRebuild
operacje.
- MaxRangeInHours:
- Wartość domyślna to 24.
- Maksymalna dozwolona różnica między godzinami tworzenia dowolnych dwóch różnych zakresów, dzięki czemu można je nadal scalić.
- Znaczniki czasu są tworzone w zakresie i nie odnoszą się do rzeczywistych danych zawartych w zakresach.
- Dotyczy operacji scalania i ponownego kompilowania.
- W zmaterializowanych widokach: wartość domyślna to 336 (14 dni), chyba że możliwość odzyskiwania zostanie wyłączona w obowiązujących zasadach przechowywania widoku zmaterializowanego.
- Ta wartość powinna być ustawiona zgodnie z obowiązującymi zasadami przechowywaniaSoftDeletePeriod lub zasadami pamięci podręcznejDataHotSpan . Weź niższą wartość elementu SoftDeletePeriod i DataHotSpan. Ustaw wartość MaxRangeInHours na 2–3% z niej. Zobacz przykłady .
- Lookback:
- Definiuje przedział czasu, w którym zakresy są brane pod uwagę w przypadku ponownej kompilacji/scalania.
- Obsługiwane wartości:
Default
— Domyślna wartość zarządzana przez system. Jest to zalecana i domyślna wartość, której okres jest obecnie ustawiony na 14 dni.All
- Wszystkie zakresy, gorące i zimne, są uwzględnione.HotCache
- Uwzględniane są tylko zakresy gorące.Custom
- Uwzględniane są tylko zakresy, których wiek jest poniżej podanejCustomPeriod
.CustomPeriod
jest wartością przedziału czasu.
Przykład domyślnych zasad
W poniższym przykładzie przedstawiono domyślne zasady:
{
"RowCountUpperBoundForMerge": 16000000,
"OriginalSizeMBUpperBoundForMerge": 30000,
"MaxExtentsToMerge": 100,,
"MaxRangeInHours": 24,
"AllowRebuild": true,
"AllowMerge": true,
"Lookback": {
"Kind": "Default",
"CustomPeriod": null
}
}
Przykłady MaxRangeInHours
min(SoftDeletePeriod (zasady przechowywania), DataHotSpan (zasady pamięci podręcznej)) | Maksymalny zakres w godzinach (zasady scalania) |
---|---|
7 dni (168 godzin) | 4 |
14 dni (336 godzin) | 8 |
30 dni (720 godzin) | 18 |
60 dni (1440 godzin) | 36 |
90 dni (2160 godzin) | 60 |
180 dni (4320 godzin) | 120 |
365 dni (8760 godzin) | 250 |
Ostrzeżenie
Przed zmianą zasad scalania zakresów skontaktuj się z zespołem pomocy technicznej.
Po utworzeniu bazy danych jest ona ustawiana przy użyciu domyślnych wartości zasad scalania wymienionych powyżej. Zasady są domyślnie dziedziczone przez wszystkie tabele utworzone w bazie danych, chyba że ich zasady są jawnie zastępowane na poziomie tabeli.
Aby uzyskać więcej informacji, zobacz polecenia zarządzania, które umożliwiają zarządzanie zasadami scalania dla baz danych lub tabel.
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla