- Enterprise Search Guide: other versions:
- Overview
- Getting started
- Web crawler
- Connectors
- Engines and content sources
- Programming language clients
- Search UI
- App Search and Workplace Search
- Enterprise Search server
- Run using Docker images
- Run using downloads (packages)
- Troubleshooting
- Monitoring
- Read-only mode
- Management APIs
- Monitoring APIs
- Read-only mode API
- Configuration
- Configuring encryption keys
- Configuring a mail service
- Configuring SSL/TLS
- Upgrading and migrating
- Upgrading self-managed deployments
- Upgrading from Enterprise Search 7.x
- Upgrading from Enterprise Search 7.11 and earlier
- Migrating from App Search on Elastic Cloud
- Migrating from App Search on Swiftype.com
- Migrating from self-managed App Search
- Logs and logging
- Release notes
- 8.4.3 release notes
- 8.4.2 release notes
- 8.4.1 release notes
- 8.4.0 release notes
- 8.3.3 release notes
- 8.3.2 release notes
- 8.3.1 release notes
- 8.3.0 release notes
- 8.2.3 release notes
- 8.2.2 release notes
- 8.2.1 release notes
- 8.2.0 release notes
- 8.1.3 release notes
- 8.1.2 release notes
- 8.1.1 release notes
- 8.1.0 release notes
- 8.0.1 release notes
- 8.0.0 release notes
- 8.0.0-rc2 release notes
- 8.0.0-rc1 release notes
- 8.0.0-beta1 release notes
- 8.0.0-alpha2 release notes
- 8.0.0-alpha1 release notes
IMPORTANT: No additional bug fixes or documentation updates
will be released for this version. For the latest information, see the
current release documentation.
8.0.0-rc2 release notes
edit8.0.0-rc2 release notes
editUpgrading to Enterprise Search 8.0.0-rc2? See Upgrading and migrating.
Breaking changes
edit-
Changes the index pattern Enterprise Search uses to store monitoring information in Elasticsearch.
The new index pattern is
.monitoring-ent-search-*
.
Bug fixes
edit-
Ensures that search boost factors are greater or equal to zero.
Using negative boost factors will result in a
400
error response.
Known issues
edit-
In rare cases, a Confluence Cloud content source cannot sync. This issue applies only when both of the following are true:
- DLP is enabled for the content source.
- Each Confluence space within the source contains only a few documents.
-
When restoring data from another deployment’s snapshot in the cloud, Enterprise Search indices are not included in the restore:
- This only occurs when restoring data after a deployment is created.
- Expected behaviour occurs when restoring data from a snapshot during deployment creation.
- Workaround:
-
1. Register the snapshot repository used by cluster 1 on cluster 2.
-
On cluster 1, make a
GET _snapshot
request, copy the details for thefound-snapshots
repository. - On cluster 2, make the same query, noting the value for "client".
-
On cluster 2, register a new repository using details from cluster 1. This is accomplished with a
PUT _snapshot/$NewRepoName
request, providing the repo details from step 1a with some modifications. Copy the response body from the above step, but substitute theclient
value with the client id from step 1b. Additionally, add the setting"readonly": "true"
and remove theuuid
entry in the json body.
-
On cluster 1, make a
- 2. Close the enterprise search indices on cluster 2.
- 3. Restore snapshot from cluster 1 to cluster 2.
On this page
ElasticON events are back!
Learn about the Elastic Search AI Platform from the experts at our live events.
Register nowWas this helpful?
Thank you for your feedback.