diff --git a/docs/self-managed/operational-guides/backup-restore/backup-and-restore.md b/docs/self-managed/operational-guides/backup-restore/backup-and-restore.md index c5d68a21004..62a0068988e 100644 --- a/docs/self-managed/operational-guides/backup-restore/backup-and-restore.md +++ b/docs/self-managed/operational-guides/backup-restore/backup-and-restore.md @@ -5,10 +5,6 @@ sidebar_label: "Backup and restore" keywords: ["backup", "backups"] --- -:::note -This release introduces breaking changes for [Operate and Tasklist](./operate-tasklist-backup.md), as well as [Optimize](./optimize-backup.md). -::: - You can use the backup feature of Camunda 8 Self-Managed to regularly back up the state of all of its components (Zeebe, Operate, Tasklist, and Optimize) without any downtime (except Web Modeler, see [the Web Modeler backup and restore documentation](./modeler-backup-and-restore.md)). In case of failures that lead to data loss, you can recover the cluster from a backup. diff --git a/docs/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md b/docs/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md index eb3d1a568f0..3a3d84a952d 100644 --- a/docs/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md +++ b/docs/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md @@ -8,10 +8,6 @@ keywords: ["backup", "backups"] import Tabs from "@theme/Tabs"; import TabItem from "@theme/TabItem"; -:::warning breaking changes! -As of the Camunda 8.6 release, the `/actuator` endpoints (including `/backups`) now default to port 9600. Ensure your `management.server.port` configuration parameter is correctly set before continuing. -::: - Operate stores its data over multiple indices in Elasticsearch. Backup of Operate data includes several Elasticsearch snapshots containing sets of Operate indices. Each backup is identified by `backupId`. For example, a backup with an ID of `123` may contain the following Elasticsearch snapshots: diff --git a/docs/self-managed/operational-guides/backup-restore/optimize-backup.md b/docs/self-managed/operational-guides/backup-restore/optimize-backup.md index 2215873da0d..a0d021fecc1 100644 --- a/docs/self-managed/operational-guides/backup-restore/optimize-backup.md +++ b/docs/self-managed/operational-guides/backup-restore/optimize-backup.md @@ -5,12 +5,6 @@ description: "How to perform a backup of Optimize data and restore the backup." keywords: ["backup", "backups"] --- -:::note -This release introduces breaking changes, including the utilized URL. - -For example, `curl 'http://localhost:8092/actuator/backups'` rather than the previously used `backup`. -::: - Optimize stores its data over multiple indices in the database. To ensure data integrity across indices, a backup of Optimize data consists of two ElasticSearch/OpenSearch snapshots, each containing a different set of Optimize indices. Each backup is identified by a positive integer backup ID. For example, a backup with ID `123456` consists of the following snapshots: ``` diff --git a/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/backup-and-restore.md b/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/backup-and-restore.md index e764a26a0fd..994bc50b93b 100644 --- a/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/backup-and-restore.md +++ b/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/backup-and-restore.md @@ -5,10 +5,6 @@ sidebar_label: "Backup and restore" keywords: ["backup", "backups"] --- -:::note -This release introduces breaking changes for [Operate and Tasklist](./operate-tasklist-backup.md), as well as [Optimize](./optimize-backup.md). -::: - You can use the backup feature of Camunda 8 Self-Managed to regularly back up the state of all of its components (Zeebe, Operate, Tasklist, and Optimize) without any downtime (except Web Modeler, see [the Web Modeler backup and restore documentation](./modeler-backup-and-restore.md)). A backup of a Camunda 8 cluster consists of a backup of Zeebe, Operate, Tasklist, Optimize, and exported Zeebe records in Elasticsearch. Since the data of these applications are dependent on each other, it is important that the backup is consistent across all components. The backups of individual components taken independently may not form a consistent recovery point. Therefore, you must take the backup of a Camunda 8 cluster as a whole. To ensure a consistent backup, follow the process described below. diff --git a/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md b/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md index e2a9e2d3bb2..7698fa32148 100644 --- a/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md +++ b/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md @@ -8,15 +8,6 @@ keywords: ["backup", "backups"] import Tabs from "@theme/Tabs"; import TabItem from "@theme/TabItem"; -:::note -This release introduces breaking changes, including: - -- The [get backup state API and response codes](#get-backup-state-api). -- The utilized URL has changed. For example, `curl 'http://localhost:8080/actuator/backups'` rather than the previously used `backup`. -- `backupId` must be of integer type now instead of string, which is in sync with Zeebe `backupId` requirements. - -::: - Operate stores its data over multiple indices in Elasticsearch. Backup of Operate data includes several Elasticsearch snapshots containing sets of Operate indices. Each backup is identified by `backupId`. For example, a backup with an id of `123` may contain the following Elasticsearch snapshots: diff --git a/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/optimize-backup.md b/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/optimize-backup.md index 823de9ef51a..aab92cbb59b 100644 --- a/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/optimize-backup.md +++ b/versioned_docs/version-8.3/self-managed/operational-guides/backup-restore/optimize-backup.md @@ -5,12 +5,6 @@ description: "How to perform a backup of Optimize data and restore the backup." keywords: ["backup", "backups"] --- -:::note -This release introduces breaking changes, including the utilized URL. - -For example, `curl 'http://localhost:8092/actuator/backups'` rather than the previously used `backup`. -::: - Optimize stores its data over multiple indices in Elasticsearch. To ensure data integrity across indices, a backup of Optimize data consists of two Elasticsearch snapshots, each containing a different set of Optimize indices. Each backup is identified by a positive integer backup ID. For example, a backup with ID `123456` consists of the following Elasticsearch snapshots: ``` diff --git a/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/backup-and-restore.md b/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/backup-and-restore.md index 003120a160f..e8590741776 100644 --- a/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/backup-and-restore.md +++ b/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/backup-and-restore.md @@ -5,10 +5,6 @@ sidebar_label: "Backup and restore" keywords: ["backup", "backups"] --- -:::note -This release introduces breaking changes for [Operate and Tasklist](./operate-tasklist-backup.md), as well as [Optimize](./optimize-backup.md). -::: - You can use the backup feature of Camunda 8 Self-Managed to regularly back up the state of all of its components (Zeebe, Operate, Tasklist, and Optimize) without any downtime (except Web Modeler, see [the Web Modeler backup and restore documentation](./modeler-backup-and-restore.md)). A backup of a Camunda 8 cluster consists of a backup of Zeebe, Operate, Tasklist, Optimize, and exported Zeebe records in Elasticsearch. Since the data of these applications are dependent on each other, it is important that the backup is consistent across all components. The backups of individual components taken independently may not form a consistent recovery point. Therefore, you must take the backup of a Camunda 8 cluster as a whole. To ensure a consistent backup, follow the process described below. diff --git a/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md b/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md index e2a9e2d3bb2..7698fa32148 100644 --- a/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md +++ b/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md @@ -8,15 +8,6 @@ keywords: ["backup", "backups"] import Tabs from "@theme/Tabs"; import TabItem from "@theme/TabItem"; -:::note -This release introduces breaking changes, including: - -- The [get backup state API and response codes](#get-backup-state-api). -- The utilized URL has changed. For example, `curl 'http://localhost:8080/actuator/backups'` rather than the previously used `backup`. -- `backupId` must be of integer type now instead of string, which is in sync with Zeebe `backupId` requirements. - -::: - Operate stores its data over multiple indices in Elasticsearch. Backup of Operate data includes several Elasticsearch snapshots containing sets of Operate indices. Each backup is identified by `backupId`. For example, a backup with an id of `123` may contain the following Elasticsearch snapshots: diff --git a/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/optimize-backup.md b/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/optimize-backup.md index 823de9ef51a..aab92cbb59b 100644 --- a/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/optimize-backup.md +++ b/versioned_docs/version-8.4/self-managed/operational-guides/backup-restore/optimize-backup.md @@ -5,12 +5,6 @@ description: "How to perform a backup of Optimize data and restore the backup." keywords: ["backup", "backups"] --- -:::note -This release introduces breaking changes, including the utilized URL. - -For example, `curl 'http://localhost:8092/actuator/backups'` rather than the previously used `backup`. -::: - Optimize stores its data over multiple indices in Elasticsearch. To ensure data integrity across indices, a backup of Optimize data consists of two Elasticsearch snapshots, each containing a different set of Optimize indices. Each backup is identified by a positive integer backup ID. For example, a backup with ID `123456` consists of the following Elasticsearch snapshots: ``` diff --git a/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/backup-and-restore.md b/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/backup-and-restore.md index bb388bdb0b9..f6c255cda6d 100644 --- a/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/backup-and-restore.md +++ b/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/backup-and-restore.md @@ -5,10 +5,6 @@ sidebar_label: "Backup and restore" keywords: ["backup", "backups"] --- -:::note -This release introduces breaking changes for [Operate and Tasklist](./operate-tasklist-backup.md), as well as [Optimize](./optimize-backup.md). -::: - You can use the backup feature of Camunda 8 Self-Managed to regularly back up the state of all of its components (Zeebe, Operate, Tasklist, and Optimize) without any downtime (except Web Modeler, see [the Web Modeler backup and restore documentation](./modeler-backup-and-restore.md)). In case of failures that lead to data loss, you can recover the cluster from a backup. diff --git a/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md b/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md index e2a9e2d3bb2..7698fa32148 100644 --- a/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md +++ b/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/operate-tasklist-backup.md @@ -8,15 +8,6 @@ keywords: ["backup", "backups"] import Tabs from "@theme/Tabs"; import TabItem from "@theme/TabItem"; -:::note -This release introduces breaking changes, including: - -- The [get backup state API and response codes](#get-backup-state-api). -- The utilized URL has changed. For example, `curl 'http://localhost:8080/actuator/backups'` rather than the previously used `backup`. -- `backupId` must be of integer type now instead of string, which is in sync with Zeebe `backupId` requirements. - -::: - Operate stores its data over multiple indices in Elasticsearch. Backup of Operate data includes several Elasticsearch snapshots containing sets of Operate indices. Each backup is identified by `backupId`. For example, a backup with an id of `123` may contain the following Elasticsearch snapshots: diff --git a/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/optimize-backup.md b/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/optimize-backup.md index 823de9ef51a..aab92cbb59b 100644 --- a/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/optimize-backup.md +++ b/versioned_docs/version-8.5/self-managed/operational-guides/backup-restore/optimize-backup.md @@ -5,12 +5,6 @@ description: "How to perform a backup of Optimize data and restore the backup." keywords: ["backup", "backups"] --- -:::note -This release introduces breaking changes, including the utilized URL. - -For example, `curl 'http://localhost:8092/actuator/backups'` rather than the previously used `backup`. -::: - Optimize stores its data over multiple indices in Elasticsearch. To ensure data integrity across indices, a backup of Optimize data consists of two Elasticsearch snapshots, each containing a different set of Optimize indices. Each backup is identified by a positive integer backup ID. For example, a backup with ID `123456` consists of the following Elasticsearch snapshots: ``` diff --git a/versioned_docs/version-8.6/self-managed/operational-guides/backup-restore/backup-and-restore.md b/versioned_docs/version-8.6/self-managed/operational-guides/backup-restore/backup-and-restore.md index c5d68a21004..62a0068988e 100644 --- a/versioned_docs/version-8.6/self-managed/operational-guides/backup-restore/backup-and-restore.md +++ b/versioned_docs/version-8.6/self-managed/operational-guides/backup-restore/backup-and-restore.md @@ -5,10 +5,6 @@ sidebar_label: "Backup and restore" keywords: ["backup", "backups"] --- -:::note -This release introduces breaking changes for [Operate and Tasklist](./operate-tasklist-backup.md), as well as [Optimize](./optimize-backup.md). -::: - You can use the backup feature of Camunda 8 Self-Managed to regularly back up the state of all of its components (Zeebe, Operate, Tasklist, and Optimize) without any downtime (except Web Modeler, see [the Web Modeler backup and restore documentation](./modeler-backup-and-restore.md)). In case of failures that lead to data loss, you can recover the cluster from a backup. diff --git a/versioned_docs/version-8.6/self-managed/operational-guides/backup-restore/optimize-backup.md b/versioned_docs/version-8.6/self-managed/operational-guides/backup-restore/optimize-backup.md index fd86d993ec0..9d906293965 100644 --- a/versioned_docs/version-8.6/self-managed/operational-guides/backup-restore/optimize-backup.md +++ b/versioned_docs/version-8.6/self-managed/operational-guides/backup-restore/optimize-backup.md @@ -5,12 +5,6 @@ description: "How to perform a backup of Optimize data and restore the backup." keywords: ["backup", "backups"] --- -:::note -This release introduces breaking changes, including the utilized URL. - -For example, `curl 'http://localhost:8092/actuator/backups'` rather than the previously used `backup`. -::: - Optimize stores its data over multiple indices in Elasticsearch. To ensure data integrity across indices, a backup of Optimize data consists of two Elasticsearch snapshots, each containing a different set of Optimize indices. Each backup is identified by a positive integer backup ID. For example, a backup with ID `123456` consists of the following Elasticsearch snapshots: ```