mongoDB使用复制还原数据库节省空间

用db.copyDatabase可以备份复制数据的方法。

1.db.copyDatabase("from","to","127.0.0.1:16161");复制出一个新的to数据库。这个已经是最小数据占用的数据。会在数据目录下产生to的相关数据文件。

2.将所有程序的配置从from库改为to库。测试无误。

3.这时可以删除from库。方法。use from 后 db.dropDatabase()。这个方法的好处是可以时间将磁盘上的数据删除掉。节省出很大的空间。

磁盘紧张的同学可以参考以上方法。

时间： 2024-11-02 23:17:52

mongoDB使用复制还原数据库节省空间的相关文章

mongodb 备份、还原、导入、导出

mongodump备份数据库常用的备份命令格式 mongodump -h IP --port 端口 -u 用户名 -p 密码 -d 数据库 -o 文件存在路径如果想导出所有数据库,可以去掉-d mongodump 语法: [[email protected] ~]# mongodump --help Export MongoDB data to BSON files. options: --help produce help

mongodb local数据库的空间初始化好大啊！

新建立了一个replicat set,登录到primary里,show dbs一看吓一跳 local数据库竟然占用了80多G的空间 [[email protected] bin]# ./mongo --host 10.1.1.31 --port 27017 MongoDB shell version: 2.4.6 connecting to: 10.1.1.31:27017/test Server has startup warnings: Mon Jan 20 15:12:35.071 [i

数据库还原总提示空间不够，磁盘卷 'D:\' 上的可用空间不足，无法创建数据库

从数据库上备份下来bak格式的数据库文件之后,在本地数据库欢迎的时候总是提示空间不够. 这种情况一般在从64位电脑上面备份的数据库文件,还原到32位的sqlsever上面. System.Data.SqlClient.SqlError: 磁盘卷 'D:\' 上的可用空间不足,无法创建数据库.数据库尚需 27258781696 字节的可用空间,但只有 16987021312 字节可用. (Microsoft.SqlServer.Smo) 具体查询原因是:服务器上数据库的初始空间大小设置的太大了,本

MongoDB复制集数据库拆分和版本升级实战

MongoDB复制集数据库拆分和版本升级实战问题描述复制集rs_1上承载了所有的数据库业务,而加内存已经无法满足应用程序压力. 解决方案考虑拆分复制集rs_1的部分数据库到rs_2,并同时升级数据库版本到2.6. 架构图准备评估升级可能性 1. 连接2.6 mongo shell到2.4 复制集辅助成员,在admin库执行db.upgradeCheckAllDBs(). 2. 评估升级到2.6的应用程序兼容性问题,参考:http://docs.mongodb.org/manual/

MongoDB学习（管理数据库和集合）

管理数据库显示数据库列表 show dbs 切换到其他数据库 use <database_name> 创建数据库 MongoDB没有提供显式的创建数据库的MongoDB shell命令.数据库是在添加集合或用户时隐式地创建的. 可使用use database_name命令创建数据库.但只有添加了至少一个文档,才可真正创建完一个数据库. 删除数据库在MongoDB shell 中删除数据库,必须先切换到该数据库,才可执行删除操作. 1 use database_name 2 db.dropD

【摘】Mysql备份还原数据库之mysqldump实例及参数详细说明

原文http://www.cnblogs.com/xuejie/archive/2013/01/11/2856911.html 我们在运营项目的过程中肯定会遇到备份数据库,还原数据库的情况,我们一般用一下两种方式来处理: 1.使用into outfile 和 load data infile导入导出备份数据这种方法的好处是,导出的数据可以自己规定格式,并且导出的是纯数据,不存在建表信息,你可以直接导入另外一个同数据库的不同表中,相对于mysqldump比较灵活机动. 我们来看下面的例子:

【RMAN】利用备份片还原数据库（中）

[RMAN]利用备份片还原数据库 [RMAN]利用备份片还原数据库(上): http://blog.itpub.net/26736162/viewspace-1621581/ 在上一篇blog中我们介绍了采用dbms_backup_restore来找回控制文件并恢复整个数据库的方法,本篇blog我们介绍采用创建临时库来找回控制文件的方法. 1.1.1 方法二:尝试采用创建临时库来找回控制文件由于RMAN必须工作在MOUNT模式,所有的数据文件都丢失,无法通过只重建控制文件将其启动到MOUNT

Mysql备份还原数据库之mysqldump实例及参数详细说明

http://www.xuejiehome.com/blfl-2.html http://www.cnblogs.com/xuejie/archive/2013/01/11/2856911.html 我们在运营项目的过程中肯定会遇到备份数据库,还原数据库的情况,我们一般用一下两种方式来处理: 1.使用into outfile 和 load data infile导入导出备份数据这种方法的好处是,导出的数据可以自己规定格式,并且导出的是纯数据,不存在建表信息,你可以直接导入另外一个同数据库的不同

windows系统做了压缩文件以节省空间之后，sqlserver服务无法启动

首先查看日志文件:发现有两个严重错误. 2014-07-27 22:28:32.81 spid7s Starting up database 'master'. 2014-07-27 22:28:32.90 spid7s 错误: 5118,严重性: 16,状态: 1. 2014-07-27 22:28:32.90 spid7s 文件 "C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DA