前言
随着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向量数据库-数据备份与恢复
发表评论 取消回复