一個簡單的問題,不同的處理方式引人深思

一個簡單的問題,不同的處理方式引人深思

 

目的:建立Postgresql服務

當下問題:

1/data掛載的磁盤已全部用於mysql數據庫

2sda1/boot分區,sda2用於虛

解決方法建

1/data下的mysql文件,將/data的磁格式化,重新分區。風險較大,竟是物理機。

2/data下的mysql文件,在/data下新建/data/mysql/data/postgresql文件,將原份文件放入至/data/mysql下。這樣需要重新更改配置文件,較爲

3、在//postgresqlP數據初始化目,但之後需要容,不然出數據量大的情況,會致服器崩

4、分配一臺虛機搭建P數據,相當於掛到了sda2上。比推薦個,風險小,又方便。

注:因目前研不需要P數據建,之前他要求的其是在mysqlpostgresql庫,並不是要求搭建P數據庫環境,所以個不急。

 

-----------------------------這是條沒有感情的分割線

上面是我發給老大的一封簡訊。背景是這樣的,一星期前,一個同事受命管理一個機房,在兩個重建數據庫服務器(一臺至今還沒弄好,應該是硬件問題。)後,研發發來建庫請求,當然,在上面的注下說的很明白,是一個烏龍。但P數據庫是歸我管的,之後機房裏肯定是要用的,所以我還是把問題發了過去。就上面四點是我認真考慮的方案,我認爲第四種是最爲方便的,因爲虛擬機的話,之後做主從熱備的時候方便許多,也不怕搞蹦磁盤

||ヽ(* ̄▽ ̄*)ノミ|Ю

然而,老大收到簡訊後,恢復是“2”。。。好吧,把配置文件放到二級目錄下。再一想我便明白了,我追求的是方便、快捷,想把服務都分開,像docker容器一樣管理服務。而老大想的是,數據庫服務器上就應該放置所有的數據庫服務,而在/data磁盤下將數據庫服務分開爲各個二級目錄,這樣很直觀,安全。當然,他想的最主要的一點,恐怕還是規範。按照服務來,一個服務一個目錄,這是他的規矩。虛擬機玩多了,容易和物理機搞混,虛擬機搞蹦了用快照備份很容易恢復,而物理機不一樣,蹦了用raid模式還原都很麻煩,嚴重的只能重裝系統...看來之前的問題是挺嚴重的。老大不愧是老大,想到的層面都比我高太多了o(* ̄︶ ̄*)o贊!

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章