Ⅰ 一台伺服器上如何安裝多個oracle資料庫
你可以在安裝軟體後再創建資料庫，這個數量可以是多個。安裝ORACLE時，如選擇僅安裝軟體，則安裝結束後無資料庫。你可以繼續創建資料庫。
實例是一個正在進行時的概念，每當啟動一個資料庫時，ORACLE會依照初始化參數文件spfile的記錄分配內存，啟動進程，查找相關文件，而當資料庫關閉後，實例的壽命也就終止了，再啟動就是一個新的實例，可以簡單理解為實例就是內存和進程的集合，與物理文件沒有關聯，你完全可以刪除實例，然後用oradmin來創建一個新實例，然後啟動資料庫，只要物理文件沒有問題。多個實例可對應一個資料庫，它們共同操作同一數據文件。但你要說多個資料庫，應該是指要創建不同的物理文件，而一個實例不能管理多個資料庫。
Ⅱ 如何配置伺服器只有一個網站但有多個資料庫
一台伺服器，一個網站，多個資料庫。這樣的網站伺服器，根據我自己網站多年的經驗，這很不合理，一台伺服器一個網站我還可以勉強接受，但是你一個伺服器中一個網站還多個資料庫入在一起，還是同一個網站的，有這個必要嗎。如果說是做數據備份的話，那也說的過去。我建議，如果你想在一台伺服器里建立一個網站，就使用一個資料庫，要備份資料庫可以在其備分，可以跨伺服器來備份，這樣你可以多個伺服器里有備份數據，這樣即使你使用的網站伺服器被攻擊而資料庫被數據丟失，那也不用怕，因為你另一個伺服器有數據，可以很快恢復回來。所以我建議你多台伺服器備份資料庫，如果多個網站用多個資料庫，同一台伺服器的話，那倒是可以的。
Ⅲ 如何管理伺服器上的多個資料庫
雖然這將減少託管所有這些資料庫的成本，但是，這增加了管理這些系統的復雜性，因為你現在要處理多個服務級協議和維護窗口。 當你決定在同一台伺服器上託管多個資料庫的時候，你要考慮的第一件事是這些系統是否有互補的維護窗口。如果一個系統不能在夜間放慢速度或者離線，另一個系統不能在白天放慢速度或者離線，這些系統就不適合共享一個伺服器，因為你在需要為系統使用補丁或者處於其它原因要讓系統離線的時候，你沒有有效的維護時間窗。 你需要考察的下一個決定因素是這些系統的服務級協議。需要99%的開機時間的系統能夠安排在一起，因為你可能會為這些系統(也許是集群解決方案)建立一個比非重要任務系統更強大的環境。這可以為你節省額外的成本，因為你現在不需要采購任何高端系統。具有更高的服務級協議的系統也可能會有同樣的維護時間窗。因此，這些系統在一開始就是互補的。 承擔工作量 對託管多個資料庫的sql伺服器進行維護的最大難題是時機。 當然，當把多個資料庫集中在一個SQL伺服器的時候需要考慮的最重要的問題是，是否有足夠的CPU和內存資源處理這些客戶程序添加到這個資料庫伺服器的工作量。如果單個伺服器不能提供需要的CPU和內存資源，那麼，把這些資料庫都集中在那台伺服器上就不是一個好的選擇。 當你經過這個整個決策過程並且把這些資料庫都放在同一台伺服器上之後，你如何保持這些系統的健康和在高峰期仍能運行?與其它任何資料庫解決方案一樣，你仍需要處理自己的備份、索引碎片整理和重建、以及為操作系統和SQL伺服器使用補丁。 處理託管多個資料庫的SQL伺服器的維護的最大難題是時機。你需要保證你的維護任務能夠在這個SQL伺服器託管的全部資料庫計劃的維護時間窗內完成。在任何資料庫的維護時間窗之外進行維護工作都將引起資料庫運行緩慢，因為硬碟和CPU資源現在被維護活動佔用了，而不是處理正常的資料庫查詢。 重新索引工作 已經證明是有用的一個技術是比正常運行重新索引指令更頻繁地對你的索引進行碎片整理。整理碎片的指令比重新索引指令有更多的好處。第一，索引碎片整理指令是一種在線操作，而重建索引是一種離線工作(除非你運行SQL伺服器2005企業版或者更新的版本)。第二，如果你頻繁地運行索引碎片整理指令，每一次運行這個指令的時候工作量都比較少。 例如，你每個星期檢查一次索引碎片，它顯示碎片是70%。這樣，你就可以運行一個索引重建指令清除這些索引。 然而，你在第二天再檢查索引碎片的時候會發生什麼情況呢?它可能是大約8%至10%的碎片。因此，如果你每天運行一個索引碎片整理指令而不是每個星期運行一次索引碎片整理指令，每一天要做的工作就很少，這個工作就能夠更快地完成，可能在每天的維護時間窗內完成。 即使你在時間窗內不能讓這個系統離線，由於碎片整理操作是一種在線操作，這個系統在整理碎片操作的時間將繼續發揮作用，只是反應速度比正常情況下稍微慢一點。 資料庫備份 備份是在一台伺服器上託管多個資料庫的時候需要解決的另一個關鍵問題。 每一個資料庫都有自己的備份要求。備份資料庫也許是能夠在SQL伺服器運行時執行的最繁重的任務。並不是因為這種備份需要佔用大量的CPU和內存資源(這個任務佔用的資源一般是很低的，除非你在備份的時候對資料庫進行壓縮)，而是因為備份一個大型資料庫需要佔用大量的硬碟資源。 當進行全面備份的時候，整個資料庫必須從硬碟讀取。如果你的硬碟系統非常繁忙，這個備份會引起性能嚴重下降。這種備份的最佳解決方案是選擇合適的時機。你還可以尋找能夠在備份的同時允許對資料庫備份進行壓縮的第三方工具。由於這將增加SQL伺服器上的CPU的工作量，它通常僅用很少的時間完成備份，因為需要寫入備份設備中的數據很少。 結論 只有很少的幾種技術能夠在一台伺服器上運行多個資料庫的時候幫助進行資料庫伺服器的維護。當你考慮資料庫整合項目時，希望你能發現這些工具是很有用的。
Ⅳ 同一台伺服器上的mysql中的兩個資料庫如何實現共享
這種架構一般用在以下三類場景
1. 備份多台 Server 的數據到一台如果按照數據切分方向來講，那就是垂直切分。比如圖 2，業務 A、B、C、D 是之前拆分好的業務，現在需要把這些拆分好的業務匯總起來備份，那這種需求也很適用於多源復制架構。實現方法我大概描述下：業務 A、B、C、D 分別位於 4 台 Server，每台 Server 分別有一個資料庫來隔離前端的業務數據，那這樣，在從庫就能把四台業務的數據全部匯總起來，而不需要做額外的操作。那沒有多源復制之前，要實現這類需求，只能在匯總機器上搭建多個 MySQL 實例，那這樣勢必會涉及到跨庫關聯的問題，不但性能急劇下降，管理多個實例也沒有單台來的容易。
Ⅳ 如何在一台伺服器上安裝多個SQL資料庫
一台伺服器上一般只能安裝一個SQL資料庫
如果伺服器的配置高，內存大的話，可以在伺服器里建虛擬機，然後在虛擬機里也可以安裝SQL資料庫，這樣子就可以建多個SQL資料庫
Ⅵ 一個伺服器可以存在多個資料庫么可以的話怎才可以登錄指定的資料庫庫是新建的只有默認的用戶！
可以，創建一個賬號對應一個資料庫（創建時有許可權設置，默認是系統資料庫）。登錄這個賬號時只能訪問指定資料庫。。（比如原有sa賬號許可權很大，都可以訪問所有的庫，包括增刪查改）
Ⅶ 如何在一台伺服器上安裝兩個mysql或者更多
這種架構一般用在以下三類場景
1. 備份多台 Server 的數據到一台如果按照數據切分方向來講，那就是垂直切分。比如圖 2，業務 A、B、C、D 是之前拆分好的業務，現在需要把這些拆分好的業務匯總起來備份，那這種需求也很適用於多源復制架構。實現方法我大概描述下：業務 A、B、C、D 分別位於 4 台 Server，每台 Server 分別有一個資料庫來隔離前端的業務數據，那這樣，在從庫就能把四台業務的數據全部匯總起來，而不需要做額外的操作。那沒有多源復制之前，要實現這類需求，只能在匯總機器上搭建多個 MySQL 實例，那這樣勢必會涉及到跨庫關聯的問題，不但性能急劇下降，管理多個實例也沒有單台來的容易。
Ⅷ 如何在一個伺服器上建立多個獨立資料庫
以mysql資料庫為例。
1、登錄mysql
參數說明：-u為mysql用戶名默認用戶為root；-h為mysql伺服器的ip本機默認為127.0.0.1；-p為使用密碼登錄，輸入正確密碼則登錄成功
mysql -u root -p -h127.0.0.1
2、創建新資料庫
參數說明：hu替換為要新建的資料庫名
CREATE DATABASE hu;
3、創建新資料庫登錄用戶(若使用老用戶則可以跳過此步)
參數說明:分別填入允許登錄的ip，用戶名，密碼
insert into mysql.user(Host,User,Password) values('localhost','hu',password('hupassword'));
4、更新用戶配置表信息
說明：執行這幾條語句之後，就創建了一個資料庫名為hu,用戶名為hu,密碼為hupassword的用戶。
flush privileges;
5、授權用戶在新數據的操作許可權
說明：執行下面這條語句之後，就開啟了hu這個用戶在hu資料庫的所有操作許可權，如果有特別的閑置可以將*替換為具體的許可權(select,update,delete)
grant all privileges on hu.* to hu@localhost identified by 'hupassword';
6、更新用戶配置表信息
flush privileges;
php方面登錄新資料庫即可。