Class RepositoryVerifyIntegrityRequest
This API enables you to perform a comprehensive check of the contents of a repository, looking for any anomalies in its data or metadata which might prevent you from restoring snapshots from the repository or which might cause future snapshot create or delete operations to fail.
If you suspect the integrity of the contents of one of your snapshot
repositories, cease all write activity to this repository immediately, set
its read_only
option to true
, and use this API to
verify its integrity. Until you do so:
- It may not be possible to restore some snapshots from this repository.
- Searchable snapshots may report errors when searched or may have unassigned shards.
- Taking snapshots into this repository may fail or may appear to succeed but have created a snapshot which cannot be restored.
- Deleting snapshots from this repository may fail or may appear to succeed but leave the underlying data on disk.
- Continuing to write to the repository while it is in an invalid state may causing additional damage to its contents.
If the API finds any problems with the integrity of the contents of your repository, Elasticsearch will not be able to repair the damage. The only way to bring the repository back into a fully working state after its contents have been damaged is by restoring its contents from a repository backup which was taken before the damage occurred. You must also identify what caused the damage and take action to prevent it from happening again.
If you cannot restore a repository backup, register a new repository and use this for all future snapshot operations. In some cases it may be possible to recover some of the contents of a damaged repository, either by restoring as many of its snapshots as needed and taking new snapshots of the restored data, or by using the reindex API to copy data from any searchable snapshots mounted from the damaged repository.
Avoid all operations which write to the repository while the verify repository integrity API is running. If something changes the repository contents while an integrity verification is running then Elasticsearch may incorrectly report having detected some anomalies in its contents due to the concurrent writes. It may also incorrectly fail to report some anomalies that the concurrent writes prevented it from detecting.
NOTE: This API is intended for exploratory use by humans. You should expect the request parameters and the response format to vary in future versions.
NOTE: This API may not work correctly in a mixed-version cluster.
- See Also:
-
Nested Class Summary
Nested ClassesNested classes/interfaces inherited from class co.elastic.clients.elasticsearch._types.RequestBase
RequestBase.AbstractBuilder<BuilderT extends RequestBase.AbstractBuilder<BuilderT>>
-
Field Summary
FieldsModifier and TypeFieldDescriptionstatic final Endpoint<RepositoryVerifyIntegrityRequest,
RepositoryVerifyIntegrityResponse, ErrorResponse> Endpoint "snapshot.repository_verify_integrity
". -
Method Summary
Modifier and TypeMethodDescriptionfinal Integer
Number of threads to use for reading blob contentsfinal Integer
Number of snapshots to verify concurrently within each indexfinal Integer
Number of indices to verify concurrentlyfinal String
Rate limit for individual blob verificationfinal Integer
Maximum permitted number of failed shard snapshotsfinal Integer
Number of threads to use for reading metadataname()
Required - A repository nameof
(Function<RepositoryVerifyIntegrityRequest.Builder, ObjectBuilder<RepositoryVerifyIntegrityRequest>> fn) final Integer
Number of snapshots to verify concurrentlyfinal Boolean
Whether to verify the contents of individual blobsMethods inherited from class co.elastic.clients.elasticsearch._types.RequestBase
toString
-
Field Details
-
_ENDPOINT
public static final Endpoint<RepositoryVerifyIntegrityRequest,RepositoryVerifyIntegrityResponse, _ENDPOINTErrorResponse> Endpoint "snapshot.repository_verify_integrity
".
-
-
Method Details
-
of
-
blobThreadPoolConcurrency
Number of threads to use for reading blob contentsAPI name:
blob_thread_pool_concurrency
-
indexSnapshotVerificationConcurrency
Number of snapshots to verify concurrently within each indexAPI name:
index_snapshot_verification_concurrency
-
indexVerificationConcurrency
Number of indices to verify concurrentlyAPI name:
index_verification_concurrency
-
maxBytesPerSec
Rate limit for individual blob verificationAPI name:
max_bytes_per_sec
-
maxFailedShardSnapshots
Maximum permitted number of failed shard snapshotsAPI name:
max_failed_shard_snapshots
-
metaThreadPoolConcurrency
Number of threads to use for reading metadataAPI name:
meta_thread_pool_concurrency
-
name
Required - A repository nameAPI name:
repository
-
snapshotVerificationConcurrency
Number of snapshots to verify concurrentlyAPI name:
snapshot_verification_concurrency
-
verifyBlobContents
Whether to verify the contents of individual blobsAPI name:
verify_blob_contents
-