Forge Особенности: 18 ноября 2022 г. | Halo

Кузница пришла к Halo Infinite .

Впервые представленная в Halo 3 еще в 2007 году, эта функция превратилась из своего первоначального предназначения в качестве редактора карт для перемещения нерестов, замены оружия и добавления геометрии в нечто совершенно другое.

Причина этого кроется в сообществе. Вы использовали узлы телепорта, чтобы подвешивать ящики в воздухе в «Последнем прибежище». Вы брали оружие, гранаты и точки возрождения, создавали импровизированные визуальные эффекты в определенных комнатах и ​​делали культовые скриншоты. И вы научились таким приемам, как «взаимоблокировка» и «геообъединение», объединяя объекты вместе и поэтапно распределяя их по среде, чтобы не только редактировать существующие карты, но и создавать совершенно новые.

И это было только начало. В каждом последующем выпуске Forge цель заключалась в том, чтобы предоставить игрокам эти способности в качестве инструментов, находящихся в их распоряжении, что привело к тому, что мы имеем сегодня. В 2022 году Forge стал более мощным, чем когда-либо прежде, и за последнюю неделю, когда он был добавлен в Halo Infinite в рамках зимнего обновления, мы уже видели, как творческий дух сообщества начал расцветать.

Это означает, что пришло время для «Forge Spotlight», новой функции блога, где мы предлагаем вам один из самых крутых материалов, созданных сообществом.

С продвижением по службе естественным образом приходит определенное чувство запугивания и страха перед потерей удобной, выученной простоты. Вы можете сделать так много, что вам может быть трудно понять, с чего начать, и поэтому эта серия предназначена для того, чтобы сказать … начните здесь! Попробуйте то, что делают люди в сообществе, и давайте дадим вам учебные пособия и идеи, которые помогут вам в вашей собственной одиссее с Forge.

КАРТЫ И РЕЖИМЫ

Давайте взглянем на некоторые удивительные карты, которые вы можете найти и добавить в закладки прямо сейчас через Контент Браузер!

Я помню, как впервые сыграл в пейнтбол в Halo 3 . Еще в 2008 году было мгновенное убийство плазменных пистолетов на карте Forged в Foundry, и я потерял на этом многих часов с друзьями.

С бета-версией Forge в Halo Infinite пейнтбол возвращается! «Комбинация оружия» с помощью сценариев позволяет вам владеть боевой винтовкой, которая стреляет плазменными зарядами из импульсного карабина, в то время как ваш помощник стреляет из плазменного пистолета.

Пейнтбол с отключенными прыжками позволяет использовать различные объекты и сооружения на карте для укрытия, предугадывая движения врагов.

В прошлом мы могли создавать цели и бить по мячу с помощью Gravity Hammers, но Repulsoccer выводит все на совершенно новый уровень!

С помощью снаряжения «Репульсор» две команды могут перемещать энергетический шар по карте с целью попасть в ворота противника. Если энергетический шар коснется вас, вы мертвы и должны ждать возрождения — конечно, вы также можете уменьшить численность вражеской команды с помощью своего энергетического меча.

HAVEN
Кредиты: DarkMaiming
Закладка: Haven

Любимая фанатами классика многопользовательской игры Halo 4 , Haven была перестроена в Halo Infinite .

В Haven есть все, что может понравиться в многопользовательской карте Halo — это симметричная карта арены в стиле Forerunner, на которой можно разместить множество режимов для отличных действий 4 на 4.

КОАГУЛЯЦИЯ
Кредиты: AlphaEpsilon, BicycleHealer2
Закладка: Коагуляция

Говоря о любимой фанатами классике, вполне естественно, что, получив в свои руки такой инструмент, как Forge, сообщество, в частности, переделает эту карту — и это именно то, что BicycleHealer2 и соответствующий- под названием AlphaEpsilon сделали.

Названная Coagulation в честь воплощения Halo 2 этого незабываемого замкнутого каньона, сама карта на самом деле является воссозданием оригинальной Blood Gulch, которую мы знаем и любим.

Соберите друзей и поразмышляйте над великими жизненными тайнами о том, почему мы здесь… или взорвите друг друга танками. Либо хорошо!

Valhalla
Кредиты: Darthpepper, Chewbaci, Anakin53106
Закладка: Valhalla

Halo 3 дал нам духовный ремон , Чубачи и anakin53106 (много Энакинов!) — это фантастическая первая попытка перенести это любимое пространство в Halo Infinite .

Удивительно видеть, какой контент для сообщества может исходить от группы людей, объединяющих свои воспоминания о сериале с коллективным творческим талантом, которым они обладают для использования Forge в качестве инструмента.

СОЗДАНИЯ СООБЩЕСТВА

Некоторым из вас может быть интересно узнать, где можно найти сообщество Forge и связаться с ним. Два основных места, которые вы обязательно должны посетить:

• ForgeHub
• Forgera

Здесь вы найдете оживленные форумы для обсуждения и обмена, подробные браузеры для карт, новости и обновления и многое другое! И вы всегда можете зайти на официальный сайт Halo Discord, если ищете людей, с которыми можно поиграть.

Конечно, мы не единственные, кто выделяет карты и режимы Forge, что приводит нас к некоторым руководствам и учебным пособиям по Forge, созданным сообществом для сообщества.

Во-первых, Red Nomster подготовил несколько замечательных руководств по использованию Forge.

В своей первой части Red Nomster расскажет, как начать играть в Forge — от простых вещей, таких как размещение объектов и изучение их свойств, до освоения основ трюков с эффектами, а также сварки и скрипта двери.

Во второй части более подробно рассматривается, как можно создавать интерактивные карты в Halo Infinite , реализуя такие функции, как двойные и автоматические двери, лифты и лестницы.

DEWtheMCCOY собирает различные карты Forge от сообщества, чтобы демонстрировать их каждый день с момента выхода зимнего обновления. Мы приветствуем эту невероятную самоотверженность, и вам определенно следует не отставать от этой демонстрации потрясающего контента!

Наш собственный Робби Элиас собрал несколько видеороликов, показывающих некоторые интересные вещи, которые можно делать с помощью сценариев узловых графов в Forge.

Помните, как в Halo 2 «Станция Каир» и Halo 4 «Рассвет», когда вы выходите из шлюза для выхода в открытый космос, звук меняется, чтобы приглушить звуковые эффекты? Вы можете настроить это как глобальный звуковой эффект, а это значит, что пришло время использовать его для действительно захватывающего ремейка Boarding Action!

Может быть, вы хотите настроить граф узлов, чтобы запускать звуки на определенных объектах, когда происходит определенное событие, например, звучит сигнал тревоги на Мангусте, когда он получает урон…

Или, может быть, вы хотите, чтобы одна команда слышала определенный звук, а вражеская команда слышала что-то другое…

Черт, как только вы узнали, как заскриптовать дверь из видео Рэда Номстера, возможно, вы захотите реализовать звук для срабатывания когда вы открываете указанную дверь.

Вот и подошла к концу наша первая функция Forge!

Это только начало невероятно захватывающих вещей, которые появятся в Forge — как с точки зрения дальнейшего развития режима, так и с точки зрения того, какие ваши творения будут продолжать удивлять и поражать нас.

Мы очень рады возможности отправиться с вами в это Великое Путешествие.

Кроме того, когда вы делитесь своим контентом Forge в Интернете, как и другими творениями сообщества, обязательно помечайте его тегом #HaloSpotlight!

Чтобы закончить этот первый блог Forge Features вопросом: какое ваше любимое творение Forge, которое вы когда-либо видели? На этой странице0119 Репликация и мониторинг

Разделение и мониторинг

Сторожевой таймер узла хранения

Мониторинг является важнейшим компонентом администрирования всех баз данных. А твердое понимание отчетов MongoDB позволит вам оценить состояние вашей базы данных и поддерживать развертывание без кризисов. Кроме того, понимание нормальных рабочих параметров MongoDB будет позволяют диагностировать проблемы до того, как они перерастут в сбои.

В этом документе представлен обзор доступных утилит мониторинга и отчетная статистика доступны в MongoDB. Он также вводит диагностические стратегии и предложения по мониторингу наборов реплик и сегментированные кластеры.

Стратегии мониторинга

MongoDB предоставляет различные методы сбора данных о состоянии работающий экземпляр MongoDB:

• Начиная с версии 4.0, MongoDB предлагает бесплатный облачный мониторинг для автономных серверов и наборов реплик.

• MongoDB распространяет набор утилит, обеспечивающих работу в режиме реального времени. отчетность по работе с базой данных.

• MongoDB предоставляет различные команды базы данных, которые возвращают статистику относительно текущей состояние базы данных с большей точностью.

• Атлас MongoDB представляет собой облачную базу данных как услугу для запуска, мониторинга и поддержка развертываний MongoDB.

• MongoDB Cloud Manager — это размещенная служба, которая отслеживает работу MongoDB. развертывания для сбора данных и обеспечения визуализации и оповещений на основании этих данных.

• MongoDB Ops Manager — локальное решение, доступное в MongoDB корпоративный расширенный который отслеживает запущенные развертывания MongoDB для сбора данных и предоставления визуализация и оповещения на основе этих данных.

Каждая стратегия может помочь ответить на разные вопросы и полезна в разные контексты. Эти методы дополняют друг друга.

Средства отчетности MongoDB

В этом разделе представлен обзор методов отчетности, распространяемых с МонгоДБ. Он также предлагает примеры вопросов, которые каждый метод лучше всего подходит, чтобы помочь вам решить.

Бесплатный мониторинг

Новое в версии 4.0

.

MongoDB предлагает бесплатный облачный мониторинг для автономных серверов или наборов реплик.

По умолчанию вы можете включить/отключить бесплатный мониторинг во время выполнения, используя db.enableFreeMonitoring() и db.disableFreeMonitoring()

Бесплатный мониторинг обеспечивает до 24 часов данных. Подробнее см. Бесплатный мониторинг.

Утилиты

В дистрибутив MongoDB входит ряд утилит, которые быстро возвращать статистику о производительности и активности экземпляров. Как правило, они наиболее полезны для диагностики проблем и оценки нормального операция.

mongostat

mongostat захватывает и возвращает счетчики базы данных операции по типу (например, вставка, запрос, обновление, удаление и т. д.). Эти counts отчет о распределении нагрузки на сервер.

Используйте mongostat , чтобы понять распределение операций типов и для информирования планирования мощностей. См. монгостат справочная страница для деталей.

mongotop

mongotop отслеживает и сообщает о текущем чтении и записи активности экземпляра MongoDB и сообщает эту статистику по каждому Коллекционная основа.

Используйте mongotop , чтобы проверить активность вашей базы данных и использование соответствовать вашим ожиданиям. См. справочную страницу mongotop . для деталей.

Консоль HTTP

Изменено в версии 3.6 : MongoDB 3. 6 удаляет устаревший интерфейс HTTP и REST API для МонгоДБ.

Команды

MongoDB включает ряд команд, сообщающих о состоянии база данных.

Эти данные могут обеспечивать более высокий уровень детализации, чем утилиты обсуждалось выше. Рассмотрите возможность использования их вывода в сценариях и программах для разрабатывать настраиваемые оповещения или изменять поведение вашего приложения в ответ на активность вашего экземпляра.

дБ.currentOp() метод — еще один полезный инструмент для идентификации экземпляра базы данных. незавершенные операции.

serverStatus

Команда serverStatus или db.serverStatus() из оболочки возвращает общий обзор состояния база данных с подробным описанием использования диска, использования памяти, подключения, ведения журнала, и индексный доступ. Команда возвращается быстро и не влияет Производительность MongoDB.

состояние сервера выводит отчет о состоянии MongoDB пример. Эта команда редко запускается напрямую. В большинстве случаев данные имеет больше смысла при агрегировании, как можно было бы видеть при мониторинге инструменты, включая MongoDB Cloud Manager и Ops Manager. Тем не менее все администраторы должны быть ознакомлены с данными, предоставленными

serverStatus

dbStats

Команда dbStats или db.stats() из оболочки, возвращает документ, в котором рассматриваются использование хранилища и объемы данных. dbStats отражают количество используемое хранилище, количество данных, содержащихся в базе данных, и счетчики объектов, коллекций и индексов.

Используйте эти данные для мониторинга состояния и объема памяти конкретной базы данных. Этот вывод также позволяет вам сравнить использования между базами данных и для определения среднего размер документа в базе данных.

collStats

collStats или db.collection.

stats() из оболочка, предоставляющая статистику, похожую на dbStats вкл. уровень коллекции, включая количество объектов в коллекция, размер коллекции, объем используемого дискового пространства коллекцией и сведения о ее индексах.

replSetGetStatus

Команда replSetGetStatus ( rs.status() из оболочка) возвращает обзор состояния вашего набора реплик. Документ replSetGetStatus подробно описывает состояние и конфигурация набора реплик и статистика о его членах.

Используйте эти данные, чтобы убедиться, что репликация настроена правильно, и проверить соединения между текущим хостом и другими членами набора реплик.

Размещенные (SaaS) инструменты мониторинга

Это инструменты мониторинга, предоставляемые как размещенная служба, обычно через платная подписка.

Имя	Примечания
	Набор облачных сервисов для управления MongoDB5 Cloud Manager развертывания. MongoDB Cloud Manager обеспечивает мониторинг, резервное копирование и автоматизацию функциональность. Локальное решение см. также Ops Manager, доступный в MongoDB Enterprise Advanced.
VividCortex	VividCortex обеспечивает глубокое понимание производства MongoDB рабочая нагрузка базы данных и производительность запросов — в разрешение в одну секунду. Отслеживайте задержку, пропускную способность, ошибки и больше, чтобы обеспечить масштабируемость и исключительную производительность вашего приложение на MongoDB.
	Несколько плагинов, в том числе MongoDB Monitoring , Медленные запросы MongoDB , и Мониторинг набора реплик MongoDB .
Плотность сервера	Инструментальная панель для MongoDB , MongoDB специальные оповещения, временная шкала аварийного переключения репликации и iPhone, iPad и мобильные приложения для Android.
Управление производительностью приложений	IBM предлагает SaaS для управления производительностью приложений, включает монитор для MongoDB и других приложений и промежуточного программного обеспечения.
New Relic	New Relic предлагает полную поддержку производительности приложений управление. Кроме того, плагины New Relic и Insights позволяют просматривать мониторинг метрик из Cloud Manager в New Relic.
Datadog	Мониторинг инфраструктуры для визуализации производительность ваших развертываний MongoDB.
Мониторинг производительности SPM	Мониторинг, обнаружение аномалий и оповещение SPM отслеживает все ключевые показатели MongoDB вместе с инфраструктурой, в т.ч. Docker и другие показатели приложения, например. Node.js, Java, NGINX, Apache, HAProxy или Elasticsearch. SPM обеспечивает корреляцию метрик и логов.
Pandora FMS	Pandora FMS предоставляет PandoraFMS-mongodb-monitoring плагин для мониторинга MongoDB.

Ведение журнала процессов

Во время нормальной работы mongod и монго экземпляры сообщают о реальной учетной записи обо всех действиях и операциях сервера либо стандартный вывод или файл журнала. Следующие параметры времени выполнения контролировать эти параметры.

• тихий . Ограничивает количество информации, записываемой на журнал или вывод.

• многословность . Увеличивает количество информации, записываемой на журнал или вывод. Вы также можете изменить детализацию ведения журнала во время среды выполнения с параметром logLevel или Метод db.setLogLevel() в оболочке.

• путь . Включает запись в файл, а не стандартную выход. При настройке необходимо указать полный путь к файлу журнала. эта настройка.

• logAppend . Добавляет информацию в журнал файл вместо перезаписи файла.

Вы можете указать эти операции настройки как командную строку аргументы для mongod или mongos

Например:

 mongod -v —logpath /var/log/mongodb/server1.log —logappend
 Запускает экземпляр  mongod  в подробном  режиме , добавляя данные в файл журнала  /var/log/mongodb/server1. log/  .
 Следующие команды базы данных также
журналирование изменений:
 Редактирование журнала 
  Доступно только в MongoDB Enterprise 
  mongod , работающий с  security.redactClientLogData 902:30
редактирует сообщения, связанные с любым заданным
логировать событие перед логированием, оставляя только метаданные, исходные файлы или номера строк
связанные с событием.  security.redactClientLogData  предотвращает
потенциально конфиденциальной информации от входа в системный журнал за счет
деталь диагностики.
 Например, следующая операция вставляет документ в  mongod  работает без редактирования журнала.  монгод  имеет  systemLog.component.command.verbosity  установлен на  1  :
 
 db.clients.insertOne({ "имя" : "Джо", "PII" : "Конфиденциальная информация" } )
 Эта операция создает следующий журнал :
 
 2017-06-09T13: 35: 23. 446-04: 00 I Команда [CONN1] Команда внутренняя.
 вставка: "клиенты",
 documents: [ {
 _id: ObjectId('593adc5b99001b7d119d0c97'),
 name: "Joe",
 PII: " Sensitive Information"
 } ],
 заказано: true
 }
 ...
 A  mongod , работающий с  security.9redactClientLogData02:30
выполнение той же операции вставки приводит к следующему событию журнала:
 
 2017-06-09T13:45:18.599-04:00 I COMMAND [conn1] command internal.clients
 appName: «Mongo3DB Shell» 903DB65
 команда: вставить {
 вставить: "###", документы: [ {
 _id: "###", имя: "###", PII: "###"
 } ],
 заказано: "###"
 }
 Используйте  redactClientLogData  в сочетании с
Шифрование в состоянии покоя и
TLS/SSL (транспортное шифрование) для обеспечения соответствия
нормативные требования.
 Диагностика проблем с производительностью 
 При разработке и эксплуатации приложений с MongoDB может потребоваться
анализировать производительность базы данных как приложения.
MongoDB Performance обсуждает некоторые
эксплуатационные факторы, которые могут повлиять на производительность.
 Репликация и мониторинг 
 Помимо основных требований мониторинга для любого экземпляра MongoDB, для
наборы реплик, администраторы должны отслеживать репликацию  отставание  . «Задержка репликации» означает количество времени, которое требуется для
копировать (т. е. реплицировать) операцию записи на первичном
вторичный. Некоторый небольшой период задержки может быть приемлемым, но
по мере увеличения задержки репликации возникают серьезные проблемы, в том числе:
 Растущая нагрузка на кэш-память на основном сервере.
 Операции, совершенные в период задержки, не
реплицируется на один или несколько вторичных серверов. Если вы используете репликацию
для обеспечения сохранности данных исключительно длительные задержки могут повлиять на
целостность вашего набора данных.
 Если задержка репликации превышает продолжительность операции
log (oplog), то MongoDB придется выполнить начальный
синхронизировать на вторичном, копируя все данные с основного и
восстановление всех индексов. [1] Это редкость при нормальных обстоятельствах,
но если вы настроите oplog меньше, чем по умолчанию,
проблема может возникнуть.
 Размер оплога можно настроить только во время первого
запустить с использованием аргумента  --oplogSize  для
команда  mongod  или, что предпочтительнее,  параметр oplogSizeMB  в файле конфигурации MongoDB. Если вы не укажете это на
командную строку перед запуском с  --replSet  option,  mongod  создаст oplog размера по умолчанию.
 По умолчанию oplog составляет 5 процентов от общего доступного дискового пространства. на 64-битных системах. Для получения дополнительной информации об изменении оплога
размер см. в разделе Изменение размера оплога.
 Управление потоком 
 Начиная с MongoDB 4.2, администраторы могут ограничивать скорость, с которой
первичный применяет свои записи с целью сохранения большинства 90 229
совершил отставание  от
настраиваемое максимальное значение  flowControlTargetLagSeconds 
 По умолчанию управление потоком включено  
 иметь: featureCompatibilityVersion (FCV) из  4.2  и прочтите озабоченность  большинство включено  . То есть включенный поток
управление не действует, если FCV не равно  4.2  или если читается проблема
большинство инвалиды.
 См. также: Проверьте задержку репликации.
 Состояние набора реплик 
 Проблемы с репликацией чаще всего возникают из-за сетевого подключения
проблемы между членами, или результат первичных, который не
иметь ресурсы для поддержки трафика приложений и репликации. К
проверьте статус реплики, используйте  replSetGetStatus 902:30 или
следующий помощник в оболочке:
 
 rs.status()
 обзорный вид этого вывода. В общем, следите за значением  opttimeDate  и обратите особое внимание
разница во времени между основным и
второстепенные члены.
 [1]
 Начиная с MongoDB 4.0 оплог может увеличиваться за пределы настроенного размера
ограничить, чтобы не удалить  Точка большинства коммитов 
 Бесплатный мониторинг 
 Начиная с версии 4.0, MongoDB предлагает бесплатный мониторинг для автономных наборов и наборов реплик.
Дополнительные сведения см. в разделе Бесплатный мониторинг.
 Медленное применение записей Oplog 
 Начиная с версии 4.2 (также доступно начиная с 4.0.6), вторичный
члены набора реплик теперь регистрируют записи oplog, которые занимают больше времени, чем медленная операция
порог для применения. Эти медленные сообщения oplog:
 Регистрируются для вторичных  журнал диагностики 
 Регистрируются под компонентом  REPL  с текстом  применил операцию: <запись оплога> заняло <число> мс  .
 Не зависеть от уровней ведения журналов (как в системе, так и в компонентах).
уровень)
 Не зависит от уровня профилирования.
 Может быть затронут  slowOpSampleRate  ,
в зависимости от вашей версии MongoDB:
 В MongoDB 4.2 и более ранних версиях эти медленные записи oplog не
затронуты  slowOpSampleRate  .
MongoDB регистрирует все медленные записи oplog независимо от частоты дискретизации.
 В MongoDB 4.4 и более поздних версиях на эти медленные записи oplog влияет  slowOpSampleRate 
 Профилировщик не фиксирует медленные записи oplog.
 Разделение и мониторинг 
 В большинстве случаев компоненты сегментированных кластеров
пользуйтесь тем же мониторингом и анализом, что и все другие базы данных MongoDB. экземпляры. Кроме того, кластеры требуют дальнейшего мониторинга для обеспечения
что данные эффективно распределяются между узлами и что сегментирование
операции работают нормально.
 См. также: 
 Дополнительные сведения см. в документации по разделению
Информация.
 Серверы конфигурации 
 База данных конфигурации поддерживает карту, определяющую, какие
документы на каких осколках. Кластер обновляет эту карту как
куски перемещаются между осколками. Когда конфигурация
сервер становится недоступным, некоторые операции сегментирования становятся недоступными.
недоступен, например, перемещение фрагментов и запуск  mongos  экземпляры. Однако кластеры остаются доступными из уже запущенных mongos  экземпляров.
 Поскольку недоступные серверы конфигурации могут серьезно повлиять на
наличие шардированного кластера, вы должны следить за своим
серверы конфигурации, чтобы убедиться, что кластер остается в рабочем состоянии
сбалансировано и что  экземпляров mongos  могут быть перезапущены.
 MongoDB Cloud Manager и Ops Manager отслеживают серверы конфигурации и могут
создавать уведомления, если сервер конфигурации становится недоступным. См.
Документация по MongoDB Cloud Manager и документация по Ops Manager для получения дополнительной информации.
 Балансировка и распределение фрагментов 
 Наиболее эффективные развертывания сегментированных кластеров обеспечивают равномерную балансировку
куски среди осколков. Для облегчения этого MongoDB
имеет фоновый процесс балансировки, который распределяет данные, чтобы гарантировать, что
чанки всегда оптимально распределяются между осколками.
 Выдать  db.printShardingStatus()  или  sh.status()  команда  mongos  изнутри  mongosh  .
Это возвращает обзор всего кластера, включая
имя базы данных и список чанков.
 Устаревшие блокировки 
 Чтобы проверить статус блокировки базы данных, подключитесь к
 Экземпляр  mongos  с использованием  mongosh  . Выпустить
следующую последовательность команд для переключения на базу данных  config  и
показать все незавершенные блокировки в базе данных сегмента:
 
 use config
 db.locks.find()
 другая уравновешивающая деятельность от транспирации. В  конфиг  база данных,
используйте следующую команду для просмотра блокировки «балансировщика».
 
 db.locks.find( { _id : "balancer" } )
  Изменено в версии 3.4  : Начиная с 3.4, основной сервер конфигурации CS
Блокировка «балансировщика» с использованием идентификатора процесса с именем «ConfigServer». Этот замок
никогда не выпускается. Чтобы определить, работает ли балансировщик, см.
Проверьте, работает ли балансировщик.
 Сторожевой таймер узла хранения 
 Начиная с MongoDB 4.2, Storage Node Watchdog доступен как в Community, так и в
Редакции MongoDB Enterprise.
 В более ранних версиях (3.2.16+, 3.4.7+, 3.6.0+, 4.0.0+)
Сторожевой таймер узла хранения
доступен в версии MongoDB Enterprise.
 Сторожевой таймер узла хранения отслеживает следующие каталоги MongoDB, чтобы
обнаружить зависание файловой системы:
 Каталог  --dbpath 
 Каталог  журнала  внутри каталога  --dbpath , если  ведение журнала  включено
 Каталог  --logpath  файл
 Каталог  --auditPath  файл
 По умолчанию Watchdog отключен. Вы можете только включить
Сторожевой таймер узла хранения на  mongod  во время запуска
установка параметра  watchdogPeriodSeconds  на целое число
больше или равно 60. Однако после включения вы можете приостановить
Сторожевой таймер узла хранения и перезапуск во время выполнения. Видеть  параметр watchdogPeriodSeconds  для подробностей.