2013-09-28 28 views
0

我正面臨一個奇怪的錯誤。我昨天讓我的mongo實例啓動並運行。數據在/ mnt/mongo/db中,我通過AWS啓動它。/mnt/mongo/db即使設置和數據存在,也不存在

我做的唯一活動是我停止了創建AMI副本的機器,然後重新啓動。這會導致/ mnt/mongo/db消失嗎?你們有沒有過這樣的經歷?隨着整個數據的消失,這引起了人們對這種設置的高效性的擔憂。任何幫助讚賞。

其他細節: 根據文檔我讀, 「上的實例的前臨時存儲的任何內容被消滅,你被賦予新的臨時存儲(通常安裝到/ mnt)」但是,當我擡頭看實例中,根設備被列爲「ebs」,應該從臨時存儲備份。

有關我的設置可能出錯的想法嗎?

DF顯示:

/dev/xvda1    8256952 5154808 2682716 66%/
udev     840532   4 840528 1% /dev 
tmpfs     339352  192 339160 1% /run 
none      5120   0  5120 0% /run/lock 
none     848376  16 848360 1% /run/shm 
/dev/xvdb   153899044 406996 145674424 1% /mnt 

然而,這是令人困惑,因爲這顯示了AWS控制檯上的有xvda1和xvdf。我不確定/ dev/xvdb從哪裏來。我將更改爲/ dev/xvdf並查看數據是否持久。

回答

1

如果數據不存在,並且它存儲在/ mnt中,那麼很可能您使用的是實例存儲。即使根設備可能是EBS,也可以啓用實例存儲卷。使用命令'df'查看卷佈局。

當你停止一個實例時,一旦重新啓動它就會得到一個新的主機。實例存儲與主機綁定。

除非您確信已經以可處理數據丟失的方式進行復制,否則您絕對不應該爲任何數據庫實例存儲。

+0

謝謝,我添加了df信息。另外,據我現在的理解,這個已經獲得了牽引力的做法是,也有一個用於根的EBS和一個單獨的EBS數據量。 –

+0

/dev/xvd [b-e]通常用作臨時存儲的掛載點。 – datasage

+0

@datasage。我一直看着你在EBS問題上打敗我!如果您有機會,請給我發送電子郵件或鏈接請求(請參閱我的個人資料)。我們應該聊天.. :-) –

相關問題