資料庫心跳

⑴ 如何監測MYsql心跳

heartbeat 默認使用udp 694埠進行心跳監測。 如果系統有使用iptables 做防火牆
iptables -I INPUT -p udp --dport 694 -j ACCEPT

⑵ 兩台linux如何測試心跳

要想實現這樣的功能必須自己寫心跳程序，一般是用socket實現，並且兩台服務都必須是雙網卡才有意義。
首先，將兩台服務直連。
其次，建立心跳程序服務端和客戶端，分別安裝在主備服務上，主伺服器一直發alive信息給備伺服器，一單收不到信息，【就停止主伺服器】，備用伺服器啟動。
最後，發警告信息。

⑶ im軟體中的心跳包需要查詢資料庫嗎

不用查詢資料庫了 心跳包就是為了標記客戶端和服務端的連接情況 中斷後會讓程序及時處理。

⑷ 如何從MIT或者別的資料庫獲得心電圖數據人體溫度數據,心跳數據等也行

csdn上有具體的程序，很多人用了，都能實現。

⑸ oracle資料庫里怎麼查詢終端號的心跳異常數

你好！
這時候需要找出造成異常阻塞的session並清除。
oracle
session通常具有三個特徵：
（1）一個session可能阻塞多個session；
（2）一個session最多被一個session阻塞；
（3）session阻塞關系不會形成環路。（環路即死鎖，oracle能自動解除）
因此session的阻塞關系為一棵樹，進而DB系統所有session的BLOCK阻塞關系是一個由若干session阻塞關系樹構成的森林，而異常session一定會在故障爆發時成為根（root）。因此，找尋異常鎖表session的過程就是找出異常的root。
一般認為異常root有兩個特徵：（1）block樹的規模過大，阻塞樹規模即被root層層阻塞的session總數；（2）阻塞的平均等待時間過長。
查找異常session的方法一：
OEM—>
performance—>
Blocking
Sessions
查找異常session的方法二：
select
r.root_sid,
s.serial#,
r.blocked_num,
r.avg_wait_seconds,
s.username,s.status,s.event,s.MACHINE,
s.PROGRAM,s.sql_id,s.prev_sql_id
from
(select
root_sid,
avg(seconds_in_wait)
as
avg_wait_seconds,
count(*)
-
1
as
blocked_num
from
(select
CONNECT_BY_ROOT
sid
as
root_sid,
seconds_in_wait
from
v$session
start
with
blocking_session
is
null
connect
by
prior
sid
=
blocking_session)
group
by
root_sid
having
count(*)
>
1)
r,
v$session
s
where
r.root_sid
=
s.sid
order
by
r.blocked_num
desc,
r.avg_wait_seconds
desc;
該SQL語句即是根據v$session的欄位blocking_session統計阻塞樹根阻塞session的計數以及平均阻塞時間、並進行排序，排名最前的往往是異常session。

⑹ 伺服器怎麼判斷心跳包

設置個心跳時間，超過1分鍾仍然沒有更新的，就讓腳本跑成離線就可以了
腳本自動執行，1分鍾一次
操作一次，就觸發一次資料庫記錄，插入資料庫，然後判斷資料庫該欄位是否有值

⑺ DAG的特點

·對Windows故障轉移群集的有限依賴：DAG僅使用了Windows故障轉移群集組件提供的有限的一部分群集功能。DAG使用群集資料庫、群集心跳（Cluster heartbeat）及文件共享見證（File Share Witness，FSW）功能。在Exchange 2007及早期版本中，Exchange是一個由Windows故障轉移群集操作的應用程序。而在Exchange 2010中，情況發生了變化，Windows故障轉移群集注冊時所創建的Exchange群集資源DLL及所有群集資源，已從Exchange 2010代碼中移除。
·增量部署：DAG仍使用Windows故障轉移群集組件（如群集資料庫、心跳和文件共享見證功能），因此需要Windows Server 2008 SP2版或R2企業版環境，以便能夠對DAG中的Exchange 2010郵箱伺服器進行配置。但Exchange 2010支持增量部署方式，也就是說不需要在安裝Exchange 2010之前形成群集。用戶可以安裝Exchange 2010郵箱伺服器，然後創建一個DAG並在必要時將資料庫和伺服器添加到其中。
·與其他Exchange角色共存：使用CCR時，用戶不能在郵箱伺服器（群集節點）上安裝受CCR保護的Exchange伺服器。使用DAG時，DAG中的郵箱伺服器還可以安裝其他Exchange角色。這個特點對於小型組織非常有利。這是因為受DAG保護的郵箱伺服器可以與其他Exchange角色並存。這也意味著用戶可以使用兩台機器作為專用Exchange伺服器，以提供一個完全的冗餘解決方案。當然，這需要配置文件共享見證，這一點在用戶環境中很容易實現。文件共享見證不需要運行相同版本的Windows，只要運行Windows Server 2003或更高版本即可。另外一點需要注意的是：如果用戶使用兩台Exchange 2010伺服器，並且希望得到一個完全的冗餘解決方案，則必須使用基於負載均衡解決方案的外部硬體或軟體，以便提供客戶端訪問服務。
·完全通過Exchange工具管理：在Exchange 2007中使用CCR時，必須使用Exchange和群集管理組合工具來配置和管理CCR群集。在Exchange 2010中使用DAG時，不必使用群集管理工具進行任何初始配置和管理，企業內部的Exchange管理員也不再需要有群集管理的經驗。
·資料庫級的復制：為了支持DAG的新功能，Exchange 2010資料庫已遷移到組織級，而不是Exchange 2007或早期版本的伺服器級。Exchange 2010中不存在存儲組的概念。現在，每個資料庫都有一個日誌流與資料庫相關聯。CCR的一個缺點是：如果主動節點的一個資料庫出現故障，群集郵箱伺服器上現有的所有活動資料庫的故障都將轉移到被動CCR節點。如果這個節點上的用戶有郵箱存儲於各自的群集郵箱伺服器（Cluster Mailbox Server，CMS），他們都將受到影響。
·每個DAG支持多達16個成員：同Exchange 2007相比，Exchange 2010可以支持更多的郵箱資料庫，用戶最多可以添加16個郵箱伺服器到一個DAG，並可能保存16個郵箱資料庫副本。因此，Exchange 2010企業版支持的郵箱資料庫最高限額已從50個上調至100個。但標准版目前仍然只支持每個郵箱伺服器最多5個資料庫。
·切換/故障轉移較以前更為快速：有賴於Exchange 2010 DAG的改進，現在，郵箱資料庫副本間的切換/故障轉移更為快速。同Exchange 2007下採用CCR動輒就需要數分鍾相比，目前所用時間往往在30稱之內。此外，由於Outlook MAPI客戶端連接客戶端訪問伺服器的RPC客戶端訪問服務，因此最終用戶很少會注意到切換或故障轉移的發生。
·3個以上資料庫副本時無需備份：當一個郵箱資料庫擁有3個或更多副本時，程序設計為無需用戶備份。也就是說當依次循環登錄受DAG保護的郵箱資料庫時，不再需要執行備份操作。
·支持位於不同活動目錄站點的DAG成員：與CCR群集節點不同，DAG成員伺服器可以位於不同的活動目錄站點。但是應當注意，不能把受同一個DAG保護的郵箱伺服器放置在活動目錄森林的不同域內。
·通過TCP傳送日誌：在Exchange2007中，Microsoft Exchange復制服務通過伺服器消息塊將日誌文件復制到被動資料庫副本（LCR）、被動群集節點（CCR）或SCR目標，這就意味著用戶需要打開CCR群集節點（通常是在部署多站點CCR群集時）與SCR源或SCR目標之間防火牆的445埠。利用Exchange 2010 DAG，非同步復制技術不再依賴伺服器管理塊。Exchange 2010使用TCP / IP協議進行日誌文件復制和播種（註：播種，即Seed。在 CCR 環境中安裝被動節點時，每個存儲組及其資料庫都將從主動節點復制到被動節點，該操作稱為播種），甚至可以指定埠用於日誌文件復制。默認情況下，DAG使用64327埠，當然，也可另外指定其他埠。
·日誌文件壓縮：利用Exchange 2010 DAG，在一個DAG內的一個或多個網路間播種或復制時可以啟用壓縮功能。這是DAG本身的特性，而不是DAG網路的特性。默認設置為InterSubnetOnly，進行網路加密屬性設置時也使用相同的值。
·日誌文件加密：Exchange 2010 DAG增加了對加密的支持，而在Exchange 2007中，除非已配置IPsec，否則日誌文件將通過一個非加密通道復制。具體地說， DAG使用Windows Server 2008的加密功能，也就是說，DAG使用每個郵箱伺服器成員之間的Kerberos身份驗證。網路加密是對DAG本身而言的，而不是針對DAG網路。DAG網路加密屬性選項有：禁用（不使用網路加密），啟用（網路加密用於DAG中所有網路的播種和復制），InterSubnetOnly（默認設置，網路加密用於同一子網內的DAG網路），以及SeedOnly（網路加密用於DAG中所有網路的播種）。
·副本最多允許滯後14天：Exchange 2007 SP1的備用連續復制引入了滯後資料庫副本的概念。有了這項功能，用戶可以指定在重播已復制到 SCR 目標計算機的日誌文件之前，Microsoft Exchange 復制服務應等待的時間。用戶還可以使用另一個參數截斷滯後時間 (Truncation Lag Time），用於指定在截斷已復制到 SCR 目標計算機並已重播到資料庫副本的日誌文件之前，Microsoft Exchange 復制服務應等待的時間。利用這兩個選項，我們可以指定一個長達7天的時間差距。而通過Exchange 2010 DAG，用戶可以指定最多14天的截斷滯後時間。
·從資料庫副本播種：與Exchange 2007中的CCR不同，現在，用戶可以通過指定一個資料庫副本作為源資料庫來執行播種。這就意味著，現有郵箱資料庫的播種或重播操作不再對活動資料庫副本產生影響。
·公用文件夾資料庫不受DAG保護：與Exchange 2007的CCR不同，用戶不能使用DAG保護公用文件夾資料庫，而必須使用傳統的公共文件夾的復制機制對其加以保護。但在這方面也做了一些改進：如果公用文件夾存儲於DAG成員伺服器上，Exchange 組織中只有一個公用文件夾存儲的限制被取消。
·改進的傳輸轉儲程序：傳輸轉儲程序也有所改進，甚至受損資料庫在位於不同活動目錄站點的資料庫副本間進行故障轉移時，信息都可以重新遞送。除此之外，當所有信息都被復制到資料庫副本時，它們將從傳輸轉儲程序中被刪除。

⑻ oracle 資料庫 心跳什麼意思

你好！ 這時候需要找出造成異常阻塞的session並清除。 oracle session通常具有三個特徵： （1）一個session可能阻塞多個session； （2）一個session最多被一個session阻塞； （3）session阻塞關系不會形成環路。（環路即死鎖，oracle能自動解除...

⑼ 使用mongodb需要維持資料庫心跳嗎

看你用來做什麼，一般是不需要的，驅動會自己維護連接池信息

⑽ oracle 集群心跳線斷了後，資料庫還能使用嗎

$ cd $CRS_HOME/bin $ ./crs_stat -t 查看RAC各節點所有服務的信息及狀態 $ ./crs_stat |more 由於上面指令顯示的信息看不完整，這里可以顯示各服務的詳細信息 $ ./crs_stat -p |more 不僅有詳細信息，還有對其他服務的依賴關系