Как перенести Базы с одного сервера на другой методом copy/paste в MongoDB?

Question

[Роман Алексеевич]

После простого копирования папки data с одной машины на другую, замещая ту папку, на второй машине не запускается служба Mongo. Выдает ошибку. dump не предлагать. Нужно решить именно методом copy/paste.
Права на папку поменял - запустилась но появилась другая проблема и на источнике и на приемнике. при открытии того же самого проекта на ноде - express пишет ошибку - MongoError: Topology was destroyed

2018-10-24T09:44:06.095+0300 I CONTROL  [main] ***** SERVER RESTARTED *****
2018-10-24T09:44:06.520+0300 I CONTROL  [main] Trying to start Windows service 'MongoDB'
2018-10-24T09:44:06.521+0300 I CONTROL  [initandlisten] MongoDB starting : pid=3404 port=27017 dbpath=E:\MongoDB\Server\4.0\data 64-bit host=epsilon
2018-10-24T09:44:06.521+0300 I CONTROL  [initandlisten] targetMinOS: Windows 7/Windows Server 2008 R2
2018-10-24T09:44:06.521+0300 I CONTROL  [initandlisten] db version v4.0.3
2018-10-24T09:44:06.521+0300 I CONTROL  [initandlisten] git version: 7ea530946fa7880364d88c8d8b6026bbc9ffa48c
2018-10-24T09:44:06.521+0300 I CONTROL  [initandlisten] allocator: tcmalloc
2018-10-24T09:44:06.521+0300 I CONTROL  [initandlisten] modules: none
2018-10-24T09:44:06.521+0300 I CONTROL  [initandlisten] build environment:
2018-10-24T09:44:06.521+0300 I CONTROL  [initandlisten]     distmod: 2008plus-ssl
2018-10-24T09:44:06.521+0300 I CONTROL  [initandlisten]     distarch: x86_64
2018-10-24T09:44:06.521+0300 I CONTROL  [initandlisten]     target_arch: x86_64
2018-10-24T09:44:06.522+0300 I CONTROL  [initandlisten] options: { config: "C:\Program Files\MongoDB\Server\4.0\bin\mongod.cfg", net: { bindIp: "127.0.0.1", port: 27017 }, service: true, storage: { dbPath: "E:\MongoDB\Server\4.0\data", journal: { enabled: true } }, systemLog: { destination: "file", logAppend: true, path: "C:\Program Files\MongoDB\Server\4.0\log\mongod.log" } }
2018-10-24T09:44:06.522+0300 I STORAGE  [initandlisten] Detected data files in E:\MongoDB\Server\4.0\data created by the 'wiredTiger' storage engine, so setting the active storage engine to 'wiredTiger'.
2018-10-24T09:44:06.522+0300 I STORAGE  [initandlisten] wiredtiger_open config: create,cache_size=7679M,session_max=20000,eviction=(threads_min=4,threads_max=4),config_base=false,statistics=(fast),log=(enabled=true,archive=true,path=journal,compressor=snappy),file_manager=(close_idle_time=100000),statistics_log=(wait=0),verbose=(recovery_progress),
2018-10-24T09:44:06.705+0300 I STORAGE  [initandlisten] WiredTiger message [1540363446:704794][3404:140717136089216], txn-recover: Main recovery loop: starting at 9/37376
2018-10-24T09:44:06.844+0300 I STORAGE  [initandlisten] WiredTiger message [1540363446:843797][3404:140717136089216], txn-recover: Recovering log 9 through 10
2018-10-24T09:44:06.920+0300 I STORAGE  [initandlisten] WiredTiger message [1540363446:919811][3404:140717136089216], txn-recover: Recovering log 10 through 10
2018-10-24T09:44:06.988+0300 I STORAGE  [initandlisten] WiredTiger message [1540363446:987807][3404:140717136089216], txn-recover: Set global recovery timestamp: 0
2018-10-24T09:44:07.005+0300 I RECOVERY [initandlisten] WiredTiger recoveryTimestamp. Ts: Timestamp(0, 0)
2018-10-24T09:44:07.033+0300 I CONTROL  [initandlisten] 
2018-10-24T09:44:07.033+0300 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.
2018-10-24T09:44:07.033+0300 I CONTROL  [initandlisten] **          Read and write access to data and configuration is unrestricted.
2018-10-24T09:44:07.033+0300 I CONTROL  [initandlisten] 
2018-10-24T09:44:07.185+0300 W FTDC     [initandlisten] Failed to initialize Performance Counters for FTDC: WindowsPdhError: PdhExpandCounterPathW failed with 'Указанные объекты не найдены на этом компьютере.' for counter '\Memory\Available Bytes'
2018-10-24T09:44:07.185+0300 I FTDC     [initandlisten] Initializing full-time diagnostic data capture with directory 'E:/MongoDB/Server/4.0/data/diagnostic.data'
2018-10-24T09:44:07.186+0300 I NETWORK  [initandlisten] waiting for connections on port 27017
2018-10-24T09:44:07.186+0300 I STORAGE  [initandlisten] Service running
2018-10-24T09:44:37.331+0300 I NETWORK  [listener] connection accepted from 127.0.0.1:52019 #1 (1 connection now open)
2018-10-24T09:44:37.332+0300 I NETWORK  [conn1] received client metadata from 127.0.0.1:52019 conn1: { driver: { name: "nodejs", version: "2.2.36" }, os: { type: "Windows_NT", name: "win32", architecture: "x64", version: "6.3.9600" }, platform: "Node.js v10.12.0, LE, mongodb-core: 2.1.20" }
2018-10-24T09:44:37.345+0300 I NETWORK  [conn1] end connection 127.0.0.1:52019 (0 connections now open)
2018-10-24T09:44:37.346+0300 I NETWORK  [listener] connection accepted from 127.0.0.1:52020 #2 (1 connection now open)
2018-10-24T09:44:37.346+0300 I NETWORK  [conn2] received client metadata from 127.0.0.1:52020 conn2: { driver: { name: "nodejs", version: "2.2.36" }, os: { type: "Windows_NT", name: "win32", architecture: "x64", version: "6.3.9600" }, platform: "Node.js v10.12.0, LE, mongodb-core: 2.1.20" }
2018-10-24T09:44:37.364+0300 I NETWORK  [conn2] end connection 127.0.0.1:52020 (0 connections now open)

Answer 1

[Philipp]

1. MongoDb версии должны совпадать
2. Конфигурации должны быть одинаковы
3. Права на файлы и папки должны быть корректными

Что в логах?
Почему именно Copy/Paste? Может тогда лучше репликация или снапшоты?

Comments

[Philipp]

MongoError: Topology was destroyed

пояляется из-за потери соединения. Похоже, что клиент сам закрывает соединение.
Посмотрите вот здесь https://jira.mongodb.org/browse/NODE-982 Там в последнем комментарии есть настройки для клиента.

[Роман Алексеевич]

Philipp, npm update вбил. обновился express. и всё заработало. не знаю с чем это связано...

[Philipp]

Роман Алексеевич, это связано с обрыванием соединения клиентом.