PowerProtect : Data Manager ESDB - Données trop volumineuses, données pour l’activité
Summary: Les activités de PowerProtect Data Manager se sont arrêtées en raison d’une augmentation du nombre de documents avec la base de données Elasticsearch. Les erreurs trouvées sont les suivantes : Données trop volumineuses, les données pour [_id] seraient [859222328/819,4 Mo], ce qui est supérieur à la limite de [858993459/819,1 Mo] » ...
Symptoms
Les activités de PowerProtect Data Manager telles que : Les processus de sauvegarde, de restauration ou de réplication sont affectés en raison du problème avec Elasticsearch.
-
Les erreurs suivantes sont détectées dans l’index index_activity Elasticsearch :
"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), }, -
Les logs Elasticsearch indiquent ce qui suit :
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] -
La taille Elasticsearch de index_activity’indice a été trouvée comme étant de 21,6 Go
┌─────┬────────┬────────┬───────────────────────────┬────────────────────────┬─────┬─────┬────────────┬──────────────┬────────────┬────────────────┐ │ ## ┆ 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 │
-
Nous avons observé un taux d’utilisation élevé du processus ESDB, où le processeur atteint des pics de 900 %
Cause
Le problème a été trouvé avec Elasticsearch index_activity indice.
Le nœud est surchargé lors de l’estimation de la quantité de mémoire dont un champ a besoin pour être chargé dans le tas JVM. Il empêche le chargement des données de champ en levant une exception si le segment de mémoire de l’opération dépasse la limite.
Resolution
Réduction de la taille de la capacité de l’index ESDB :index_activity , de manière à supprimer les documents obsolètes du tableau, ce qui améliore les performances globales de la base de données ESDB.
Puisqu’il s’agit d’une tâche interne, n’envisagez PAS d’apporter des modifications par vous-même !
Cette activité nécessite l’attention du support. Déposez une demande de service auprès de l’équipe Dell.