teeleye LifeKeeper原理
Steeleye LifeKeeper定義、特性、資源保護
LifeKeeper For Windows 提供了一個完全容錯的軟件解決方案，並提供數據、應用程序和通信資源的高度可用性。LifeKeeper 不需要任何特別的容錯硬件。你可以集合使用二到十六個節點。並訪問特定地點的配置數據。然後，LifeKeeper 會自動地提供錯誤檢測和多層現場恢復。
在出現故障的情況下，LifeKeeper會將保護資源自動轉換到一個根據優先權而設定的系統。在實際進行切換用戶時， 會經歷一個十分短暫的休眠，但是，當系統完成了切換操作后，LifeKeeper會在所選擇的系統上自動地恢復操作。
可以被LifeKeeper保護起來的資源是：
卷（Volume）
IP 地址
共享文件
LAN（局域網）管理器服務器名稱
應用程序
定義的用戶

2、心跳故障檢測Heartbeat
LifeKeeper在集群節點間保持着間歇的通信信號，也叫做心跳信號，是錯誤檢測的一個機制。即通過每一個通信路徑，在兩個對等系統之間進行週期性的握手,如果連續沒有收到的心跳信號到了一定的數目，LifeKeeper 就把這條路徑標示為失效（紅色）。
如果你只定義了一條通信路徑，當LifeKeeper 把這唯一的一條通信路徑標為失效時， LifeKeeper 便立即開始恢復過程。然而，如果你有冗余路徑， LifeKeeper 能夠通過第二條路徑確定是系統故障還是只是通信路徑有問題。如果LifeKeeper 開啟優先級第二的通信路徑並收到了心跳信號，它就不開始failover恢復，只需要把第一條通信路徑標成紅色（失效），作為信號告訴你需要修理一下有故障的路徑。
一般情況下LifeKeeper 只在下列事件發生時，啟動系統恢復功能：
所有的通信路徑故障。如果所有節點都沒能收到心跳信號， 把所有通信路徑都標為失效， Lifekeeper 開始安全檢查。
安全檢查失敗。當所有通信路徑故障時，LifeKeeper向整個網絡發出安全檢查信號。如果信號指出配對系統還“活”着的時候，LifeKeeper 不啟動Failover。如果安全檢查沒從配對節點返回信號，LifeKeeper 就開始Failover。
因而，為了減少由於潛在的通訊錯誤所引起的不必要的系統切換，建議您使用不同介質的多條通信路徑。
通信路徑
LifeKeeper支持在節點之間和心跳通訊中，使用如下通訊路徑：
(1) socket，即套接字。你使用任何的網絡硬件接口，只要它能夠支持TCP/IP的通訊協議。這樣的硬件包括：以太網、快速以網、令牌環網以及FDDI 或CDDI 。
(2)串行口 在LifeKeeper配置中， 你應當配置有一個串行口通信路徑。串口通信路徑需要利用RS232的擬調解線路來與LifeKeeper系統相連接。
(3)共享磁盤 你可以定義一個共享磁盤分區來作為LifeKeeper的通訊中介。可以只使用小至1MB的分區，當然，也可以使用更大的空間。
LifeKeeper 假定，當通過心跳信號檢測其它服務器失敗時，則認為此服務器是關閉的。因此，為了避免不必要的失效切換，最好建立兩種以上獨立的物理路徑，使用至少兩種心跳。
例如，如果兩個服務器被一個串口連接起來，並且，從屬服務器來的心跳信號無法被主服務器所檢測到，則下面之一是可能引起這一現象的原因：
服務器的RS-232卡或者端口失敗
電纜失效
主服務器暫時挂起
主服務器失敗
失效切換只可能在最後一種情況下才發生。因此，節點間的多種通信路徑可以幫助避免不必要的失效切換。

（二）Steeleye LifeKeeper 配置示範

軟件、硬件配置
a、軟件：Steeleye LifeKeeper及Recovery Kit
b、硬件：服務器可以是任何Intel基礎上的平台， Server的型號、配置不必一致，只需硬件平台能保証運行；磁盤陣列正常使用。

1、Steeleye LifeKeeper運行機制
I、共享的SCSI 和LifeKeeper軟件鎖定
LifeKeeper For Winddows 軟件鎖定：LifeKeeper管理共享磁盤上的數據，以防止多個服務器在同一時間訪問數據。LifeKeeper在邏輯設備級（卷）上控制對數據的訪問，並讓Windows 軟件或硬件RAID Corollers 管理物理級。有了Lifekeeper For Windows 來管理對共享數據的訪問，用戶就可以不必擔心群中的其它服務器訪問數據時， 可能會帶來的數據訪問衝突。LifeKeeper 自動在被應用程序定義為共享資源的磁盤卷上設置鎖定。當被保護的應用程序由一個服務器被移動/轉換到另一個服務器時， LifeKeeper 控制這些鎖定，以保証激活服務器對共享卷的訪問。
在主系統發生故障的情況下， 次節點系統將能夠在磁盤上建立SCSI 鎖定，並在備份的系統上將資源投入使用。
Local Recovery（局部恢復）
LifeKeeper在快速檢查（Quickcheck）和深入檢查（deepcheck）的時間間隔執行預先定義的行為，以察看資源本身是否失效。如果快速檢查和深入檢查均局部告失敗，系統將嘗試局部恢復資源。如果嘗試成功，資源將不會向下一優先級的節點進行失效切換（failover ）。如果局部恢復嘗試失敗，系統將向下一優先級的節點進行失效切換。
例如，你可以在LifeKeeper 服務器上配置多塊NIC 卡， 當定義的NIC發生故障時， 你就可以配置將IP 資源切轉到另一個NIC 上，從而避免不必要的失效切換。
Failover（失效切換）
指定主要的節點或資源失敗時，重新恢復資源的過程。一個失效切換通常是沒有事先計劃的，它將發生在一個被從屬系統所檢測到並確定為失敗的情況下。

ACS（管理員可配置的遷回）
Administrator Configurable Switchback（ACS ）允許LifeKeeper管理員通過命令行或GUI界面來指定資源，其所在LK節點發生故
障而後又恢復正常，該資源將被自動地切換回到原來節點上。可能的值是Iellige（智能的）和Automatic（自動的）。如果選擇Automatic ，那麼，一旦發生故障的節點回到服務狀態時，被配置失效切換的層次都將被切換回到該節點上。如果策略是Iellige，即使當發生故障的節點回到服務狀態時，被配置失效切換的層次也會留在它們被失效切換到的節點上，等待由管理員決定合適的時間進行切換。
Switchover（正常切換）
指用一個有順序的方式關閉資源，然後將它們恢復到一個備份系統的過程。這通常發生在當你處於維護或者測試模式中的情況下。這時，沒有任何東西失敗。

對其它數據庫管理系統的支持支持Oracle、Sybase 、Informix、 SAP不支持Oracle、Sybase 、Informix
對電子郵件(或群件)的支持支持Exchange server、Lotus Notes不支持Exchange server、Notes
通訊路徑Socket , Serial Port , Shared DiskSocket
對 Server 安裝類型的要求主域控制器、備份域控制器、獨立服務器三種類型之中任何一種均可以。必須為主域控制器、備份域控制器。

3、LifeKeeper 與 Fulltime Software公司Octopus 的比較

LifeKeeperOctopus
容錯方式支持共享磁盤陣列和擴展鏡像兩種方式僅支持擴展鏡像方式

切換機制的週全程度支持用不同介質或網絡連接建立多條心跳檢測路徑，避免由於通訊路徑失效造成LifeKeeper保護下的資源誤切換。不能支持用不同介質或網絡連接建立多條心跳檢測路徑，容易造成通訊路徑失效時LifeKeeper誤切換。
占用系統資源程度LifeKeeper占用系統資源極少，且不打擾任何具體應用系統的任何操作。
對系統資源占用比較大
當主服務器修復后，資源回切複雜性及可操作性主服務器修復后，資源回切操作十分簡單，可以設置為自動回切或由管理員決定資源回切的時間。主服務器修復后，資源回切需要七個步驟，操作相當複雜。
支持的Application支持SQL Server、 Oracle、Sybase、Informix、Exchange、Lotus Notes、SAP不支持Oracle、Sybase、Informix、Lotus Notes、SAP。

工作方式既支持Active/Standby也支持Active/Active方式，即主機、備份機可以運行不同的應用，實現主從雙機互相熱備份。僅支持Active/Standby方式，即主機、備份機無法做到運行不同的應用，做到互相備份。