- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章MongoDB的备份与恢复由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.
任何数据库都离不开日常的备份与恢复,这二者是数据库安全的前提,MongoDB的备份与恢复方法一般而言都采用自带的工具来进行.
在开始讲述备份之前,需要首先了解两个概念,一个是恢复点目标、一个叫恢复时间目标,下面我们分别来看:
(也叫RPO,recovery point objective) 。
也就是数据可以恢复到哪个时间点,可以承受多少损失.
(也叫RTO,recover time objective),在发生故障的时候,数据库可以承受多长时间宕机.
有了这两个概念,就可以理解不同备份恢复方法可以满足的RPO和RTO是多少了.
来看备份工具:
。
。
在MongoDB中,mongodump工具通常用来做备份使用。它有如下特点:
1、可以对mongos和mongod进行操作 。
2、备份的是数据和数据结构,会以bson数据格式存储 。
3、不会备份索引,只会备份索引的元数据,只有在恢复的时候才会重建索引.
4、备份的过程中,mongodump会批量的将数据加载到内存中,该方法在数据量比较大的时候,会持续占用内存资源,会增加IO负载压力.
5、可以备份整个数据库、整个集合、部分集合内容 。
该工具的缺点:
1、仅仅适合备份小型的、或者单一数据库的备份 。
2、数据量大的时候,备份时间较长 。
关于Mongodump的命令使用方法,大家可以mongodump --help去查看,常用选项如下:
-p,--port:端口 。
-h,--host:IP地址 。
-d,--db:数据库 。
-c,--collection:备份的集合名称 。
-q,--query:备份数据的条件表达式 。
-o,--out:备份文件的存放位置 。
-u,--username:用户名 。
-p,--password:密码 。
--authenticationDataBase:认证数据库 。
具体的使用方法,下面有例子.
。
。
数据备份和数据恢复二者是不可分割的,因为数据的备份,本质上还是为了恢复准备的,如果备份的数据不能恢复,那么备份也就失去了意义.
在MongoDB中,Mongorestore这个工具是用来做数据恢复的,数据恢复命令的常用参数如下:
与mongodump重复的部分不再赘述 。
-p,--port 。
-h,--host 。
-d,--db 。
-c,--collection 。
--dir:恢复文件存放的位置,如果指定了数据库文件夹或者集合文件,则只恢复当前数据库或者当前集合,如果没有指定,则恢复当前目录下所有备份数据.
--drop:恢复前会删除已有的数据库 。
-u,--user 。
-p,--password 。
--authenticationDatabase 。
下面来看样例:
数据备份举例 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
备份所有数据库
mongodump --port=27017 -h 127.0.0.1 -o
/data/mongodb_backup
-u root -p 123456
2020-11-23T23:40:41.599+0800 writing admin.system.
users
to
2020-11-23T23:40:41.626+0800
done
dumping admin.system.
users
(3 documents)
2020-11-23T23:40:41.626+0800 writing admin.system.roles to
2020-11-23T23:40:41.651+0800
done
dumping admin.system.roles (1 document)
2020-11-23T23:40:41.651+0800 writing admin.system.version to
2020-11-23T23:40:41.680+0800
done
dumping admin.system.version (2 documents)
2020-11-23T23:40:41.680+0800 writing
test
.yeyz to
2020-11-23T23:40:41.680+0800 writing yeyz.
test
to
2020-11-23T23:40:41.726+0800
done
dumping yeyz.
test
(2 documents)
2020-11-23T23:40:41.727+0800
done
dumping
test
.yeyz (3 documents)
备份yeyz这一个数据库
[root@VM-0-14-centos ~]
# mongodump -d yeyz --port=27017 -h 127.0.0.1 -o /data/mongodb_backup -u root -p 123456 --authenticationDatabase admin
2020-11-23T23:41:58.991+0800 writing yeyz.
test
to
2020-11-23T23:41:59.050+0800
done
dumping yeyz.
test
(2 documents)
备份yeyz数据库中的
test
集合中的name=ccc的记录
[root@VM-0-14-centos ~]
# mongodump -d yeyz -c test -q '{name:{$eq:"ccc"}}' --port=27017 -h 127.0.0.1 -o /data/mongodb_backup -u root -p 123456 --authenticationDatabase admin
2020-11-23T23:43:24.473+0800 writing yeyz.
test
to
2020-11-23T23:43:24.501+0800
done
dumping yeyz.
test
(1 document)
|
数据恢复举例 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
恢复前
> use yeyz
switched to db yeyz
> show tables;
test
> db.
test
.
find
()
{
"_id"
: ObjectId(
"5fa7eae2515b814f18f2d474"
),
"name"
:
"ccc"
}
{
"_id"
: ObjectId(
"5fa7f00e523d80402cdfa326"
),
"name"
:
"bbb"
}
恢复后
> show tables;
test
test_recover
> db.test_recover.
find
()
{
"_id"
: ObjectId(
"5fa7eae2515b814f18f2d474"
),
"name"
:
"ccc"
}
|
我们成功的将上面的yeyz数据库中的test集合中的name=ccc的记录恢复到了test_recover这个集合当中.
。
。
物理备份的概念大家应该都理解,常用的方法是复制物理硬盘上的数据库文件.
想要保证复制的物理文件和真实的数据库文件一致,需要保证当前数据库没有写入。如果数据库有写入,则复制的数据是不准确的。所以,物理复制必须在MongoDB实例停机状态或者锁定状态下进行。一般来讲,在MongoDB集群中,我们会使用锁定从库的办法来进行备份.
通常情况下,使用:
db.fsyncLock() 锁定从数据库.
db.fsyncUnlock() 解锁数据库 。
锁定从节点的数据库之后,在从节点上使用物理文件拷贝的方式进行备份即可.
备份完成即可解锁数据库.
最后,数据备份的时候,如果有写入,那么备份的数据是否会不准确?例如下面这样:
如果我们的备份进度处在中间位置,即:
A库备份完成的时候,B库没有开始备份 。
此时分别写入A库和B库两个文档,则最终的备份结果中,A库的数据没有新增的数据,B库的数据有新增的数据,就会产生数据的不一致。为了解决这个问题,备份一般都使用锁定数据库或者停止实例的方法来解决.
在MongoDB中,可以在从库上进行锁定或者停止实例的备份操作,不建议在线上环境使用MongoDB单库,因为这种情况,备份恢复将会成为一个瓶颈问题.
以上就是MongoDB的备份与恢复的详细内容,更多关于MongoDB 备份与恢复的资料请关注我其它相关文章! 。
原文链接:https://cloud.tencent.com/developer/article/1753163 。
最后此篇关于MongoDB的备份与恢复的文章就讲到这里了,如果你想了解更多关于MongoDB的备份与恢复的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
我已经在 kubernetes 中部署了一个 3 pod mongodb statefulset,并且我正在尝试使用新的 mongodb+srv 连接字符串 (mongodb 3.6) 连接到具有 S
我已经创建了 MongoDB Atlas 帐户,并尝试连接。但出现以下错误。 MongoDB 连接错误 MongoNetworkError: 首次连接时无法连接到服务器 [cluster0-shard
我正在使用 Node-WebKit 创建桌面应用程序。该应用程序基本上是创建文档(员工日常工作的详细信息),任何注册用户都可以对这些文档发表评论。我正在创建的文档将被分成几个部分。用户将对特定部分发表
我正在尝试使用官方网站上的安装程序在我的本地机器上安装 mongo DB。但是我不断收到这条消息,有人可以帮忙吗? 我试过提供的解决方案 here但没有帮助。 最佳答案 我建议执行以下操作: 按 Wi
我对 MongoDB 和 MongoDB Compass 非常陌生。 我的客户集合中有大约 1000 条记录。如何通过 MongoDB 指南针一次删除所有记录。 非常感谢, 最佳答案 您可以使用 Mo
当我尝试在我的 Ubuntu 机器中安装 mongodb 时,apt-get 会显示以下选项 mongodb mongodb-clients mongodb-dev mongodb-server 谁能
如何将 Robomongo(或任何其他 mongodb 客户端)连接到由本地 Meteor 应用程序创建的 mongodb 实例? 最佳答案 确保 Meteor 正在本地主机上运行。打开终端窗口并运行
我需要在 MongoDB 中生成一个简单的频率表。假设我在名为 books 的集合中有以下文档。 { "_id": 1, genre: [ "Fantasy", "Crime"
我如何在 mongos mapreduce 中指定一个条件,就像我们在 mongos group 函数中所做的那样。 我的数据是这样的 {lid:1000, age:23}, {lid:3000, a
我的 mongodb 数据库文档中有几个 ID。我需要通过脚本在这些 ID 上创建索引,这样我就不必一次又一次地运行 ensureIndex 命令。 db.getCollection("element
在我的数据库中,每个包含项目的文档中都有一个嵌套的元素数组,格式如下: elements:[ { "elem_id": 12, items: [ {"i_id": 1
我正在构建一个应用程序,其中用户可以位于不同的时区,并且我运行的查询对他们的时区很敏感。 我遇到的问题是 MongoDB 似乎在查询时忽略了时区! 这是日期字段“2019-09-29T23:52:13
我正在研究使用 mongodb 进行分片,我有以下结构: 1 个 Mongod 到我的 ConfigServer,在 ReplicaSet 中只有 1 个成员 2 个分片,每个分片在 ReplicaS
我正在尝试获取一个 mongoDB 对象,例如 Friend1 包含另一个 mongoDB 对象 Friend2,该对象又包含第一个对象 Friend1本质上使它成为一个循环对象引用。 要么这样,要么
关闭。这个问题是off-topic .它目前不接受答案。 想改进这个问题? Update the question所以它是on-topic对于堆栈溢出。 9年前关闭。 Improve this que
Mongo 版本 5.0.2。 Ubuntu 20.0 我在本地主机中启用了 MongoDB 连接的安全性。 我正在尝试通过以下命令使用身份验证详细信息连接我的本地主机 MongoDBmongo ad
我即将将分片的 MongoDB 环境从 2.0.7 升级到 2.2.9,最终我想升级到 2.4.9,但显然我需要通过 2.2 来完成。 2.2 的发行说明声明配置服务器应该首先升级其二进制文件,然后是
目前,我无法在我的虚拟 Ubuntu 机器上远程连接 mongodb 服务器。我无法使用在我的 Windows PC 上运行的 Robomongo 客户端连接,该 PC 也运行 vm。 这是两台电脑的
我创建了一个免费的 mongodb 集群。我创建了一个用户,设置了与 mongodb compass 的连接,复制了连接字符串,然后打开了我的 mongodb compass。将复制的字符串粘贴到那里
我使用 java 代码创建了 mongo 数据库集合索引 dbCollection.createIndex("accountNumber"); 当我看到索引使用 db.accounts.getInde
我是一名优秀的程序员,十分优秀!