前言

随着Milvus版本的持续迭代，越来越多的用户将其作为构建生产环境的向量数据服务使用。作为数据服务使用，其中的运维、数据安全、容灾备份自然是用户最关心且不容有失的需求。为解决这一需求，Milvus-backup项目工具应运而生。

Milvus-bakcup是Zilliz专门为Milvus向量数据库开发的数据备份与恢复的工具。它不同于Milvus向量数据库Attu图形管理工具和ANN算法可视化工具Feder。

下面会具体介绍Milvus-backup工具的使用方法。

一、Milvus-backup工具功能简介

Milvus-backup工具支持以下工作能力：

1.支持命令行和Restful API的多种交互方式;

2.支持热备份，对Milvus集群运行几乎没有影响;

3.支持集群全量备份和指定collection(集合)备份;

4.可通过bulkinsert实现备份与恢复，并可以恢复时重命令collection(集合);

5.支持S3，支持跨bucket备份，可以实现集群间迁移;

6.支持Milvus2.2.0+的版本;

7.目前只支持备份数据，不备份索引数据;

二、Milvus-backup工具设计思路

2.1、Milvus-backup的编程语言

Milvus-backup是使用go语言实现的，部分逻辑直接拷贝 Milvus 源码，保证最大程度的兼容性和操作习惯的一致性。

2.2、Milvus-backup工具的交互方式

Milvus-bakcup支持多种交互使用方法，如下：

2.2.1、命令行方式

考虑备份工具使用的主要用户，是对Milvus的运维开发人员，命令行是最简便直接的使用方式，Milvus-backup基于cobra框架实现了命令行。

2.2.2、Restful API方式

Milvus-backup 还提供 Restful API，便于工具服务化，并提供了友好的 Swagger UI。

Milvus-backup主要包含以下接口，分别是备份（backup）和恢复（restore）的主要操作:

备份（backup）：

1.CreateBackup

2.GetBackup

3.ListBackups

4.DeleteBackup

恢复（restore）:

1.RestoreBackup

2.GetRestore

详情可参考：Milvus-bakcup

2.2.3、Go module方式

因为Milvus-backup工具是go语言开发的，所以还可以作为go module集成到其他工具之中。例如，未来我们会提供all in one的Milvus工具箱，将包括Milvus-backup在内的运维工具一起打包。

三、实现原理

熟悉Milvus向量数据库的运维人员都知道，Milvus目前使用 etcd存储元数据的（以下称为 metadata），使用对象存储（minio、S3 等）存储真实数据（以下称为 storage）。

未来，Milvus可能会支持更多的存储介质，如 MySQL、Alluxio、HDFS 等，在设计上要考虑兼容性。

因此本次我们采用备份与恢复的方案是：

1、备份环节

Metadata不直接调用etcd接口，而是通过Milvus SDK获取必要信息，存储到自定义的backup metadata文件中，backup metadata使用json格式，便于观察和适配；

storage通过调用存储SDK直接复制数据到指定路径，备份数据和原数据几乎保持相同路径结构，降低理解成本。

在备份的时候，工具会调用Milvus的flush接口来获得备份的快照时间戳，这是备份环节唯一会影响Milvus集群的地方，但影响很小。

2、恢复环节

不直接操作metadata和storage，而是调用Milvus SDK重新创建collection，通过2.2.0新推出的bulkinsert功能，将数据批量插入到新建collection中，因此逻辑上备份恢复得到的是一张新表，只不过与原表数据内容一致。

四、操作方法

熟悉了以上对Milvus-backup工具的介绍后，可以对其进行实操了。

因为Milvus-backup工具是go语言开发的，所以该工具有2种方式安装：源码编译和二进制。

在安装Milvus-backup工具之前，需要准备好Milvus向量数据库，具体安装方法可以参照之前写的：安装Milvus向量数据库。

注：本次的操作是对milvus单机模式进行的备份与恢复操作方法，集群的方法还在研究中。

4.1、Milvus-backup工具安装

本次安装我采用的是二进制的安装方法，如果大家不想用二进制方法安装，可以选择源码编译的方法进行安装配置。

如果采用源码编译的方法进行安装的话，需要先配置go环境，再使用go进行编译，具体可以查看本文最后：第六节中的源码安装milvus-backup。

4.1.1、Milvus-backup工具下载

Milvus-backup工具地址：https://github.com/zilliztech/milvus-backup/releases

大家一定要根据自己的Milvus向量数据库版本去选择Milvus-backup工具的对应版本，如果版本选择不对的话，在进行备份或恢复时，会有失败的的情况发生。

下面是针对Milvus-backup工具版本对应的Milvus向量数据库版本的对应选择。

Milvus向量数据库版本

Milvus-backup工具版本

v2.3.0 and above

v0.4.0 and above

v2.2.9 and above

v0.3.0 and above

v2.2.0 to v2.2.8

v0.1.0 to v0.2.2

我自己的Milvus向量数据库为：2.3.20版本，我分别选择了Milvus-backup的0.4.20和0.4.21。

下载时要同时下载二进制文件和源码文件，彩用的是二进制方法安装，为什么要还要下载源码文件呢？因为使用milvus-backup工具进行备份或恢复时，需要一个backup.yaml的配置文件，二进制包中没有该配置文件。

还有一个相对来说比较重要的就是，建好milvus向量数据库，如果没有创建collection可以使用源码包example目录下写好的python程序，prepare_data.py（准备数据）、clean_data.py（清理数据）、verify_data.py（验证数据）进行数据的生产，不需要自己再写一遍程序进行数据准备等工作。

如下图是milvus-backup工具的安装包，大家可以根据自己主机的情况选择对应的安装包即可。

4.1.2、解压milvus-backup

解压之前，要先创建milvus-backup的工作目录和日志目录，这个大家可以根据自己实际情况进行自定义。

[iwen@jina-milvus 0.4.20]$ mkdir -pv /iwen/milvus-backup

[iwen@jina-milvus 0.4.20]$ mkdir -pv /iwen/milvus-backup/logs

[iwen@jina-milvus 0.4.20]$ tar -xf milvus-backup_Linux_x86_64.tar.gz

解压出来会有3个文件，分别为：milvus-bakcup、LICENSE、README.md，把milvus-backup文件移动到新建目录中。

[iwen@jina-milvus 0.4.20]$ mv milvus-bakcup /iwen/milvus-backup

再解压milvus-backup源码文件。

[iwen@jina-milvus 0.4.20]$ unzip milvus-backup-0.4.20.zip

[iwen@jina-milvus 0.4.20]$ cd milvus-backup-0.4.20

移动或复制configs目录到新建目录/iwen/milvus-backup下。

[iwen@jina-milvus milvus-backup-0.4.20]$ mv configs /iwen/milvus-backup

4.1.3、修改backup.yaml文件

修改之前进行一下备份，以免修改出问题，容易对配置文件进行恢复。

[iwen@jina-milvus configs]$ cp backup.yaml backup.yaml.YYYYMMDD

YYYYMMDD代表年月日

[iwen@jina-milvus configs]$ vi backup.yaml

找到下面标红的参数

# Configures the system log output.

log:

  level: info # Only supports debug, info, warn, error, panic, or fatal. Default 'info'.

  console: true # whether print log to console

  file:

    rootPath: "logs/backup.log"

http:

  simpleResponse: true

# milvus proxy address, compatible to milvus.yaml

milvus:

  address: localhost

  port: 19530

  authorizationEnabled: false

  # tls mode values [0, 1, 2]

  # 0 is close, 1 is one-way authentication, 2 is two-way authentication.

  tlsMode: 0

  user: "root"

  password: "Milvus"

# Related configuration of minio, which is responsible for data persistence for Milvus.

minio:

  # cloudProvider: "minio" # deprecated use storageType instead

  storageType: "minio" # support storage type: local, minio, s3, aws, gcp, ali(aliyun), azure, tc(tencent)

  

  address: localhost # Address of MinIO/S3

  port: 9000   # Port of MinIO/S3

  accessKeyID: minioadmin  # accessKeyID of MinIO/S3

  secretAccessKey: minioadmin # MinIO/S3 encryption string

  useSSL: false # Access to MinIO/S3 with SSL

  useIAM: false

  iamEndpoint: ""

  

  bucketName: "a-bucket" # Milvus Bucket name in MinIO/S3, make it the same as your milvus instance

  rootPath: "files" # Milvus storage root path in MinIO/S3, make it the same as your milvus instance

  # only for azure

  backupAccessKeyID: minioadmin  # accessKeyID of MinIO/S3

  backupSecretAccessKey: minioadmin # MinIO/S3 encryption string

  

  backupBucketName: "milvus-hello" # Bucket name to store backup data. Backup data will store to backupBucketName/backupRootPath

  backupRootPath: "mybackup" # Rootpath to store backup data. Backup data will store to backupBucketName/backupRootPath

backup:

  maxSegmentGroupSize: 2G

parallelism:

    # collection level parallelism to backup

    backupCollection: 4

    # thread pool to copy data. reduce it if blocks your storage's network bandwidth

    copydata: 128

    # Collection level parallelism to restore

    restoreCollection: 2

  

  # keep temporary files during restore, only use to debug

  keepTempFiles: false

  

  # Pause GC during backup through Milvus Http API.

  gcPause:

    enable: true

seconds: 7200

address: http://localhost:9091

address：对应的localhost可以根据自己环境的实际情况进行更改，如果milvus向量数据库所在的主机和milvus-backup在一台主机上就不需要修改，反之修改成milvus向量数据库所在的主机IP。

bucketName和rootPath：要根据milvus向量数据库中milvus.yaml配置文件中对应的参数进修改，确保backup.yaml中的这2个参数要和milvus.yaml一致。

如果这2个参数不一致的话，会遇到备份恢复的collection只有metadata，没有数据的问题。

这两个参数，在不同的部署模式中，默认值是不同的，具体差异见下表:

filed

Docker Compose

Helm/milvus operator

bucketName

a-bucket

milvus-bucket

rootPath

files

file

backupBucketName：代表备份文件的名字，可以根据需要进行修改。

backupRootPath: 代表备份文件所在的目录，可以根据需要进行修改。

注：如果想要提高数据的备份与恢复效率，可以在“parallelism”小节点中调整相应的参数。

4.1.4、check配置初检查

[iwen@jina-milvus milvus-backup]$ ./milvus-backup check

[iwen@jina-milvus milvus-backup]$ ./milvus-backup check

0.4.21 (Built on 2024-08-22T04:00:46Z from Git SHA 760ea2c7e05992e1f0f01c9b7a98aee2796b90cb)

config:backup.yaml

[2024/08/28 14:37:22.869 +08:00] [INFO] [logutil/logutil.go:165] ["Log directory"] [configDir=]

[2024/08/28 14:37:22.869 +08:00] [INFO] [logutil/logutil.go:166] ["Set log file to "] [path=logs/backup.log]

[2024/08/28 14:37:23.021 +08:00] [INFO] [storage/minio_chunk_manager.go:144] ["minio chunk manager init success."] [bucketname=a-bucket] [root=files]

[2024/08/28 14:37:23.039 +08:00] [INFO] [storage/minio_chunk_manager.go:144] ["minio chunk manager init success."] [bucketname=milvus-hello] [root=mybackup]

Succeed to connect to milvus and storage.

Milvus version: v2.3.20

Storage:

milvus-bucket: a-bucket

milvus-rootpath: files

backup-bucket: milvus-hello

backup-rootpath: mybackup

标红部分检查出了milvus向量数据库的版本，以及backup.yaml配置文件中修改的备份名称和路径。

4.1.3、数据备份

备份时是使用milvus-backup中的create参数进行备份，可以使用help来查看数据备份的帮助。

[iwen@jina-milvus milvus-backup]$ ./milvus-backup create –help

[iwen@jina-milvus milvus-backup]$ ./milvus-backup create --help

0.4.21 (Built on 2024-08-22T04:00:46Z from Git SHA 760ea2c7e05992e1f0f01c9b7a98aee2796b90cb)

create subcommand create a backup.

Usage:

  milvus-backup create [flags]

Flags:

  -n, --name string                   backup name, if unset will generate a name automatically

  -c, --colls string                  collectionNames to backup, use ',' to connect multiple collections

  -d, --databases string              databases to backup

  -a, --database_collections string   databases and collections to backup, json format: {"db1":["c1", "c2"],"db2":[]}

  -f, --force                         force backup, will skip flush, should make sure data has been stored into disk when using it

      --meta_only                     only backup collection meta instead of data

      --rbac                          whether backup RBAC meta

  -h, --help                          help for create

Global Flags:

      --config string   config YAML file of milvus (default "backup.yaml")

      --set strings     Override yaml values using a capitalized snake case format (--set MILVUS_USER=Marco)

[iwen@jina-milvus milvus-backup]$ ./milvus-backup create -n backup_name -c database.collection

-n：代表备份的名称，可以根据情况进行命名

-c：你表要备份哪个collection，需要注意的是，如果Milvus向量数据库中有多个数据库，备份collection要指出要备份哪个数据库中的哪个集合，如果不指定，会默认备份default为中的集合，此时会报出如下错误：

图中标红部分就是我要备份iwen这个集合，但它属于另一个库(test)，没有指定库名，备份报错。如果指明哪个库，会备份成功，如下所示：

备份完成之后，一定要查看一下图中标蓝部份，看看没有ERROR信息，如果有，说明备份有错，且备份是失败的。

如果当时没有看这些信息，也可以通过查看milvus-bakcup的日志进行查看。目录所在目录是：/iwen/milvus-backup/logs

此时可以到对应的目录下看看自己的备份文件是否生成，查看方式有2种，下面会分别介绍一下：

第1种方法：在操作系统上进行查看

找到milvus向量数据库所安装位置（数据存放位置），进入到minio目中进行查看，如下所示：

 [root@jina-milvus volumes]# pwd

/iwen/milvus/2.3.20/volumes

这是我自己的安装路径（数据存放位置），大家可以根据自己的实际情况进行查看。

[root@jina-milvus volumes]# cd minio

我在backup.yaml配置文件中配置的备份名称和备份路径分别为：milvus-hello和mybackup，所以可以看到备分文件已经生成，如下：

[root@jina-milvus mybackup]# pwd

/iwen/milvus/2.3.20/volumes/minio/milvus-hello/mybackup

[root@jina-milvus mybackup]# ls -lrt iwen_backup_20240827

总用量 0

drwxr-xr-x 3 root root  24 8月  28 14:52 binlogs

drwxr-xr-x 8 root root 160 8月  28 14:52 meta

iwen_backup_20240827这是刚才备份时，对备份文件的名字，该目录下生成了binlogs和meta数据目录，说明备份文件已生成。

如果忘记了自己的备份名字，也可以使用milvus-backup命令进行查看，如下：

[iwen@jina-milvus milvus-backup]$ ./milvus-backup list

图中标红部分就是查看备份文件命令和生成的备份文件。

第2种方法：使用minio console进行查看

一般启动milvus向量数据库后，会自动把minio console启动起来，可以使用ps命令进行查看。

[root@jina-milvus milvus-backup]# ps -ef|grep minio

root      20619  20591 12 07:50 ?        00:52:54 minio server /minio_data --console-address :9001

可以使用浏览器直接访问http://ip:9001进行访问查看，该平台的默认用户名和密码为：minioadmin。如下图所示：

登录进去之后，默认会打开备份文件浏览页，找到backup.yaml中backupBucketName对应的值。

点击milvus-hello可以查看备份信息，找到backup.yaml中backupRootPath对应的值。

点击mybackup可以查看该备份目录下所有的备份，找到自己备份时对备份文件命名的名称，点击进入。

图中标红部分，就是我刚才的备份文件，点击进去可以查看。

binlogs目录下存放的是备份数据，这里的数据文件是data类型。

meta目录下存放的是meta元数据，可以查看备份的信息，这里都是json格式的文件，大家可以下载下来进行查看。

到此为止，备份数据和查看备份数据的方法已全部完成，接下来就是要对备份的数据进行恢复了。

4.1.4、数据恢复

恢复数据我们使用的是restore这个参数命令，可以使用--help查看帮助信息。

[iwen@jina-milvus milvus-backup]$ ./milvus-backup restore --help

[root@jina-milvus milvus-backup]# ./milvus-backup restore --help

0.4.21 (Built on 2024-08-22T04:00:46Z from Git SHA 760ea2c7e05992e1f0f01c9b7a98aee2796b90cb)

restore subcommand restore a backup.

Usage:

  milvus-backup restore [flags]

Flags:

  -n, --name string                   backup name to restore

  -c, --collections string            collectionNames to restore

  -s, --suffix string                 add a suffix to collection name to restore

  -r, --rename string                 rename collections to new names, format: db1.collection1:db2.collection1_new,db1.collection2:db2.collection2_new

  -d, --databases string              databases to restore, if not set, restore all databases

  -a, --database_collections string   databases and collections to restore, json format: {"db1":["c1", "c2"],"db2":[]}

      --meta_only                     if true, restore meta only

      --restore_index                 if true, restore index

      --use_auto_index                if true, replace vector index with autoindex

      --drop_exist_collection         if true, drop existing target collection before create

      --drop_exist_index              if true, drop existing index of target collection before create

      --skip_create_collection        if true, will skip collection, use when collection exist, restore index or data

      --rbac                          whether restore RBAC meta

  -h, --help                          help for restore

Global Flags:

      --config string   config YAML file of milvus (default "backup.yaml")

      --set strings     Override yaml values using a capitalized snake case format (--set MILVUS_USER=Marco)

如果对数据进行恢复时，想把对应的索引也一并创建好，需要把--restore_index这个参数加上。

[iwen@jina-milvus milvus-backup]$ ./milvus-backup restore --restore_index -n backup_name -s _recover

backup_name：代表备份的文件名称，如果忘记备份名称，可以使用milvus-backup list命令进行查看

-s：代表恢复数据时，为集合创建一个新的名字，并且这个名字是以_recover命名的。也可以根据自己的实际情况进行命名。

注：如果想把原collection恢复，恢复前需要把之前备份的collection进行删除或是重命名。大家可以根据自身的实际使用情况进行方法的选择。

如下图所示，是恢复数据的结果：

一定要关注最后的结果是否是success和图中标蓝部分，有没有ERROR错误信息。恢复日志同样存在/iwen/milvus-backup/logs目录下。

这里为了看的方便直接，我这里使用的Attu图形工具查看的恢复情况。

大家也可以用自己写的Python程序进行新旧数据的对比，如果不想自己写，可以使用milvus-backup源码example中的verify_data.py进行数据对比。

但是要注意，如果想用milvus-backup源码example中的verify_data.py进行数据对比的话，一定要先看一下该程序内容，如：字段、库、collection、索引等相关信息是否和自己创建的一样。

Attu图形工具查看：

原：

恢复后：

从恢复的情况来看，字段、索引和数据量个数一样。但为什么状态不一样呢，原数据是“已加载”，恢复的是“未加载”，这是因为数据目前还在存在内存中，还没有落盘，落盘后，状态就变为“已加载”了，此时需要利用python代码把该数据从内存中进行落盘，也可以利用Attu这个图形工具，点击“未加载”进行数据落盘，在日常的工作中要使用python代码进行落盘操作，就是数据恢复完之后，要进行一次python代码落盘的操作。

4.1.5、milvus-backup 0.4.21版本问题

如果大家使用的是milvus-backup 0.4.21版本，这个版本经过自己测试使用，在进行数据恢复时，无法正常进行数据恢复，如下图标红部分：

在进行数据恢复时，报出了ERROR的错误，从日志中发现，根据备份的binlogs中的文件进行数据插入时，无法找到对应的目录，经过分析查看，恢复把文件所在的目录ID合并成了一个，找不到文件造成。

真实文件目录结构，如下图所示：

milvus-backup 0.4.21版本，把图中标蓝色部分的最后2级目录合并成一个造成数据无法恢复。

到此为止，利用milvus-bakcup工具对milvus向量数据库的数据进行备份与恢复过程已验证完成。

五、Restful API操作方式

Milvus-backup工具除了提供命令行操作外，还提供了一套完成的Restful API调用的方式。

不管是二进制安装，还是源码编译安装，解压出的包都会包含一个README.md帮助文档，这里面提供了如何使用Restful API的方式去完成Milvus向量数据的备份与恢复。

同时Milvus-backup还提供了Swagger UI方式查看Restful API接口和参数的方式，下面分别对这2种方式进行介绍：

第1种：通过README.md帮助文档查看

[iwen@jina-milvus milvus-backup]$ vi README.md

找到API Reference小节，如下图所示：

1、备份相关：

create：数据备份

list：查看所有备份文件

get_bakcup：按名称检索备份文件

delete：按名称删除备份文件

2、恢复相关：

restore：按备份文件名称进行数据恢复

get_restore：获取数据恢复状态信息

注：接口的“--data-raw”这个参数目前在curl的版本中已经没有该参数了，可以使用“-d”参数来代替。

如果要使用Restful API方式进行数据的备份与恢复，需要把milvus-backup以服务的方式进行启动才能使用，启动方法也在README.md帮助文档中。

启动方法如下：

[iwen@jina-milvus milvus-backup]$ vi README.md

找到API server小节，如下图所示：

如下所示启动Restful API。

[iwen@jina-milvus milvus-backup]$ ./milvus-backup server

Restful API启动后的默认端口为8080，如果不想使用8080，可以使用以下方式启动。

[iwen@jina-milvus milvus-backup]$ ./milvus-backup server -p port

-p：代表启动Restful API时，需要用哪个端口启动，直接在“-p”后面写入想要运行的端口号即可。如想在8090端口下启动：

[iwen@jina-milvus milvus-backup]$ ./milvus-backup server -p 8090

启动milvus-backup的Restful API如下操作：

[iwen@jina-milvus milvus-backup]$ ./milvus-backup server

[iwen@jina-milvus milvus-backup]$ ./milvus-backup server

0.4.20 (Built on 2024-08-20T02:34:30Z from Git SHA 725052152b2655378f4d42ef2151127ce5e0005b)

config:backup.yaml

[2024/08/29 09:46:46.988 +08:00] [INFO] [logutil/logutil.go:165] ["Log directory"] [configDir=]

[2024/08/29 09:46:46.990 +08:00] [INFO] [logutil/logutil.go:166] ["Set log file to "] [path=logs/backup.log]

[2024/08/29 09:46:46.991 +08:00] [INFO] [core/backup_context.go:96] ["{Base:0xc0001fdb80 MaxSegmentGroupSize:2147483648 BackupCollectionParallelism:4 BackupCopyDataParallelism:128 RestoreParallelism:2 KeepTempFiles:false GcPauseEnable:true GcPauseSeconds:7200 GcPauseAddress:http://192.168.10.2:9091}"]

[2024/08/29 09:46:46.991 +08:00] [INFO] [core/backup_context.go:97] ["{Base:0xc0001fdb80 Enabled:true DebugMode:false SimpleResponse:true}"]

启动之后，就可以使用Restful API方式进行备份与恢复了。

第2种：通过Swagger UI帮助文档查看

Restful API启动之后，可以按照README.md帮助文档中的API server小节，浏览器地址栏输入：http://192.168.10.2:8080/api/v1/docs/index.html访问即可，该地址是指milvus-backup的Restful API启动所在的主机地址。

如下图所示：

大家想查看某一个接口内的详情信息的话，可以点击某一个接口查看即可，如想查看Backup中/create接口信息：

如果还想查看更详细的接口参数信息，可以在milvus-backup的Swagger UI页的“Models”小组内找到自己想要了解的信息，如想了解backuppb.BackupInfo的相关详细信息，直接点击“backuppb.BackupInfo”功能模块即可。如下图所示：

六、源码安装milvus-backup

因milvus-backup是使用go语言开发，因此源码安装milvus-backup时，需要先安装go环境。

6.1、go环境安装配置
6.1.1、go安装包下载

go下载地址:All releases - The Go Programming Language (google.cn)

下面给大家简单介绍一下go的安装过程，供大家学习。可以根据自已环境选择适合自己的版本即可。

此处我选择的是图中标红的版本，如下图所示：

6.1.2、go安装

把下载好的的go安装包解压到自己规定好的目录，如下所示：

[iwen@jina-milvus 0.4.20]$ tar -xf -C go1.23.0.linux-amd64.tar.gz /iwen

6.1.3、配置环境变量

解压完成之后，需要配置好go环境变更，以便在任何地方都可以执行go的命令，如下所示：

[iwen@jina-milvus iwen]$ vi /etc/profile.d/go.sh

GO_HOME=/iwen/go

PATH=$PATH:$GO_HOME/bin

export PATH GO_HOME

[iwen@jina-milvus iwen]$ source /etc/profile.d/go.sh

6.1.4、验证go环境变量

[iwen@jina-milvus iwen]$ go version

go version go1.23.0 linux/amd64

到此为止go环境安装配置完成。

6.2、源码安装milvus-bakcup

大家可以参照4.1.1小节，下载自己milvus向量数据库版本对应的milvus-backup工具。

6.2.1、解压milvus-bakcup

[iwen@jina-milvus 0.4.20]$ unzip milvus-backup-0.4.20.zip

把milvus-backup-0.4.20移动到对应的安装目录下，并且重命名。

[iwen@jina-milvus 0.4.20]$ mv milvus-backup-0.4.20 /iwen

[iwen@jina-milvus 0.4.20]$ cd /iwen

[iwen@jina-milvus iwen]$ mv milvus-backup-0.4.20  iwen-backup

6.2.2、编译安装milvus-backup

[iwen@jina-milvus milvus-backup]$ go get

此过程有点慢，要耐心等待。等这一步完成之后，执行以下步骤。

[iwen@jina-milvus milvus-backup]$ go build

该过程完成后，会在/iwen/milvus-backup目录下生成milvus-backup命令。此时源代码安装milvus-backup工具就完成了。

注：如果使用go get进行依赖安装时比较慢，可以使用go代理加速来完成，如下操作：

临时生效：

[iwen@jina-milvus milvus-backup]$ export GOPROXY=https://goproxy.io,direct

长期生效：

[iwen@jina-milvus ~]$ vi .bash_profile

添加以下内容：

export GOPROXY=https://goproxy.io,direct

[iwen@jina-milvus ~]$ source .bash_profile

参考文档

Milvus官方手册：Back up and Restore Data Using Commands Milvus v2.3.x documentation

zilliztech/milvus-backup：https://github.com/zilliztech/milvus-backup/tree/main

# milvus # 数据库
Logo
腾讯云开发者社区

腾讯云面向开发者汇聚海量精品云计算使用和开发经验，营造开放的云计算技术生态圈。

更多推荐

Springboot+MySQL 实现从数据库获取数据展示到前端

1.运行效果效果图如下：2.创建数据库表数据库名为"springboot",数据库表名为"user"，数据库表里面放了5条数据，字段分别为：“id”，“name”，“age”，“email”。3.新建SpringBoot项目1、选择Spring Initial...

avatar 腾讯云开发者社区
cover

腾讯云建官网：一个完整的自助建站的过程，不用代码，2小时就可以制作自己的网站

avatar 腾讯云开发者社区

数据库 实验二 数据库的简单查询和连接查询实验

– l）用Transact-SQL语句表示下列操作．在学生选课库中实现其数据查询操作．– ①求数学系学生的学号和姓名。select sno,sname from student where sdept='MA';– ②求选修了课程的学生学号。select distinct sno from sc;– ③求选修C1课程的学生学号和成绩，并要求对查询结果按成绩降序排列，如果成绩相同则按学号升序排列。s

avatar 腾讯云开发者社区