Skip to content

Commit

Permalink
docs: add more usage instructions
Browse files Browse the repository at this point in the history
Signed-off-by: mlycore <[email protected]>
  • Loading branch information
mlycore committed Nov 27, 2023
1 parent 96611b3 commit 6b4b797
Show file tree
Hide file tree
Showing 2 changed files with 10 additions and 7 deletions.
10 changes: 6 additions & 4 deletions pitr/README-zh.md
Original file line number Diff line number Diff line change
Expand Up @@ -270,12 +270,13 @@ drwx------ 29 omm omm 4.0K May 23 11:37 pgdata
```

参数说明:
- pgdata: OpenGauss 数据存储路径
- pgdata: OpenGauss 数据存储路径。当未指定时,可以通过 `--env-source-file` 或通过环境变量 `PGDATA` 进行指定
- port: Pitr agent 暴露端口
- tls-crt: TLS 证书文件路径
- tls-key: TLS 私钥文件路径
- log-level: Pitr agent 日志级别


## 测试说明

### 准备测试数据
Expand Down Expand Up @@ -410,7 +411,8 @@ select * from t_user;
- 恢复前后 OpenGauss 数据节点的 IP 地址和端口需保持不变,即和 ShardingSphere 中逻辑库注册的数据源保持一致
- 恢复时,保证 ShardingSphere 在备份时和恢复时使用的版本一致,确保元数据兼容
- 恢复操作需要停机,并且为同步操作,用户需保证完全恢复成功
- 当恢复失败时,OpenGauss 数据节点存在状态不一致,需用户重新发起恢复操作,保证最终恢复成功
- 当恢复失败时,如果 OpenGauss 数据节点存在状态不一致(比如一台成功另一台失败),需用户处理异常后重新发起恢复操作,保证最终恢复成功
- 当执行备份后,会在当前用户的 `$HOME` 下创建 `.gs_pitr/backup` 目录,并在该目录下存放备份元数据文件
- 如果需要另一台设备上需要恢复,需要复制该路径下的备份数据到对应设备的相同路径
- 当执行删除备份后,当前用户的 `$HOME/.gs_pitr/backup` 下的备份文件将被删除
- 如果需要另一台设备上需要恢复,需要复制路径 `$HOME/.gs_pitr/backup` 下的备份数据到对应设备的相同路径
- 当执行删除备份后,当前用户的 `$HOME/.gs_pitr/backup` 下的备份文件将被删除
- 当命令行执行过程中,`Ctrl-C` 取消或者 `kill` 中止进程,不会同时停止服务端正在执行的任务
7 changes: 4 additions & 3 deletions pitr/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -271,7 +271,7 @@ drwx------ 29 omm omm 4.0K May 23 11:37 pgdata
```

Parameters:
- pgdata: OpenGauss data storage path
- pgdata: OpenGauss data storage path. Using `--env-source-file` or envvar `PGDATA` if it is not specified in command line.
- port: Pitr agent exposed port
- tls-crt: TLS crt file path
- tls-key: TLS key file path
Expand Down Expand Up @@ -413,7 +413,8 @@ Parameters:
- OpenGauss data nodes should use the same IP and port while backup and recovery
- Using the same version of ShardingSphere while backup and recovery to make sure the metadata is compatible.
- The recovery operation need to stop service, and it is a synchonized operation. Users have to make sure the success of the recovery operation.
- OpenGauss servers may under inconsistent status if recovery fails. Users need to try to recovery again until it is succeed.
- OpenGauss servers may under inconsistent status if recovery fails, such as one data node succeed while another failed. Users need to handle the exception and try to recovery again until it is succeed.
- Pitr cli will create a directory `.gs_pitr/backup` under user `$HOME` and save backup metadata files under it
- You need to copy this metadata backup to the another host first where you want to restore.
- You need to copy this metadata backup under `$HOME/.gs_pitr/bakcup` to the another host first where you want to restore.
- The backup file under directory `$HOME/.gs_pitr/backup` will be deleted after the execution of `gs_pitr delete`
- Canceling the executing `gs_pitr` command on client side using either `Ctrl-C` or `kill` will do nothing about the execution of server task.

0 comments on commit 6b4b797

Please sign in to comment.