Я переїхав наш MongoDB на новий сервер. Розробник, який спочатку встановив його, з тих пір залишився, і я не можу знайти оригінальні налаштування конфігурації.
У версії 2.6 я використовую файл конфігурації в каталозі встановлення за промовчанням, але, здається, я не знаходжу старого.
Редагувати 1: Процес mongod виконується як служба Windows, а аргументи: "C: Програмні файлиMongoDBmongod" --logpath e: mongodblogs --logappend --dbpath "e: mongodbdata" - директоріядокументів - обслуговування
Редагувати 2: Всі файли даних в моєму db були розділені на файли рівними 2,096,128 кб, з шаблоном назви файлу DocumentStore.0, DocumentStore.1 і т.д. поведінка?
Відповіді:
1 для відповіді № 1Я відповім на обидві ваші зміни.
Спочатку за допомогою командного рядка ви використовуєте:
"C:Program FilesMongoDBmongod" --logpath e:mongodblogs --logappend --dbpath "e:mongodbdata" --directoryperdb --service
MongoDB насправді не використовує файл конфігурації. Для того, щоб MongoDB використовував конфігураційний файл, він повинен мати команду --config / -f. У вас немає того, що в такому випадку MongoDB використовує не конфігураційний файл.
Навіть у linux типовою установкою MongoDB (через apt-get) є вказання файлу конфігурації, як правило, в /etc/ і посилається на init.d скрипт з командою mongod --config /etc/mongodb.conf.
Отже, коли ви встановлюєте пакунки, ви маєте конфігураційний контур за замовчуванням, однак він повинен бути доставлений, який не є вашим.
Як такий у вас немає файлу конфігурації, всі ваші параметри передаються прямо в команду.
Що стосується вашого другого редагування, все це за замовчуванням в MongoDB, тобто як це працює.
0 для відповіді № 2
Коли конфігураційний файл не є в каталозі за промовчанням, екземпляр mongod повинен був бути запущений з параметром --config [location]. Ваш старий екземпляр монгода все ще працює? А у вас є доступ до оболонки сервера? Потім запустіть ps aux | grep mongod і за командою можна (повинно?) можливо бути параметром з розташуванням.