Это, вероятно, собирается звучать резким..
У Вас есть резервное копирование? Совершенно выполнимо, что можно создать резервную копию данных из Виртуальной машины, или самого изображения vmdk и конфигурации серверной платформы VM.
Восстановление, что, и Вы, вероятно, восстановили бы состояние системы к тому, перед удалением его.
Если Вы видите, что vmdk отображает себя, и Вы знаете, что это - то, которое Вы удалили, возможно, можно ли заставить VM монтировать что непосредственно, просто добавив его как другой диск?
10gen настоятельно рекомендует XFS, если вы знаете, как его настраивать, или EXT4 в противном случае. С учетом сказанного я бы посоветовал реалистичное (включая нагрузку, если вы можете понять, как) тестирование с непроизводственными данными.
С учетом сказанного, я бы подумал об использовании флага - nojournal
при запуске MongoDB чтобы избежать чрезмерной загрузки диска, которая может быть вызвана журналированием ZFS, отслеживающим журналирование MongoDB.
Нет, это плохая идея:
ZFS использует столько свободной памяти, сколько может для кэширования
MongoDB тоже
, поэтому оперативная память используется неэффективно.
ZFS использует ЦП для каждого чтения и записи, использование аппаратного рейда с ext4 или xfs освободит некоторые циклы ЦП, которые будут доступны для MonGoDB (что является интенсивным ЦП)
Я бы никогда не использовал ZFS для БД, i предпочел бы использовать ZFS как простую базу данных больших файлов.