Jak powiedzieli inni, MongoDB nie ma obecnie trwałości pojedynczego serwera. Na szczęście to bardzo łatwe skonfigurować replikację wielowęzłową. Możesz nawet skonfigurować drugą maszynę w innym centrum danych i automatycznie replikować do niej dane na żywo!
Jeśli zapis musi się powiedzie, możesz spowodować, że Mongo nie powróci z operacji wstawiania/aktualizacji, dopóki dane nie zostaną zreplikowane do n niewolnicy. Dzięki temu masz co najmniej n kopie danych. Zestawy replik umożliwiają dodawanie i usuwanie węzłów z klastra w locie bez znaczącej pracy; po prostu dodaj nowy węzeł, a automatycznie zsynchronizuje kopię danych. Usuń węzeł, a klaster ponownie się zrównoważy. Jest bardzo zaprojektowany do użytku na wielu maszynach, z wieloma węzłami działającymi równolegle; jest to preferowana konfiguracja domyślna, w porównaniu do czegoś takiego jak MySQL, który oczekuje, że jedna gigantyczna maszyna wykona swoją pracę, na której można następnie sparować urządzenia podrzędne, gdy trzeba skalować. To inne podejście do przechowywania i skalowania danych, ale bardzo wygodne, jeśli poświęcisz trochę czasu na zrozumienie różnic w założeniach i na to, jak zbudować architekturę, która wykorzystuje jej mocne strony.
