如何mongorestore 2.6.11轉儲到3.2.5系統？

Question

在從2.6.11轉儲（從另一個系統）到3.2.5系統執行mongorestore之后，我注意到了一個異常。 簡而言之， 新系統上的收集文件的名稱（在/var/lib/mongodb ）以不同的方式命名，並遵循以下格式：

collection-55--6670716476518949126.wt
index-1--6670716476518949126.wt

在舊系統上，集合位於/home/mongodb並遵循以下命名約定：

collection_name.0
collection_name.1
collection_name.ns

奇怪的是，盡管舊系統上的〜150MB收集文件大小未在新的收集文件大小（約150kb）中表示，但一切似乎都在“工作”。

我在跟蹤答案：

如何使用WiredTiger將MongoDB 2.6遷移到3.0

這基本上表明：

• 執行mongodump 。
• 停止mongod
• 升級MongoDB版本
• 將/etc/mongod.conf的舊配置文件轉換為新的YAML格式。
• 重新啟動mongod
• 在轉儲上執行mongorestore 。

但是，當我執行mongorestore到全新的MongoDB 3.2.5安裝時，我已經具有YAML格式的配置文件（請參見下文）。

因此，似乎唯一需要執行的步驟是mongorestore我已完成並導致了上述異常。

我的問題是：

01）我應該執行其他步驟嗎？

02）是否應將這些文件命名為“異常”？

03）為什么收集文件的大小有如此大的差異？

我要求以避免由於錯過重要步驟而可能在以后出現的任何問題。

/etc/mongod.conf

# mongod.conf

# for documentation of all options, see:
#   http://docs.mongodb.org/manual/reference/configuration-options/

# Where and how to store data.
storage:
  dbPath: /var/lib/mongodb
  journal:
    enabled: true
#  engine:
#  mmapv1:
#  wiredTiger:

# where to write logging data.
systemLog:
  destination: file
  logAppend: true
  path: /var/log/mongodb/mongod.log

# network interfaces
net:
  port: 27017
  bindIp: 127.0.0.1


#processManagement:

#security:

#operationProfiling:

#replication:

#sharding:

## Enterprise-Only Options:

#auditLog:

#snmp:

Answer 1

該文件名正確，因為mongoDb現在使用有線Tiger作為默認存儲引擎。 關聯的大小可能不同，因為WT將文件存儲在文件中時使用不同的方法

在這里看到更多