當前位置:首頁 » 操作系統 » 資料庫高可用性

資料庫高可用性

發布時間: 2023-03-30 12:50:39

『壹』 資料庫的ha模式是什麼

高可用(HA)性有兩種不同的含義,在廣義環境中是指整個系統的高可用性,在狹義方面一般指主機、服務的冗餘,如主機HA、應用程序的HA等,無論那種情況,高可用性都可以包含如下一些方面:
1、 系統失敗或崩潰;
2、 應用層或者中間層錯誤;
3、網路失敗;
4、 介質失敗:指一些存放數據的媒體介質故障;
5、 人為錯誤;
6、 系統的容災備份;
7、 計劃內的維護或者重啟。
可見,高可用性不僅包含了系統本身故障、應用層的故障、網路故障、認為操作的錯誤等,還包含數據的冗餘、容災及計劃的維護時間等,也就是說一個真正的高可用環境,不僅能避免系統本身的問題,還應該能防止天災、人禍,並且有一個可靠的系統升級及計劃維護操作。

『貳』 如何查詢oracle資料庫是否配置了高可用性

1、查詢每台機器的連接數
select t.MACHINE,count(*) from v$session t group by t.MACHINE
這里所說的每台機器是指每個連接oracle資料庫的伺服器,每個伺服器都有配置連接資料庫的連接數,以websphere為例,在數據源中,每個數據源都有配置其最大/最小連接數。
執行sql後,可以看到每個伺服器連接oracle資料庫的連接數,若某個伺服器的連接數非常大,或者已經達到其最大連接數,那麼這台伺服器上的應用可能有問題導致其連接不能正常釋放。
2、查詢每個連接數的sql_text
v$session表裡存在的連接不是一直都在執行操作,如果sql_hash_value為空或者0,則該連接是空閑的,可以查詢哪些連接非空閑, web3 是機器名,就是WebSphere Application Server 的主機名。
select t.sql_hash_value,t.* from v$session t where t.MACHINE='web3' and t.sql_hash_value!=0
這個SQL查詢出來的結果不能看到具體的SQL語句,需要看具體SQL語句的執行下面的方法。

『叄』 c語言程序連接oracle資料庫高可用報ora03115錯

可以的。
OracleDatabase,又名OracleRDBMS,或簡稱Oracle。是甲骨文公司的一款關系資料庫管理系統。它是在資料庫領域一直處於領先地位的產品。可以說Oracle資料庫系統是世界上流行的關系資料庫管理系統,系統可移植性好、使用方便、功能強,適用於各類大、中、小微機環境。它是一種高效率的、可靠性好的、適應高吞吐量的資料庫方案。
C語言誕生於美國的貝爾實驗室,由丹尼斯·里奇(DennisMacAlistairRitchie)以肯尼斯·藍·湯普森(KennethLaneThompson)設計的B語言為基礎發展而來,在它的主體設計完成後,湯普森和里奇用它完全重寫了UNIX,且隨著UNIX的發展,c語言也得到了不斷的完善。為了利於C語言的全面推廣,許多專家學者和硬體廠商聯合組成了C語言標准委員會,並在之後的1989年,誕生了第一個完備的C標准,簡稱「C89」,也就是「ANSIC」,截至2020年,最新的C語言標准為2018年6月發布的「C18」。

『肆』 mysql資料庫的高可用指的是什麼

1234-- 資料庫的可靠指的是數據可靠 -- 資料庫可用指的是資料庫服務可用-- 可靠的是數據:例如<a
href="https://www..com/s?wd=%E5%B7%A5%E5%95%86%E9%93%B6%E8%A1%8C&tn=44039180_cpr&fenlei=-bIi4WUvYETgN-"
target="_blank"
class="-highlight">工商銀行</a>,數據不能丟失-- 可用的是服務:伺服器不能宕機1--高可用主要的技術點是 故障轉移、負載均衡、讀寫分離

『伍』 安裝好了sqlserver,怎麼做高可用

SQL Server 提供了幾個為伺服器或資料庫打造高可用性的可選方案。 高可用性可選方案包括:
AlwaysOn 故障轉移群集實例
作為 SQL Server AlwaysOn 產品/服務的一部分,AlwaysOn 故障轉移群集實例利用 Windows Server 故障轉移群集 (WSFC) 功能通過冗餘在實例級別(故障轉移群集實例 (FCI))提供了本地高可用性。 FCI 是在 Windows Server 故障轉移群集 (WSFC) 節點上和(可能)多個子網中安裝的單個 SQL Server 實例。 在網路中,FCI 顯示為在單台計算機上運行的 SQL Server 實例,不過它提供了從一個 WSFC 節點到另一個 WSFC 節點的故障轉移(如果當前節點不可用)。
有關詳細信息,請參閱 AlwaysOn 故障轉移群集實例 (SQL Server)。
AlwaysOn 可用性組
AlwaysOn 可用性組 是 SQL Server 2012 中引入的企業級高可用性和災難恢復解決方案,可使一個或多個用戶資料庫的可用性達到最高。 AlwaysOn 可用性組要求 SQL Server 實例駐留在 Windows Server 故障轉移群集 (WSFC) 節點上。 有關詳細信息,請參閱 AlwaysOn 可用性組 (SQL Server)。
注意 注意
FCI 可利用 AlwaysOn 可用性組提供資料庫級別的遠程災難恢復。 有關詳細信息,請參閱故障轉移群集和 AlwaysOn 可用性組 (SQL Server)。

『陸』 MySQL如何實現高可用

1. 概述

我們在考慮MySQL資料庫的高可用的架構時,主要要考慮如下幾方面:

關於對高可用的分級在這里我們不做詳細的討論,這里只討論常用高可用方案的優缺點以及高可用方案的選型。

2. 高可用方案

2.1. 主從或主主半同步復制

使用雙節點資料庫,搭建單向或者雙向的半同步復制。在5.7以後的版本中,由於lossless replication、logical多線程復制等一些列新特性的引入,使得MySQL原生半同步復制更加可靠。

常見架構如下:

通常會和proxy、keepalived等第三方軟體同時使用,即可以用來監控資料庫的 健康 ,又可以執行一系列管理命令。如果主庫發生故障,切換到備庫後仍然可以繼續使用資料庫。

優點:



缺點:




2.2. 半同步復制優化

半同步復制機制是可靠的。如果半同步復制一直是生效的,那麼便可以認為數據是一致的。但是由於網路波動等一些客觀原因,導致半同步復制發生超時而切換為非同步復制,那麼這時便不能保證數據的一致性。所以盡可能的保證半同步復制,便可提高數據的一致性。

該方案同樣使用雙節點架構,但是在原有半同復制的基礎上做了功能上的優化,使半同步復制的機制變得更加可靠。

可參考的優化方案如下:

半同步復制由於發生超時後,復制斷開,當再次建立起復制時,同時建立兩條通道,其中一條半同步復制通道從當前位置開始復制,保證從機知道當前主機執行的進度。另外一條非同步復制通道開始追補從機落後的數據。當非同步復制通道追趕到半同步復制的起始位置時,恢復半同步復制。

搭建兩條半同步復制通道,其中連接文件伺服器的半同步通道正常情況下不啟用,當主從的半同步復制發生網路問題退化後,啟動與文件伺服器的半同步復制通道。當主從半同步復制恢復後,關閉與文件伺服器的半同步復制通道。

優點:



缺點:




2.3. 高可用架構優化

將雙節點資料庫擴展到多節點資料庫,或者多節點資料庫集群。可以根據自己的需要選擇一主兩從、一主多從或者多主多從的集群。

由於半同步復制,存在接收到一個從機的成功應答即認為半同步復製成功的特性,所以多從半同步復制的可靠性要優於單從半同步復制的可靠性。並且多節點同時宕機的幾率也要小於單節點宕機的幾率,所以多節點架構在一定程度上可以認為高可用性是好於雙節點架構。

但是由於資料庫數量較多,所以需要資料庫管理軟體來保證資料庫的可維護性。可以選擇MMM、MHA或者各個版本的proxy等等。常見方案如下:

MHA Manager會定時探測集群中的master節點,當master出現故障時,它可以自動將最新數據的slave提升為新的master,然後將所有其他的slave重新指向新的master,整個故障轉移過程對應用程序完全透明。



MHA Node運行在每台MySQL伺服器上,主要作用是切換時處理二進制日誌,確保切換盡量少丟數據。

MHA也可以擴展到如下的多節點集群:

優點:



缺點:




Zookeeper使用分布式演算法保證集群數據的一致性,使用zookeeper可以有效的保證proxy的高可用性,可以較好的避免網路分區現象的產生。

優點:





缺點:




2.4. 共享存儲

共享存儲實現了資料庫伺服器和存儲設備的解耦,不同資料庫之間的數據同步不再依賴於MySQL的原生復制功能,而是通過磁碟數據同步的手段,來保證數據的一致性。

SAN的概念是允許存儲設備和處理器(伺服器)之間建立直接的高速網路(與LAN相比)連接,通過這種連接實現數據的集中式存儲。常用架構如下:



使用共享存儲時,MySQL伺服器能夠正常掛載文件系統並操作,如果主庫發生宕機,備庫可以掛載相同的文件系統,保證主庫和備庫使用相同的數據。



優點:



缺點:



DRBD是一種基於軟體、基於網路的塊復制存儲解決方案,主要用於對伺服器之間的磁碟、分區、邏輯卷等進行數據鏡像,當用戶將數據寫入本地磁碟時,還會將數據發送到網路中另一台主機的磁碟上,這樣的本地主機(主節點)與遠程主機(備節點)的數據就可以保證實時同步。常用架構如下:

當本地主機出現問題,遠程主機上還保留著一份相同的數據,可以繼續使用,保證了數據的安全。

DRBD是linux內核模塊實現的快級別的同步復制技術,可以與SAN達到相同的共享存儲效果。



優點:



缺點:





2.5. 分布式協議

分布式協議可以很好解決數據一致性問題。比較常見的方案如下:

MySQL cluster是官方集群的部署方案,通過使用NDB存儲引擎實時備份冗餘數據,實現資料庫的高可用性和數據一致性。

優點:



缺點:




基於Galera的MySQL高可用集群, 是多主數據同步的MySQL集群解決方案,使用簡單,沒有單點故障,可用性高。常見架構如下:



優點:



缺點:




Paxos 演算法解決的問題是一個分布式系統如何就某個值(決議)達成一致。這個演算法被認為是同類演算法中最有效的。Paxos與MySQL相結合可以實現在分布式的MySQL數據的強一致性。常見架構如下:

優點:



缺點:




3. 總結

隨著人們對數據一致性的要求不斷的提高,越來越多的方法被嘗試用來解決分布式數據一致性的問題,如MySQL自身的優化、MySQL集群架構的優化、Paxos、Raft、2PC演算法的引入等等。

而使用分布式演算法用來解決MySQL資料庫數據一致性的問題的方法,也越來越被人們所接受,一系列成熟的產品如PhxSQL、MariaDB Galera Cluster、Percona XtraDB Cluster等越來越多的被大規模使用。

隨著官方MySQL Group Replication的GA,使用分布式協議來解決數據一致性問題已經成為了主流的方向。期望越來越多優秀的解決方案被提出,MySQL高可用問題可以被更好的解決。

分布式解決方案 tidb

多主 多備 master lvs做vip 讀寫分離中間件

熱點內容
電腦數據實時上傳本地伺服器軟體 發布:2024-03-29 14:07:57 瀏覽:919
尋秦記源碼 發布:2024-03-29 13:56:17 瀏覽:495
linux的備份命令 發布:2024-03-29 13:41:22 瀏覽:382
csgo建議什麼配置 發布:2024-03-29 13:31:44 瀏覽:979
電腦ftp服務如何禁用 發布:2024-03-29 13:24:48 瀏覽:332
驅動精靈驅動解壓 發布:2024-03-29 13:07:49 瀏覽:565
學編程好學嗎 發布:2024-03-29 13:07:34 瀏覽:440
python保存mp3文件 發布:2024-03-29 12:47:10 瀏覽:151
win10怎麼配置jdk8 發布:2024-03-29 12:47:09 瀏覽:536
解壓軟體java 發布:2024-03-29 12:40:32 瀏覽:283