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

本文目錄一覽：

• 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的軟件，進行管理遠程數據庫。