主页 / dba / 问题

问题[mongodump](dba)

Martin Hope
behroozbc
Asked: 2022-02-10 02:25:17 +0800 CST
  • 0

我生成了一个具有该archivegz格式的 MongoDB 转储文件。当我尝试使用mongorestore命令恢复它时，它不会恢复。

恢复命令

mongorestore --gzip --archive="./mongo_device.bing.com_20220209-000000.archivegz" --db=Test --verbose

结果

2022-02-10T11:57:02.955+0330    using write concern: &{majority false 0}
2022-02-10T11:57:03.587+0330    will listen for SIGTERM, SIGINT, and SIGKILL
2022-02-10T11:57:03.588+0330    connected to node type: standalone
2022-02-10T11:57:03.588+0330    The --db and --collection flags are deprecated for this use-case; please use --nsInclude instead, i.e. with --nsInclude=${DATABASE}.${COLLECTION}
2022-02-10T11:57:03.740+0330    archive prelude Logger.logs
2022-02-10T11:57:03.740+0330    archive prelude Logger.DeviceChannelData
2022-02-10T11:57:03.740+0330    archive format version "0.1"
2022-02-10T11:57:03.740+0330    archive server version "4.4.3"
2022-02-10T11:57:03.740+0330    archive tool version "v3.15.0_alpha20210804-4411-g6ef8a4d4d7"
2022-02-10T11:57:03.741+0330    preparing collections to restore from
2022-02-10T11:57:03.741+0330    skipping restoring Logger.logs, it is not included
2022-02-10T11:57:03.741+0330    skipping restoring Logger.logs metadata, it is not included
2022-02-10T11:57:03.742+0330    skipping restoring Logger.DeviceChannelData, it is not included
2022-02-10T11:57:03.742+0330    skipping restoring Logger.DeviceChannelData metadata, it is not included
2022-02-10T11:57:04.208+0330    demux finishing (err:<nil>)
2022-02-10T11:57:04.208+0330    received  from namespaceChan
2022-02-10T11:57:04.208+0330    restoring up to 4 collections in parallel
2022-02-10T11:57:04.208+0330    building indexes up to 4 collections in parallel
2022-02-10T11:57:04.208+0330    0 document(s) restored successfully. 0 document(s) failed to restore.
2022-02-09T13:50:42.321+0330    preparing collections to restore from
2022-02-09T13:50:42.755+0330    0 document(s) restored successfully. 0 document(s) failed to restore.
mongodb mongodump
Martin Hope
DB guy
Asked: 2021-04-09 23:46:16 +0800 CST
  • 0

我有一个数据转储，但我需要在还原每个数据库时更改它们的名称，如果数据库名为“customers”，则需要将“customer2”、“products”改为“products2”

我可以重命名单个数据库，但是单独重命名每个数据库需要很长时间

mongorestore --nsFrom='PetHotel.pets' --nsTo='PetHouse.pets' --nsInclude="PetHouse.*" dump/

如何重命名转储中的所有数据库？

mongodb mongodump
Martin Hope
Shubham A.
Asked: 2020-05-22 21:25:28 +0800 CST
  • 0

如何通过单独提供源和接收数据库以及集合名称在单个命令中执行 mongo DB 转储和恢复？

我知道我们可以先做 mongodump，然后再做 mongorestore，但如果我需要在中间机器上做这个，这意味着我需要等待 mongodump 完成，然后才能再次手动启动 mongorestore。有没有办法在一个命令中做到这一点？

mongodb mongodump
Martin Hope
Ian Newson
Asked: 2019-10-23 07:16:16 +0800 CST
  • 1

我已经使用 mongodump 在我的 Ubuntu 机器上设置了一个备份脚本。但是，由于在尝试转储内置配置数据库时出现错误，目前这不起作用：

在此处输入图像描述

（为图像道歉，我无法从我使用的终端复制粘贴）

我怎样才能解决这个问题？我要么需要为我的用户添加正确的权限，要么排除配置数据库。理想情况下，我希望 mongodump 忽略任何特定数据库上的错误，这样我仍然可以获得有用的备份。

这是我用来登录的用户，如管理数据库中所定义：

{
    "_id" : "admin.admin",
    "userId" : UUID("b1928c55-fbaa-4196-9e7c-93e9139501ed"),
    "user" : "admin",
    "db" : "admin",
    "roles" : [ 
        {
            "role" : "userAdminAnyDatabase",
            "db" : "admin"
        }, 
        {
            "role" : "dbAdminAnyDatabase",
            "db" : "admin"
        }, 
        {
            "role" : "readWriteAnyDatabase",
            "db" : "admin"
        }
    ],
    "mechanisms" : [ 
        "SCRAM-SHA-1", 
        "SCRAM-SHA-256"
    ]
}
mongodb mongodump
Martin Hope
Victor Valente
Asked: 2019-02-08 12:00:01 +0800 CST
  • 0

我正在尝试将 MongoDB 集合从远程服务器转储到本地JSON 文件。

首先，我先进行一些 ssh 端口转发：

ssh -NL 12345:localhost:27017 $REMOTE_USERNAME@$REMOTE_HOST &

然后，出口本身：

mongoexport -h $MONGODB_URL -d $MONGODB_DBNAME -c $MONGODB_COLLECTION -o $BACKUP_FILE --pretty

我通常会得到的是这样的：

2019-02-07T14:58:15.322-0400    writing bubeIO.requests to
2019-02-07T14:58:18.754-0400    [........................]  bubeIO.requests  0/2773  (0.0%)
2019-02-07T14:58:21.754-0400    [........................]  bubeIO.requests  10/2773  (0.3%)
2019-02-07T14:58:24.754-0400    [........................]  bubeIO.requests  20/2773  (0.6%)
...
...
2019-02-07T14:59:00.754-0400    [........................]  bubeIO.requests  2773/2773  (100.0%)

但是，我得到的是：

2019-02-07T14:58:15.322-0400    writing bubeIO.requests to
2019-02-07T14:58:18.754-0400    [........................]  bubeIO.requests  0/2773  (0.0%)
2019-02-07T14:58:21.754-0400    [........................]  bubeIO.requests  0/2773  (0.0%)
2019-02-07T14:58:24.754-0400    [........................]  bubeIO.requests  0/2773  (0.0%)
2019-02-07T14:58:27.753-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:58:30.753-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:58:33.754-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:58:36.753-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:58:39.753-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:58:42.753-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:58:45.754-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:58:48.753-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:58:51.753-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:58:54.754-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:58:57.753-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:59:00.594-0400    [........................]  bubeIO.requests  101/2773  (3.6%)
2019-02-07T14:59:00.594-0400    Failed: error writing data for collection `bubeIO.requests` to disk: error reading collection: read tcp [::1]:61276->[::1]:12345: use of closed network connection

正如您所看到的，它从 0 到 101 非常快，然后它不会从那里到任何地方，直到超时。

之前它在远程转储方面运行良好，但突然之间开始出现这种情况。本地转储工作正常，所以这可能是网络问题？

谁能告诉我如何解决这个问题？

PS：mongod和mongoexport都是4.0.2版本

编辑

在我释放了总共 13 GB 的硬盘空间后，它又开始工作了。也许磁盘无法容纳整个未压缩的集合，所以我对 mongoexport 的内部工作和磁盘使用情况越来越深入。感谢@priyanka-kariya 和@Stennie。

mongodb mongodump
Martin Hope
Dave
Asked: 2018-08-22 16:11:12 +0800 CST
  • 82

我正在使用 mongo 工具中的 mongodump 下载我的服务器的备份。但是，当我运行该命令时，该命令返回“无法识别的字段'快照'”。

完整的错误是：

Failed: error reading collection: Failed to parse: { find: "data", skip: 0, snapshot: true, $readPreference: { mode: "secondaryPreferred" }, $db: "xxx" }. Unrecognized field 'snapshot'.

Mongodump --version 返回：

mongodump version: built-without-version-string
git version: built-without-git-spec
Go version: go1.7.3
   os: linux
   arch: amd64
   compiler: gc
OpenSSL version: OpenSSL 1.0.2g  1 Mar 2016

我可能需要降级我的版本？否则不确定从这里去哪里......

mongodb mongodump
Martin Hope
Yunus UYANIK
Asked: 2017-09-23 03:59:51 +0800 CST
  • 0

我在 ubuntu 服务器上有 mongodb。数据库版本：3.2.8

中央处理器：4核

内存 : 16 GB

磁盘：50GB

通常服务器内存状态：

在此处输入图像描述

运行备份脚本：

DIR=`date +%m%d%y`
DEST=DBBackup/MongoDB/$DIR
mongodump -d onedb -o $DEST
mongodump -d twodb -o $DEST
mongodump -d threedb -o $DEST
mongodump -d fourdb -o $DEST
mongodump -d fivedb -o $DEST

脚本完成和服务器内存状态：

在此处输入图像描述

缓存保持不变。如果我反复备份五天，所有的内存都会用完。内存不会自动刷新。我应该怎么办？

mongodb mongodump
Martin Hope
Andre M
Asked: 2017-06-11 11:17:28 +0800 CST
  • 0

任何人都可以指出备份 MongoDB 数据库的正确方法mongodump吗？

我努力了：

mongodump --host "cluster0-shard-00-00-2djno.mongodb.net:27017,cluster0-shard-00-01-2djno.mongodb.net:27017,cluster0-shard-00-02-2djno.mongodb.net:27017" \
  --authenticationDatabase admin --ssl --username admin \
  --password mypassword -o /tmp

当我这样做时，我得到：

Failed: error connecting to db server: no reachable servers

ping使用和命令验证与单个节点的连接，以telnet使这些节点有效。

mongodump版本是 3.2.13 。

mongodb mongodump