MongoDB был случайно сломан, и теперь в «ремонте». (wiredTiger, старая версия 3.6)
В моем случае ремонтные работы более необходимы в некоторых случаях, поэтому, если есть доступная опция, я думаю использовать ее и, во-первых, пропустить меньше необходимо, но больше индексов, возможно, ошибочных. (Но задание, скорее всего, будет обрабатывать все данные через экземпляры, особенно для «wiredTiger», который назван как своего рода «чередующийся» статус, тогда нет способа расставить приоритеты.)
Во-вторых, восстановление, скорее всего, будет работать дольше для тех, у кого больше индексов, и дольше для большего количества данных (даже с меньшим количеством индексов), независимо от того, что сообщения журнала прогресса находятся в стандартном формате, BTW время кажется трудным (просто продолжать работать, даже если нет лог за четыре часа). Экземпляры различаются по размеру менее 100 ГБ или более 1 ТБ.
Журналы, отображаемые на экране, будут сохранены как любой файл?
Если есть какие-то проблемы, если предположить, что у определенного экземпляра есть такие (например, сложность, плохая структура и т. Д. c и, как следствие, вызвано cra sh), исправление может дать некоторые из оставшихся аварийно завершенных, а другие спасенные?
И практически невозможно найти способ восстановить экземпляры, если восстановление окончательно не удается?