PowerProtect: Data Manager ESDB — dane zbyt duże, dane dla działań
Summary: Działania programu PowerProtect Data Manager zostały zatrzymane z powodu zwiększenia liczby dokumentów w bazie danych Elasticsearch. Znalezione błędy to: Zbyt duża ilość danych dla [_id] to [859222328/819,4 MB], czyli więcej niż limit [858993459/819,1 MB]" ...
Symptoms
Działania PowerProtect Data Manager, takie jak: Problem z usługą Elasticsearch ma wpływ na procesy tworzenia kopii zapasowych, przywracania lub replikacji.
-
W indeksie index_activity Elasticsearch widoczne są następujące błędy:
"reason": Object { "caused_by": Object { "caused_by": Object { "bytes_limit": Number(858993459), "bytes_wanted": Number(859222328), "durability": String("PERMANENT"), "reason": String("[fielddata] Data too large, data for [_id] would be [859222328/819.4mb], which is larger than the limit of [858993459/819.1mb]"), "type": String("circuit_breaking_exception"), }, "reason": String("CircuitBreakingException[[fielddata] Data too large, data for [_id] would be [859222328/819.4mb], which is larger than the limit of [858993459/819.1mb]]"), "type": String("execution_exception"), }, "reason": String("java.util.concurrent.ExecutionException: CircuitBreakingException[[fielddata] Data too large, data for [_id] would be [859222328/819.4mb], which is larger than the limit of [858993459/819.1mb]]"), "type": String("exception"), }, "shard": Number(0), }, -
Dzienniki Elasticsearch wskazują następujące elementy:
org.elasticsearch.transport.RemoteTransportException: [local][127.0.0.1:14400][indices:data/read/search[phase/query]] Caused by: org.elasticsearch.search.query.QueryPhaseExecutionException: Query Failed [Failed to execute main query] at org.elasticsearch.search.query.QueryPhase.executeInternal(QueryPhase.java:228) ~[elasticsearch-7.17.17.jar:7.17.17] at org.elasticsearch.search.query.QueryPhase.execute(QueryPhase.java:98) ~[elasticsearch-7.17.17.jar:7.17.17] at org.elasticsearch.search.SearchService.loadOrExecuteQueryPhase(SearchService.java:459) ~[elasticsearch-7.17.17.jar:7.17.17] at org.elasticsearch.search.SearchService.executeQueryPhase(SearchService.java:623) ~[elasticsearch-7.17.17.jar:7.17.17] at org.elasticsearch.search.SearchService.lambda$executeQueryPhase$2(SearchService.java:484) ~[elasticsearch-7.17.17.jar:7.17.17] at org.elasticsearch.action.ActionRunnable.lambda$supply$0(ActionRunnable.java:47) [elasticsearch-7.17.17.jar:7.17.17] at org.elasticsearch.action.ActionRunnable$2.doRun(ActionRunnable.java:62) ~[elasticsearch-7.17.17.jar:7.17.17] at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:26) [elasticsearch-7.17.17.jar:7.17.17] -
Elasticsearch rozmiar indeksu index_activity został znaleziony jako 21,6 GB
┌─────┬────────┬────────┬───────────────────────────┬────────────────────────┬─────┬─────┬────────────┬──────────────┬────────────┬────────────────┐ │ ## ┆ health ┆ status ┆ index ┆ uuid ┆ pri ┆ rep ┆ docs.count ┆ docs.deleted ┆ store.size ┆ pri.store.size │ ╞═════╪════════╪════════╪═══════════════════════════╪════════════════════════╪═════╪═════╪════════════╪══════════════╪════════════╪════════════════╡ │ 1 ┆ green ┆ open ┆ index_activity ┆ VCi1Df7tQLemZrSnYLyHZg ┆ 1 ┆ 0 ┆ 87971760 ┆ 8576108 ┆ 21.6gb ┆ 21.6gb │ │ 2 ┆ green ┆ open ┆ index_protection_copy_set ┆ NzMVnlX_RPG0v3dUXXGznA ┆ 1 ┆ 0 ┆ 15634865 ┆ 4026853 ┆ 6gb ┆ 6gb │ │ 3 ┆ green ┆ open ┆ index_asset_protection_de ┆ nujLQyzmRTuCsDlR5ncvBw ┆ 1 ┆ 0 ┆ 6131465 ┆ 1282123 ┆ 3.4gb ┆ 3.4gb │ │ ┆ ┆ ┆ tail ┆ ┆ ┆ ┆ ┆ ┆ ┆ │ │ 4 ┆ green ┆ open ┆ index_protection_copy ┆ JPGjWiwUS0Wilw87QWE_OA ┆ 1 ┆ 0 ┆ 2542590 ┆ 277569 ┆ 2.1gb ┆ 2.1gb │
-
Zaobserwowaliśmy wysokie wykorzystanie procesu ESDB, gdzie procesor wzrasta nawet o 900%
Cause
Problem został wykryty w indeksie Elasticsearch index_activity.
Węzeł jest przeciążony podczas szacowania ilości pamięci potrzebnej do załadowania pola do sterty JVM. Zapobiega ładowaniu danych pola, zgłaszając wyjątek, jeśli sterta operacji przekroczy limit.
Resolution
Zmniejszono rozmiar pojemności indeksu ESDB:index_activity w taki sposób, aby usunąć przestarzałe dokumenty z tabeli, co poprawiło ogólną wydajność ESDB.
Ponieważ jest to zadanie wewnętrzne, NIE rozważaj żadnych zmian na własną rękę!
To działanie wymaga uwagi pomocy technicznej. Prześlij zgłoszenie serwisowe do zespołu firmy Dell.