You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@doris.apache.org by GitBox <gi...@apache.org> on 2022/04/06 09:19:37 UTC
[GitHub] [incubator-doris] JNSimba opened a new pull request, #8865: [doc][refactor] add data backup and data restore data delete recovery
JNSimba opened a new pull request, #8865:
URL: https://github.com/apache/incubator-doris/pull/8865
# Proposed changes
Issue Number: close #xxx
## Problem Summary:
Describe the overview of changes.
## Checklist(Required)
1. Does it affect the original behavior: (Yes/No/I Don't know)
2. Has unit tests been added: (Yes/No/No Need)
3. Has document been added or modified: (Yes/No/No Need)
4. Does it need to update dependencies: (Yes/No)
5. Are there any changes that cannot be rolled back: (Yes/No)
## Further comments
If this is a relatively large or complex change, kick off the discussion at [dev@doris.apache.org](mailto:dev@doris.apache.org) by explaining why you chose the solution you did and what alternatives you considered, etc...
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For additional commands, e-mail: commits-help@doris.apache.org
[GitHub] [incubator-doris] hf200012 commented on a diff in pull request #8865: [Refactor][Doc] Add data backup,data restore and data delete recovery
Posted by GitBox <gi...@apache.org>.
hf200012 commented on code in PR #8865:
URL: https://github.com/apache/incubator-doris/pull/8865#discussion_r844551698
##########
new-docs/en/admin-manual/data-admin/backup.md:
##########
@@ -26,3 +26,137 @@ under the License.
# Data Backup
+Doris supports backing up the current data in the form of files to the remote storage system through the broker. Afterwards, you can restore data from the remote storage system to any Doris cluster through the restore command. Through this function, Doris can support periodic snapshot backup of data. You can also use this function to migrate data between different clusters.
+
+This feature requires Doris version 0.8.2+
+
+To use this function, you need to deploy the broker corresponding to the remote storage. Such as BOS, HDFS, etc. You can view the currently deployed broker through `SHOW BROKER;`.
+
+## A brief explanation of the principle
+
+The backup operation is to upload the data of the specified table or partition directly to the remote warehouse for storage in the form of files stored by Doris. When a user submits a Backup request, the system will perform the following operations:
+
+1. Snapshot and snapshot upload
+
+ The snapshot phase takes a snapshot of the specified table or partition data file. After that, backups are all operations on snapshots. After the snapshot, changes, imports, etc. to the table no longer affect the results of the backup. Snapshots only generate a hard link to the current data file, which takes very little time. After the snapshot is completed, the snapshot files will be uploaded one by one. Snapshot uploads are done concurrently by each Backend.
+
+2. Metadata preparation and upload
+
+ After the data file snapshot upload is complete, Frontend will first write the corresponding metadata to a local file, and then upload the local metadata file to the remote warehouse through the broker. Completing the final backup job
+
+3. Dynamic Partition Table Description
+
+ If the table is a dynamic partition table, the dynamic partition attribute will be automatically disabled after backup. When restoring, you need to manually enable the dynamic partition attribute of the table. The command is as follows:
+
+```sql
+ALTER TABLE tbl1 SET ("dynamic_partition.enable"="true")
+```
+
+## Start Backup
+
+1. Full backup of table example_tbl under example_db to warehouse example_repo:
+
+ ```sql
+ BACKUP SNAPSHOT example_db.snapshot_label1
+ TO example_repo
+ ON (example_tbl)
+ PROPERTIES ("type" = "full");
+ ```
+
+2. Under the full backup example_db, the p1, p2 partitions of the table example_tbl, and the table example_tbl2 to the warehouse example_repo:
+
+ ```sql
+ BACKUP SNAPSHOT example_db.snapshot_label2
+ TO example_repo
+ ON
+ (
+ example_tbl PARTITION (p1,p2),
+ example_tbl2
+ );
+ ```
+
+For the detailed usage of BACKUP, please refer to [here](../../sql-manual/sql-reference-v2/Show-Statements/BACKUP.html).
+
+## Best Practices
+
+### Backup
+
+Currently, we support full backup with the smallest partition (Partition) granularity (incremental backup may be supported in future versions). If you need to back up data regularly, you first need to plan the partitioning and bucketing of the table reasonably when building the table, such as partitioning by time. Then, in the subsequent running process, regular data backups are performed according to the partition granularity.
+
Review Comment:
Give an example of creating a remote repository
##########
new-docs/zh-CN/admin-manual/data-admin/backup.md:
##########
@@ -24,4 +24,139 @@ specific language governing permissions and limitations
under the License.
-->
-# 数据备份
\ No newline at end of file
+# 数据备份
+
+Doris 支持将当前数据以文件的形式，通过 broker 备份到远端存储系统中。之后可以通过 恢复 命令，从远端存储系统中将数据恢复到任意 Doris 集群。通过这个功能，Doris 可以支持将数据定期的进行快照备份。也可以通过这个功能，在不同集群间进行数据迁移。
+
+该功能需要 Doris 版本 0.8.2+
+
+使用该功能，需要部署对应远端存储的 broker。如 BOS、HDFS 等。可以通过 `SHOW BROKER;` 查看当前部署的 broker。
+
+## 简要原理说明
+
+备份操作是将指定表或分区的数据，直接以 Doris 存储的文件的形式，上传到远端仓库中进行存储。当用户提交 Backup 请求后，系统内部会做如下操作：
+
+1. 快照及快照上传
+
+ 快照阶段会对指定的表或分区数据文件进行快照。之后，备份都是对快照进行操作。在快照之后，对表进行的更改、导入等操作都不再影响备份的结果。快照只是对当前数据文件产生一个硬链，耗时很少。快照完成后，会开始对这些快照文件进行逐一上传。快照上传由各个 Backend 并发完成。
+
+2. 元数据准备及上传
+
+ 数据文件快照上传完成后，Frontend 会首先将对应元数据写成本地文件，然后通过 broker 将本地元数据文件上传到远端仓库。完成最终备份作业
+
+3. 动态分区表说明
+
+ 如果该表是动态分区表，备份之后会自动禁用动态分区属性，在做恢复的时候需要手动将该表的动态分区属性启用，命令如下:
+
+ ```sql
+ ALTER TABLE tbl1 SET ("dynamic_partition.enable"="true")
+ ```
+
+## 开始备份
+
+1. 全量备份 example_db 下的表 example_tbl 到仓库 example_repo 中：
+
+ ```sql
+ BACKUP SNAPSHOT example_db.snapshot_label1
+ TO example_repo
+ ON (example_tbl)
+ PROPERTIES ("type" = "full");
+ ```
+
+2. 全量备份 example_db 下，表 example_tbl 的 p1, p2 分区，以及表 example_tbl2 到仓库 example_repo 中：
+
+ ```sql
+ BACKUP SNAPSHOT example_db.snapshot_label2
+ TO example_repo
+ ON
+ (
+ example_tbl PARTITION (p1,p2),
+ example_tbl2
+ );
+ ```
+
+BACKUP的详细用法可参考 [这里](../../sql-manual/sql-reference-v2/Show-Statements/BACKUP.html)。
+
+## 最佳实践
+
+### 备份
+
+当前我们支持最小分区（Partition）粒度的全量备份（增量备份有可能在未来版本支持）。如果需要对数据进行定期备份，首先需要在建表时，合理的规划表的分区及分桶，比如按时间进行分区。然后在之后的运行过程中，按照分区粒度进行定期的数据备份。
+
+### 数据迁移
+
+用户可以先将数据备份到远端仓库，再通过远端仓库将数据恢复到另一个集群，完成数据迁移。因为数据备份是通过快照的形式完成的，所以，在备份作业的快照阶段之后的新的导入数据，是不会备份的。因此，在快照完成后，到恢复作业完成这期间，在原集群上导入的数据，都需要在新集群上同样导入一遍。
+
+建议在迁移完成后，对新旧两个集群并行导入一段时间。完成数据和业务正确性校验后，再将业务迁移到新的集群。
+
+## 重点说明
+
+1. 备份恢复相关的操作目前只允许拥有 ADMIN 权限的用户执行。
+2. 一个 Database 内，只允许有一个正在执行的备份或恢复作业。
+3. 备份和恢复都支持最小分区（Partition）级别的操作，当表的数据量很大时，建议按分区分别执行，以降低失败重试的代价。
+4. 因为备份恢复操作，操作的都是实际的数据文件。所以当一个表的分片过多，或者一个分片有过多的小版本时，可能即使总数据量很小，依然需要备份或恢复很长时间。用户可以通过 `SHOW PARTITIONS FROM table_name;` 和 `SHOW TABLET FROM table_name;` 来查看各个分区的分片数量，以及各个分片的文件版本数量，来预估作业执行时间。文件数量对作业执行的时间影响非常大，所以建议在建表时，合理规划分区分桶，以避免过多的分片。
+5. 当通过 `SHOW BACKUP` 或者 `SHOW RESTORE` 命令查看作业状态时。有可能会在 `TaskErrMsg` 一列中看到错误信息。但只要 `State` 列不为 `CANCELLED`，则说明作业依然在继续。这些 Task 有可能会重试成功。当然，有些 Task 错误，也会直接导致作业失败。
+6. 如果恢复作业是一次覆盖操作（指定恢复数据到已经存在的表或分区中），那么从恢复作业的 `COMMIT` 阶段开始，当前集群上被覆盖的数据有可能不能再被还原。此时如果恢复作业失败或被取消，有可能造成之前的数据已损坏且无法访问。这种情况下，只能通过再次执行恢复操作，并等待作业完成。因此，我们建议，如无必要，尽量不要使用覆盖的方式恢复数据，除非确认当前数据已不再使用。
+
+## 相关命令
+
+和备份恢复功能相关的命令如下。以下命令，都可以通过 mysql-client 连接 Doris 后，使用 `help cmd;` 的方式查看详细帮助。
+
+1. CREATE REPOSITORY
+
+ 创建一个远端仓库路径，用于备份或恢复。该命令需要借助 Broker 进程访问远端存储，不同的 Broker 需要提供不同的参数，具体请参阅 [Broker文档](../../advanced/broker.html)，也可以直接通过S3 协议备份到支持AWS S3协议的远程存储上去，具体参考 [创建远程仓库文档](../../sql-manual/sql-reference-v2/Data-Definition-Statements/Backup-and-Restore/CREATE-REPOSITORY.md)
+
+2. BACKUP
+
+ 执行一次备份操作。
+
Review Comment:
give a statement that performs a backup
##########
new-docs/zh-CN/admin-manual/data-admin/backup.md:
##########
@@ -24,4 +24,139 @@ specific language governing permissions and limitations
under the License.
-->
-# 数据备份
\ No newline at end of file
+# 数据备份
+
+Doris 支持将当前数据以文件的形式，通过 broker 备份到远端存储系统中。之后可以通过 恢复 命令，从远端存储系统中将数据恢复到任意 Doris 集群。通过这个功能，Doris 可以支持将数据定期的进行快照备份。也可以通过这个功能，在不同集群间进行数据迁移。
+
+该功能需要 Doris 版本 0.8.2+
+
+使用该功能，需要部署对应远端存储的 broker。如 BOS、HDFS 等。可以通过 `SHOW BROKER;` 查看当前部署的 broker。
+
+## 简要原理说明
+
+备份操作是将指定表或分区的数据，直接以 Doris 存储的文件的形式，上传到远端仓库中进行存储。当用户提交 Backup 请求后，系统内部会做如下操作：
+
+1. 快照及快照上传
+
+ 快照阶段会对指定的表或分区数据文件进行快照。之后，备份都是对快照进行操作。在快照之后，对表进行的更改、导入等操作都不再影响备份的结果。快照只是对当前数据文件产生一个硬链，耗时很少。快照完成后，会开始对这些快照文件进行逐一上传。快照上传由各个 Backend 并发完成。
+
+2. 元数据准备及上传
+
+ 数据文件快照上传完成后，Frontend 会首先将对应元数据写成本地文件，然后通过 broker 将本地元数据文件上传到远端仓库。完成最终备份作业
+
+3. 动态分区表说明
+
+ 如果该表是动态分区表，备份之后会自动禁用动态分区属性，在做恢复的时候需要手动将该表的动态分区属性启用，命令如下:
+
+ ```sql
+ ALTER TABLE tbl1 SET ("dynamic_partition.enable"="true")
+ ```
+
+## 开始备份
+
+1. 全量备份 example_db 下的表 example_tbl 到仓库 example_repo 中：
+
+ ```sql
+ BACKUP SNAPSHOT example_db.snapshot_label1
+ TO example_repo
+ ON (example_tbl)
+ PROPERTIES ("type" = "full");
+ ```
+
+2. 全量备份 example_db 下，表 example_tbl 的 p1, p2 分区，以及表 example_tbl2 到仓库 example_repo 中：
+
+ ```sql
+ BACKUP SNAPSHOT example_db.snapshot_label2
+ TO example_repo
+ ON
+ (
+ example_tbl PARTITION (p1,p2),
+ example_tbl2
+ );
+ ```
+
+BACKUP的详细用法可参考 [这里](../../sql-manual/sql-reference-v2/Show-Statements/BACKUP.html)。
+
+## 最佳实践
+
+### 备份
+
+当前我们支持最小分区（Partition）粒度的全量备份（增量备份有可能在未来版本支持）。如果需要对数据进行定期备份，首先需要在建表时，合理的规划表的分区及分桶，比如按时间进行分区。然后在之后的运行过程中，按照分区粒度进行定期的数据备份。
+
+### 数据迁移
+
+用户可以先将数据备份到远端仓库，再通过远端仓库将数据恢复到另一个集群，完成数据迁移。因为数据备份是通过快照的形式完成的，所以，在备份作业的快照阶段之后的新的导入数据，是不会备份的。因此，在快照完成后，到恢复作业完成这期间，在原集群上导入的数据，都需要在新集群上同样导入一遍。
+
+建议在迁移完成后，对新旧两个集群并行导入一段时间。完成数据和业务正确性校验后，再将业务迁移到新的集群。
+
+## 重点说明
+
+1. 备份恢复相关的操作目前只允许拥有 ADMIN 权限的用户执行。
+2. 一个 Database 内，只允许有一个正在执行的备份或恢复作业。
+3. 备份和恢复都支持最小分区（Partition）级别的操作，当表的数据量很大时，建议按分区分别执行，以降低失败重试的代价。
+4. 因为备份恢复操作，操作的都是实际的数据文件。所以当一个表的分片过多，或者一个分片有过多的小版本时，可能即使总数据量很小，依然需要备份或恢复很长时间。用户可以通过 `SHOW PARTITIONS FROM table_name;` 和 `SHOW TABLET FROM table_name;` 来查看各个分区的分片数量，以及各个分片的文件版本数量，来预估作业执行时间。文件数量对作业执行的时间影响非常大，所以建议在建表时，合理规划分区分桶，以避免过多的分片。
+5. 当通过 `SHOW BACKUP` 或者 `SHOW RESTORE` 命令查看作业状态时。有可能会在 `TaskErrMsg` 一列中看到错误信息。但只要 `State` 列不为 `CANCELLED`，则说明作业依然在继续。这些 Task 有可能会重试成功。当然，有些 Task 错误，也会直接导致作业失败。
+6. 如果恢复作业是一次覆盖操作（指定恢复数据到已经存在的表或分区中），那么从恢复作业的 `COMMIT` 阶段开始，当前集群上被覆盖的数据有可能不能再被还原。此时如果恢复作业失败或被取消，有可能造成之前的数据已损坏且无法访问。这种情况下，只能通过再次执行恢复操作，并等待作业完成。因此，我们建议，如无必要，尽量不要使用覆盖的方式恢复数据，除非确认当前数据已不再使用。
+
+## 相关命令
+
+和备份恢复功能相关的命令如下。以下命令，都可以通过 mysql-client 连接 Doris 后，使用 `help cmd;` 的方式查看详细帮助。
+
+1. CREATE REPOSITORY
+
+ 创建一个远端仓库路径，用于备份或恢复。该命令需要借助 Broker 进程访问远端存储，不同的 Broker 需要提供不同的参数，具体请参阅 [Broker文档](../../advanced/broker.html)，也可以直接通过S3 协议备份到支持AWS S3协议的远程存储上去，具体参考 [创建远程仓库文档](../../sql-manual/sql-reference-v2/Data-Definition-Statements/Backup-and-Restore/CREATE-REPOSITORY.md)
+
Review Comment:
Give an example of creating a remote repository
##########
new-docs/zh-CN/admin-manual/data-admin/backup.md:
##########
@@ -24,4 +24,139 @@ specific language governing permissions and limitations
under the License.
-->
-# 数据备份
\ No newline at end of file
+# 数据备份
+
+Doris 支持将当前数据以文件的形式，通过 broker 备份到远端存储系统中。之后可以通过 恢复 命令，从远端存储系统中将数据恢复到任意 Doris 集群。通过这个功能，Doris 可以支持将数据定期的进行快照备份。也可以通过这个功能，在不同集群间进行数据迁移。
+
+该功能需要 Doris 版本 0.8.2+
+
+使用该功能，需要部署对应远端存储的 broker。如 BOS、HDFS 等。可以通过 `SHOW BROKER;` 查看当前部署的 broker。
+
+## 简要原理说明
+
+备份操作是将指定表或分区的数据，直接以 Doris 存储的文件的形式，上传到远端仓库中进行存储。当用户提交 Backup 请求后，系统内部会做如下操作：
+
+1. 快照及快照上传
+
+ 快照阶段会对指定的表或分区数据文件进行快照。之后，备份都是对快照进行操作。在快照之后，对表进行的更改、导入等操作都不再影响备份的结果。快照只是对当前数据文件产生一个硬链，耗时很少。快照完成后，会开始对这些快照文件进行逐一上传。快照上传由各个 Backend 并发完成。
+
+2. 元数据准备及上传
+
+ 数据文件快照上传完成后，Frontend 会首先将对应元数据写成本地文件，然后通过 broker 将本地元数据文件上传到远端仓库。完成最终备份作业
+
+3. 动态分区表说明
+
+ 如果该表是动态分区表，备份之后会自动禁用动态分区属性，在做恢复的时候需要手动将该表的动态分区属性启用，命令如下:
+
+ ```sql
+ ALTER TABLE tbl1 SET ("dynamic_partition.enable"="true")
+ ```
+
+## 开始备份
+
+1. 全量备份 example_db 下的表 example_tbl 到仓库 example_repo 中：
+
+ ```sql
+ BACKUP SNAPSHOT example_db.snapshot_label1
+ TO example_repo
+ ON (example_tbl)
+ PROPERTIES ("type" = "full");
+ ```
+
+2. 全量备份 example_db 下，表 example_tbl 的 p1, p2 分区，以及表 example_tbl2 到仓库 example_repo 中：
+
+ ```sql
+ BACKUP SNAPSHOT example_db.snapshot_label2
+ TO example_repo
+ ON
+ (
+ example_tbl PARTITION (p1,p2),
+ example_tbl2
+ );
+ ```
+
+BACKUP的详细用法可参考 [这里](../../sql-manual/sql-reference-v2/Show-Statements/BACKUP.html)。
+
+## 最佳实践
+
+### 备份
+
+当前我们支持最小分区（Partition）粒度的全量备份（增量备份有可能在未来版本支持）。如果需要对数据进行定期备份，首先需要在建表时，合理的规划表的分区及分桶，比如按时间进行分区。然后在之后的运行过程中，按照分区粒度进行定期的数据备份。
+
+### 数据迁移
+
+用户可以先将数据备份到远端仓库，再通过远端仓库将数据恢复到另一个集群，完成数据迁移。因为数据备份是通过快照的形式完成的，所以，在备份作业的快照阶段之后的新的导入数据，是不会备份的。因此，在快照完成后，到恢复作业完成这期间，在原集群上导入的数据，都需要在新集群上同样导入一遍。
+
+建议在迁移完成后，对新旧两个集群并行导入一段时间。完成数据和业务正确性校验后，再将业务迁移到新的集群。
+
+## 重点说明
+
+1. 备份恢复相关的操作目前只允许拥有 ADMIN 权限的用户执行。
+2. 一个 Database 内，只允许有一个正在执行的备份或恢复作业。
+3. 备份和恢复都支持最小分区（Partition）级别的操作，当表的数据量很大时，建议按分区分别执行，以降低失败重试的代价。
+4. 因为备份恢复操作，操作的都是实际的数据文件。所以当一个表的分片过多，或者一个分片有过多的小版本时，可能即使总数据量很小，依然需要备份或恢复很长时间。用户可以通过 `SHOW PARTITIONS FROM table_name;` 和 `SHOW TABLET FROM table_name;` 来查看各个分区的分片数量，以及各个分片的文件版本数量，来预估作业执行时间。文件数量对作业执行的时间影响非常大，所以建议在建表时，合理规划分区分桶，以避免过多的分片。
+5. 当通过 `SHOW BACKUP` 或者 `SHOW RESTORE` 命令查看作业状态时。有可能会在 `TaskErrMsg` 一列中看到错误信息。但只要 `State` 列不为 `CANCELLED`，则说明作业依然在继续。这些 Task 有可能会重试成功。当然，有些 Task 错误，也会直接导致作业失败。
+6. 如果恢复作业是一次覆盖操作（指定恢复数据到已经存在的表或分区中），那么从恢复作业的 `COMMIT` 阶段开始，当前集群上被覆盖的数据有可能不能再被还原。此时如果恢复作业失败或被取消，有可能造成之前的数据已损坏且无法访问。这种情况下，只能通过再次执行恢复操作，并等待作业完成。因此，我们建议，如无必要，尽量不要使用覆盖的方式恢复数据，除非确认当前数据已不再使用。
+
+## 相关命令
+
+和备份恢复功能相关的命令如下。以下命令，都可以通过 mysql-client 连接 Doris 后，使用 `help cmd;` 的方式查看详细帮助。
+
+1. CREATE REPOSITORY
+
+ 创建一个远端仓库路径，用于备份或恢复。该命令需要借助 Broker 进程访问远端存储，不同的 Broker 需要提供不同的参数，具体请参阅 [Broker文档](../../advanced/broker.html)，也可以直接通过S3 协议备份到支持AWS S3协议的远程存储上去，具体参考 [创建远程仓库文档](../../sql-manual/sql-reference-v2/Data-Definition-Statements/Backup-and-Restore/CREATE-REPOSITORY.md)
+
+2. BACKUP
+
+ 执行一次备份操作。
+
+3. SHOW BACKUP
+
+ 查看最近一次 backup 作业的执行情况，包括：
+
+ - JobId：本次备份作业的 id。
+ - SnapshotName：用户指定的本次备份作业的名称（Label）。
+ - DbName：备份作业对应的 Database。
+ - State：备份作业当前所在阶段：
+ - PENDING：作业初始状态。
+ - SNAPSHOTING：正在进行快照操作。
+ - UPLOAD_SNAPSHOT：快照结束，准备上传。
+ - UPLOADING：正在上传快照。
+ - SAVE_META：正在本地生成元数据文件。
+ - UPLOAD_INFO：上传元数据文件和本次备份作业的信息。
+ - FINISHED：备份完成。
+ - CANCELLED：备份失败或被取消。
+ - BackupObjs：本次备份涉及的表和分区的清单。
+ - CreateTime：作业创建时间。
+ - SnapshotFinishedTime：快照完成时间。
+ - UploadFinishedTime：快照上传完成时间。
+ - FinishedTime：本次作业完成时间。
+ - UnfinishedTasks：在 `SNAPSHOTTING`，`UPLOADING` 等阶段，会有多个子任务在同时进行，这里展示的当前阶段，未完成的子任务的 task id。
+ - TaskErrMsg：如果有子任务执行出错，这里会显示对应子任务的错误信息。
+ - Status：用于记录在整个作业过程中，可能出现的一些状态信息。
+ - Timeout：作业的超时时间，单位是秒。
+
+4. SHOW SNAPSHOT
+
+ 查看远端仓库中已存在的备份。
+
+ - Snapshot：备份时指定的该备份的名称（Label）。
+ - Timestamp：备份的时间戳。
+ - Status：该备份是否正常。
+
Review Comment:
Give a statement to view the backup and display the results
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For additional commands, e-mail: commits-help@doris.apache.org
[GitHub] [incubator-doris] morningman merged pull request #8865: [Refactor][Doc] Add data backup,data restore and data delete recovery
Posted by GitBox <gi...@apache.org>.
morningman merged PR #8865:
URL: https://github.com/apache/incubator-doris/pull/8865
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For additional commands, e-mail: commits-help@doris.apache.org
[GitHub] [incubator-doris] JNSimba commented on pull request #8865: [Refactor][Doc] Add data backup,data restore and data delete recovery
Posted by GitBox <gi...@apache.org>.
JNSimba commented on PR #8865:
URL: https://github.com/apache/incubator-doris/pull/8865#issuecomment-1092601971
add backup and restore example
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For additional commands, e-mail: commits-help@doris.apache.org
[GitHub] [incubator-doris] github-actions[bot] commented on pull request #8865: [Refactor][Doc] Add data backup,data restore and data delete recovery
Posted by GitBox <gi...@apache.org>.
github-actions[bot] commented on PR #8865:
URL: https://github.com/apache/incubator-doris/pull/8865#issuecomment-1092680330
PR approved by at least one committer and no changes requested.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For additional commands, e-mail: commits-help@doris.apache.org
[GitHub] [incubator-doris] github-actions[bot] commented on pull request #8865: [Refactor][Doc] Add data backup,data restore and data delete recovery
Posted by GitBox <gi...@apache.org>.
github-actions[bot] commented on PR #8865:
URL: https://github.com/apache/incubator-doris/pull/8865#issuecomment-1092680358
PR approved by anyone and no changes requested.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@doris.apache.org
For additional commands, e-mail: commits-help@doris.apache.org