寫庫操作的代碼是否應該和資料庫部署到一台主機,資料庫上機操作題

本文目錄一覽：

• 1、正式服資料庫和測試服資料庫能否建在同一台伺服器上，是否有隱患？
• 2、應用伺服器和資料庫伺服器在同一台主機上，有風險嗎？
• 3、資料庫系統可以和應用系統安裝在同一台伺服器上，也可以分開到不同的伺服器上這樣說法對嗎
• 4、資料庫的空間和主機web空間是不是放在一台主機上

正式服資料庫和測試服資料庫能否建在同一台伺服器上，是否有隱患？

(1)系統上線了嗎？

如果系統上線了，那麼我不建議在正式上線的伺服器上再搭建一個oracle，因為這玩意耗內存、佔IO、還會分帶寬以及影響CPU（最後這個基本可以忽略），oracle本身運行就是這樣，那麼就免不了會對正式上線的系統產生影響，那麼就可能影響使用體驗，而且兩個資料庫到時萬一弄錯了，那就真的麻煩了。

（2）能不能做？

能做，但是我還是那麼說，不建議做。

一台伺服器，兩個資料庫。這個有兩個辦法：

第一個辦法是裝一台虛擬機，或者將B伺服器分機（就是一台變兩台，這個是伺服器方面的技術，不過機器一定要夠硬夠強，不然性能上的影響非常大），然後每個分機上分別裝一個oracle（也可以真實機一個，虛擬機一個），這樣的話只要機器夠強，那麼影響能相對小一些。

第二個辦法就是一台主機，兩個實例，然後分別監控不同的監聽介面（比如一個1521（正式機用），一個1522（測試機用）），不過我還是那句話，兩個oracle必然出現資源的問題，如果機器夠強，那就沒問題，如果機器不強，還是算了，為了一個測試系統搞慢（卡）了正式上線的系統，不值當。而且萬一有人設置不當或者溜號了，那麼真的可能把上線系統弄亂，那就是大麻煩。

而且能連接線上的伺服器，如果有人存心搗亂的話，測試伺服器（或者說測試資料庫）的安全性一般不強（畢竟一般都是內網在用），談能通過這個橋接過去，那就只能等死了。

一般來說測試系統並不需要特彆強只要一般就可以，隨便找一個伺服器（甚至是刀片伺服器都行）就行，只要能跑起來一般的程序能測試就OK了，數據也不用那麼多，有代表性就行，根本不用和真實的環境完全一致的。

應用伺服器和資料庫伺服器在同一台主機上，有風險嗎？

你好！

應用伺服器一般是對外的，對外也就是相當於公開，是相對有風險的，不過說句實話如果小型使用就不應在意（這個要自己去評估），做一些防範就行，因為沒有被黑的價值。

分開也很簡單，也就是多了一台伺服器，應用伺服器跟資料庫伺服器在統一內網，然後應用那邊鏈接字元串通過內網去連，資料庫伺服器不開外網，這樣就至少保證資料庫是本地隔離的，肯定是比在一起安全的。

至於你說的備份遷徙，應用不用動，資料庫伺服器安裝好資料庫後，把應用的資料庫拷貝過去即可，最後去切換應用的資料庫連接方式就行了。

資料庫系統可以和應用系統安裝在同一台伺服器上，也可以分開到不同的伺服器上這樣說法對嗎

不同軟體或網站可以使用同一個資料庫，注意事項

軟體要注意設置連接方式正確，賬戶密碼正確。

不同的軟體或網站，設置同一個資料庫時可以設置不同的表頭名稱，即可在同一個庫內區分不同的應用對應的不同數據歸屬，同時進行讀寫編輯

資料庫的空間和主機web空間是不是放在一台主機上

一、對於ACCESS數據。資料庫空間和WEB空間是存放在同一台伺服器上的，用戶可以自由管理。

二、SQL SERVER 資料庫。資料庫空間與WEB空間的擺放位置視情況而定，有可能在同一台伺服器上，也有可能不在同一台伺服器，但一定在同個網段內。用戶則需要在本地安裝SQL SERVER 2000的軟體，然後通過軟體中的導入、導出功能來管理庫文件。如用戶購買的是SQL SERVER 2005，則需要在本地安裝SQL SERVER 2005的軟體，進行管理遠程資料庫。