亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: 擴(kuò)展分區(qū)空間 [打印本頁]

作者: oulinhl 時(shí)間: 2012-07-04 12:28
標(biāo)題: 擴(kuò)展分區(qū)空間
公司有一數(shù)據(jù)庫服務(wù)器，目前系統(tǒng)兩塊硬盤：
第一塊硬盤作為系統(tǒng)
第二塊硬盤做為數(shù)據(jù)庫存儲(chǔ)數(shù)據(jù)，掛載在/Databases目錄
現(xiàn)有第二塊硬盤空間不足10G，需要擴(kuò)展，現(xiàn)在手頭還有一塊500G的硬盤
服務(wù)器沒有做Raid，系統(tǒng)也沒有做LVM管理。

現(xiàn)在想擴(kuò)展/Databases空間，請問大家有什么好的方法進(jìn)行擴(kuò)展嗎？

作者: anonymous0502 時(shí)間: 2012-07-04 12:50
/database目錄只是給數(shù)據(jù)庫軟件及數(shù)據(jù)文件使用的嗎？

作者: oulinhl 時(shí)間: 2012-07-04 12:56
回復(fù) 2# anonymous0502

不是，/Databases目錄只存儲(chǔ)數(shù)據(jù)庫數(shù)據(jù)，相關(guān)應(yīng)用都在第一塊盤中

作者: anonymous0502 時(shí)間: 2012-07-04 13:24
關(guān)閉數(shù)據(jù)庫，這時(shí)應(yīng)該可以umount /Database了吧
然后把你的500G硬盤分好區(qū)，用lvm或直接分區(qū)看你自己決定了。再格式化新分區(qū)，再掛載到/Database目錄。
再把原來掛載到/Database的分區(qū)掛載到另外一個(gè)目錄下（可以新建一個(gè)來臨時(shí)掛載一下），然后把數(shù)據(jù)從新建的這個(gè)目錄下都復(fù)制到/Database下。
再修改/etc/fstab文件

如果你的都是普通的文件系統(tǒng)大概可以這樣做吧，你再仔細(xì)看看上面說的是否有不對的地方，重要操作小心為上。動(dòng)手之前做好備份比較關(guān)鍵。

另外問一下，你這是什么數(shù)據(jù)庫？
oracle生產(chǎn)環(huán)境好像不少是用的裸設(shè)備的方式，比較少聽說直接用文件系統(tǒng)的吧。裸設(shè)備的話好像就不是這么做了，我也不太熟。

作者: anonymous0502 時(shí)間: 2012-07-04 13:32
oracle比較復(fù)雜，如果是用的oracle，請先忽視我上面說的，你先弄清楚oracle用的什么方式來存儲(chǔ)數(shù)據(jù)的。免得給你幫倒忙

作者: oulinhl 時(shí)間: 2012-07-04 13:32

anonymous0502 發(fā)表于 2012-07-04 13:24
關(guān)閉數(shù)據(jù)庫，這時(shí)應(yīng)該可以umount /Database了吧
然后把你的500G硬盤分好區(qū)，用lvm或直接分區(qū)看你自己決定了 ...

是MySQL數(shù)據(jù)庫，主要是ibdata文件太大了，當(dāng)時(shí)做數(shù)據(jù)庫時(shí)沒有采用獨(dú)立表空間

作者: anonymous0502 時(shí)間: 2012-07-04 13:37
如果只是普通的文件系統(tǒng)文件，我前面說的那樣應(yīng)該可以吧，僅供參考。
安全起見你可以模擬一下你的真實(shí)環(huán)境測試一下看看。然后把步驟記下來，到真機(jī)上照你測試過的步驟做就可以了。
自己維護(hù)的東西還是自己弄清楚比較好

作者: anonymous0502 時(shí)間: 2012-07-04 13:45
做成lvm那就可以把你所有的可用磁盤都用起來了，就是不知道m(xù)ysql數(shù)據(jù)庫一般是不是可以放在lvm邏輯分區(qū)上，性能不知道是否會(huì)有影響。

作者: oulinhl 時(shí)間: 2012-07-04 13:51

anonymous0502 發(fā)表于 2012-07-04 13:45
做成lvm那就可以把你所有的可用磁盤都用起來了，就是不知道m(xù)ysql數(shù)據(jù)庫一般是不是可以放在lvm邏輯分區(qū)上，性 ...

放到LVM上到是沒有什么問題

主要是當(dāng)時(shí)對數(shù)據(jù)評估時(shí)，對實(shí)際數(shù)據(jù)量評估過低，導(dǎo)致現(xiàn)在數(shù)據(jù)空間不足，而且現(xiàn)在數(shù)據(jù)庫文件達(dá)到幾百G，再折騰很郁悶，而且MySQL數(shù)據(jù)庫做恢復(fù)過程慢得出奇，花費(fèi)時(shí)間太大了

作者: anonymous0502 時(shí)間: 2012-07-04 14:12
把新硬盤做好lvm，然后把數(shù)據(jù)復(fù)制到新硬盤后，測試以便確保數(shù)據(jù)庫能運(yùn)行。
之后就可以把原來那個(gè)存放數(shù)據(jù)的磁盤分區(qū)再加入lvm了。

好像沒有涉及到數(shù)據(jù)庫恢復(fù)吧，僅僅只有文件復(fù)制操作而已。文件復(fù)制過去后掛載點(diǎn)一樣文件大小一樣，就好像什么都沒發(fā)生過一樣吧。

或者還有什么別的更好的辦法，是否還有什么沒考慮到的，可以再看看。

作者: oulinhl 時(shí)間: 2012-07-04 15:00

anonymous0502 發(fā)表于 2012-07-04 14:12
把新硬盤做好lvm，然后把數(shù)據(jù)復(fù)制到新硬盤后，測試以便確保數(shù)據(jù)庫能運(yùn)行。
之后就可以把原來那個(gè)存放數(shù)據(jù)的 ...

嗯，你這種想法可以測試！

作者: anonymous0502 時(shí)間: 2012-07-04 15:05
數(shù)據(jù)量大就比較麻煩，隨便折騰一下就要不少時(shí)間。

歡迎光臨 Chinaunix (http://72891.cn/)