XenDesktop 5 SQL Server Mirror事務日誌比較大的緣由分析

    在實施XenDesktop5項目過程當中，發現XenDesktop5版本的數據庫鏡像事務日誌很大，在XenDesktop4和XenApp版本中不存在該問題；因而我根據該現象探究XenDesktop5及以上版本鏡像數據庫事務日誌爲什麼如此之大以及咱們從此實施的過程當中該如何來維護這麼龐大的數據庫事務日誌。

在XenDesktop解決方案中，對數據的處理是由專門的數據庫來進行數據存儲處理的，而對於數據庫的高可用，有3種方式：

• SQL Mirror

• Virtual Machine HA（VMware FT）

• SQL Cluster

       根據個人探究， XenDesktop 4 及以上的版本和XenDesktop 5 的系統架構不一樣，是致使這2個版本Mirror事務日誌不同的緣由。

    

    

在XenDesktop 4 版本中，屬於Citrix IMA系統架構，MetaFrame XP是第一個使用思傑的獨立管理架構（ IMA ）的Citrix產品。MetaFrame XP便是XenApp的前身。在IMA架構中，運行着2個協議，一個ICA，一個IMA，ICA協議用於遠程鏈接桌面和應用，而IMA協議則用於執行功能，如許可和服務器負載的更新，全部的這些都發生在服務器與服務器之間，是隱於幕後的通訊協議。所以能夠這樣說，ICA協議是該架構的前端顯示協議，IMA是後端的幕後協議。此外，IMA服務與Citrix管理控制檯進行通訊，容許管理員管理和配置服務器。

那麼IMA架構數據庫的Mirror事務日誌有何關係呢？

接下來咱們就來探究下Citrix的IMA架構：

   

這就是XenDesktop 4的架構圖

在圖中咱們會發現，每一臺主機都會有LHC這麼一個東西，LHC就是本地主機緩存的意思，在IMA架構中，XD4及之前的版本和XenApp都是典型的ＩＭＡ架構的產品。IMA由於有這麼一個LHC的存在，全部他的數據庫事務日誌不大。

在產生的數據中，分爲靜態的信息和動態的信息。

　　靜態配置信息會存儲在DB數據庫和LHC（Local Host Cache）中，包括Farm 配置信息，策略配置，用戶和桌面組、桌面組和虛擬機的綁定關係等靜態信息。

　　動態會話信息會存儲在本地的LHC中，不會更新到DB中。LHC即Imalhc.mdb（本地的磁盤文件），是一個Access database。動態信息包括虛擬機的註冊狀態、Session狀態，license利用率等動態信息。

　　而數據庫的事務日誌大部分是動態的會話信息，XenDesktop 4因爲架構的緣由，動態的會話信息不回寫入數據庫裏面，之寫入本地的主機緩存裏，因此XenDesktop 4及之前的版本和XenApp數據庫事務日誌不回很大。

　　那麼爲何XenDesktop 5的事務日誌很大呢？

　　

XenDesktop 5 再也不將 IMA 數據存儲用做存儲配置信息的中央數據庫， 而是使用 Microsoft SQL Server 數據庫做爲配置信息和會話信息的數據存儲。並且XenDesktop 5屬於Citrix的FMA架構。FMA架構就沒有本地主機緩存了，全部的數據信息所有寫入數據庫裏面，包括靜態的信息和動態的信息。

　　

　　由以上的描述，咱們知道XD4和XD5在結構上發送了較大的變化，由IMA管理架構變成了FMA管理架構，若是說XD5只是對FMA管理架構的一種嘗試的話，那麼XD7就是徹底的認同了這樣一種管理架構，在新版本的XD7中，XenApp和XenDesktop融合在一塊兒，Citrix徹底的拋棄了XenApp和XD4的這種IMA管理架構，所有轉向FMA管理架構。

    而由此可知，Mirror數據庫事務日誌從XD5開始比較大的緣由就在於：FMA管理架構沒有本地主機緩存（LHC），全部的數據信息都會寫入到數據庫中，經過數據庫內保存的數據進行同步。包括用戶對桌面的每一次登陸信息、斷開鏈接的會話信息都會寫到事務日誌裏面，而不像IMA架構那樣，不會寫入到數據庫裏，而是寫入到本地主機緩存裏邊。

    寫到這裏，我想我有必要補充，事務日誌是什麼？SQL Server使用事務日誌來存儲修改數據庫。這是對數據庫接二連三的相似於數據流同樣的對數據庫的存儲和修改。通常咱們的數據庫文件若是損壞了話，經過事務日誌就能夠對它進行恢復。而在數據庫高可用解決方案中，數據庫鏡像的高可用方式就靠事務日誌來進行維繫。

　　由此咱們大體明白了作數據庫Mirror時爲何數據庫日誌那麼大了吧，也明白了爲何XenApp的Mirror沒有XenDesktop的Mirror事務日誌那麼大緣由了吧。都是基於其架構設計的緣由。