dag資料庫

A. etc的dag文件多大

etc的dag文件一般來說小於3gb，DAG(Database Availability Group)是可用性組在Exchange 2010中的資料庫，LCR、SCC、CCR以及SCR等概念不復存在。LCR和SCC功能已經從Exchange Server產品中刪除。

B. 請教關於exchange 2010 DAG 資料庫切換問題

應該是mdb2的index文件復制不正常造成的，建議對mdb2重新更新資料庫副本，然後再試試看。

C. DAG的基本簡介

CCR與SCR合並，並已發展成為一個更加統一的高可用性架構，這其中，DAG成為基本的組成部分。也就是說，不論是部署本地級還是站點級的高可用性和災難可恢復解決方案，都要用到DAG。在Exchange 2010中，保護郵箱資料庫的唯一方法也是使用DAG。DAG的主要組成部分是一種稱為主動管理器(Active Manager）的新組件。Exchange 2007及早期版本中的Exchange群集資源DLL(exres.dll）和相關的群集服務資源，如今已被取代。現在，Exchange 2010使用主動管理器來管理DAG中郵箱伺服器間的數據交換和故障切換。主動管理器運行在給定的DAG中的所有郵箱伺服器上，它有兩個角色：主要主動管理器（Primary Active Manager，PAM）和備用主動管理器（Standby Active Manager，SAM）。

D. 一文極速讀懂 Gene Ontology （GO）資料庫

官方：基因本體（GO）知識庫是有關基因功能的全球最大信息來源。 這些知識既是人類可讀的，也是機器可讀的，並且是生物醫學研究中大規模分子生物學和遺傳學實驗的計算分析的基礎。

在讀懂基因本體論（Gene Ontology）前，我們先看看什麼是本體論：

本體論（Ontology ）是探究世界的本原或基質的哲學理論 。

本體論通常處理的問題：存在哪些本質，如何將這些本質分組，在層次結構內關聯以及如何根據相似性和差異進行細分 。

基因本體論（Gene Ontology）包含生物學領域知識體系本質的表示形式，本體通常由一組類（或術語或概念）組成，它們之間具有關系。 基因本體論（GO）從三個方面（GO domains）描述了我們對生物學領域的了解：

理解了上述的概念，現在舉個例子，如果站在基因本體論GO的角度來解釋一個基因的話：

基因產物：細胞色素C（cytochrome c）

分子功能：氧化還原酶活性

細胞組分：線粒體基質

生物過程：氧化磷酸化

自定義同義詞類型也用於本體中。 例如，許多同義詞被指定為系統同義詞。 此類型的同義詞是術語名稱的確切同義詞。

GO以圖的形式構建，術語作為同種的節點，術語間的關系（對象屬性）作為連接。

GO圖中的節點與其他節點可以具有任意數量和類型的關系， 就像層次結構，例如，家譜或一個物種的分類法

一個節點可能與多個子節點（更特定的節點）具有連接，也可以具有多個父節點（較寬的節點）

利用關系與關系間的連接可以推斷相應的分組注釋，節點間關系的推斷，這個會在後面詳細研究：

上圖表示：A is a B，B is part of C，所以可以推斷 A is part of C

節點間總體與部分關系：

一個節點可能與一個節點有一部分關系。 下圖說明了這一點：

上圖： mitochondrion 是兩個節點的父節點：it is an organelle and it is part of the cytoplasm ； organelle 有兩個子節點: mitochondrion is an organelle, and organelle membrane is part of organelle

我們將上面的關系圖簡化表示為 箭頭導向性圖 ，這是圖中常見的關系表示：

接下我們詳細看看GO是怎樣來描述這幾種關系的：

如果我們說 A is a B ，則意味著節點A是節點B的子類型。例如，有絲分裂細胞周期是細胞周期，或者裂解酶活性是催化活性。

應該注意的是，a並不代表是實例。 從本體論上來說，一個實例是某個事物的具體示例。 例如 貓是哺乳動物，但加菲貓是貓的實例，而不是貓的亞型。 GO中的術語表示實體或現象的類別，而不是特定的表現形式（或實例）。 但是，如果我們知道貓是哺乳動物，則可以說貓的每個實例都是哺乳動物。

使用 is a 對批註進行分組是 安全的 。例如，如果將基因產物X注釋為具有酪氨酸激酶活性，並且本體論證明酪氨酸激酶活性是激酶活性的一種（類型），那麼我們可以安全地得出結論，基因產物X具有激酶活性。

利用上面得到結論，我們可以將 is a 關系和其他關系類型結合來推斷，下圖表示了可以推斷的關系：

關系的一部分用於表示整個部分的關系。 part of 只有當B一定是A的一部分時，才會在A和B之間部分關系：無論B存在於何處，它都是A的一部分，B的存在意味著A的存在。但是，考慮到A的出現，我們不能肯定地說B的存在。

使用的 part of 進行分組注釋是 安全的 。 例如，如果將基因產物X標注為位於線粒體內膜上，而本體論記錄了線粒體內膜與線粒體之間的關系的一部分，則可以安全地得出結論X位於線粒體內。

利用上面得到結論，我們可以將 part of 關系和其他關系類型結合來推斷，下圖表示了可以推斷的關系：

has part 是對關系部分的邏輯補充，它從父級的角度代表了「部分-整體」關系。

與 part of 一樣，GO關系 has part 僅在A始終將B作為一部分的情況下使用，即A必定具有B的部分。 但是，如果B存在，我們不能肯定地說A存在。 即所有A都有B部分，但是A只是B的一部分。

使用 has part 注釋進行分組是 不正確的 。 例如，我們可以在本體論中斷言受體酪氨酸激酶活性具有部分激酶活性。 然而，將所有注釋歸類到受體酪氨酸激酶活性下的激酶活性將是不正確的。

利用上面得到結論，我們可以將 has part 關系和其他關系類型結合來推斷，下圖表示了可以推斷的關系：

一種過程直接影響另一種過程或質量的表現，即前者調節後者。 調節的目標可以是另一種過程，例如調節途徑或酶促反應，或者可以是質量，例如細胞大小或pH。 與 part of 關系類似，該關系專門用於表示必定的調節：如果同時存在A和B，則B總是調節A，但是A可能不總是受B調節，即所有B都調節A; 一些A受B調節。

如果將基因產物X注釋為參與調節糖酵解的過程，則不能得出結論X參與糖酵解是 不正確的 。 但是，某些工具使用調節關系來對批註進行分組, 這可用於基因集富集, 所得的基因集包括與分組術語有因果關系的過程中涉及的基因。

利用上面得到結論，我們可以將 regulates 關系和其他關系類型結合來推斷，下圖表示了可以推斷的關系：

GO的結構可以用下圖來表示，這個圖也叫有向無環圖（Directed Acyclic Graph ，DAG）。

如上圖所示，三個GO域（細胞成分，生物學過程和分子功能）分別由一個單獨的根本體術語表示。

一個域中的所有術語都可以將其父源追溯到一個根術語，通過到本體根的中間術語可能存在許多不同的路徑。

這三個根節點是不相關的，並且沒有公共的父節點，這意味著來自不同本體的術語之間沒有任何關系。但是，GO本體之間也存在其他關系，例如，分子功能術語「細胞周期蛋白依賴性蛋白激酶活性」是生物過程「細胞周期」的一部分。GO本體間相關 http://geneontology.org/docs/ontology-relations/ 。

某些基於圖的軟體可能需要一個根節點。在這種情況下，可以將「假」術語添加為三個現有根節點的代。

GO只代表生物學的當前認知，因此隨著生物學知識的積累，它會不斷地被修訂和擴展。也就是說目前的GO術語不一定代表某個基因產物所有的功能，組分或參加的過程，只是現階段對它的認知。

每周更新一次，由GOC本體團隊與請求更新的科學家共同完成的。

E. 如何將需要安裝更新匯總的dag成員上主動資料庫副本切換到其他成員伺服器

一、先在本地將數據備份下。 二、將法度榜樣上傳並在辦事器中從新安裝一下。 留意備份數據、附件、模板記得也上傳。三、然落後入資料庫治理-----還原資料庫------選擇你在本地備份的那個資料庫 四、最後更新下全站緩存，即可。

F. HSPG與DAG關系

沒有關系。HSPG是應用於醫學中的，DAG只是一個資料庫的組件，在計算機領域中。HSPG作為生長因子的共受體(co-receptor)在腫瘤增殖、分化、侵襲和轉移等一系列過程中擔任重要角色。DAG即資料庫可用性組，是內置在MicrosoftExchangeServer中的郵箱伺服器高可用性和站點恢復框架的基本組件。

G. 請教關於exchange 2010 DAG 資料庫切換問題

使用EMC控制台，可以在伺服器配置菜單下面找到需要切換的資料庫，右擊對應的被動副本，選擇Active即可將其切換為主動，或者使用EMS，輸入命令active-mailboxdatabase命令進行切換。

H. exchange dag庫 可以支持多大容量

單個郵箱連接默認是允許32個線程，比如outlook客戶端大概會佔用2-3個線程，OWA會佔用1個，這個都不是固定的，和你做的操作有關，比如你現在在outlook上獲取用戶的忙閑信息，可能會佔用更多線程，當同時使用多個客戶端（outlook或者owa）並且達到最大的32個線程的時候，再登陸其他客戶端就會提示無法連接伺服器了，直到線程釋放出來。

如果你是問Exchange伺服器是否有用戶數量限制，默認來說，Exchange DAG最多支100個資料庫，理論上來說，只要你的硬體配置（硬碟，內存，CPU）足夠，可以支持的用戶數無上限。

I. 請教關於exchange 2010 DAG 資料庫切換問題

你好，可以通過以下界面來進行切換：

1.在 EAC 中，轉到「伺服器」>「伺服器」。
2.選擇要用來切換的郵箱伺服器。
3.在詳細信息窗格中，選擇「伺服器切換」。
4.在「伺服器切換」頁面上，執行以下一種操作：
a.接受默認設置「自動選擇目標伺服器」（在這種情況下，系統將為要切換的每個資料庫自動選擇最佳郵箱伺服器），然後單擊「保存」。
b.單擊「使用指定的伺服器作為切換目標」，再單擊「瀏覽」選擇郵箱伺服器，然後單擊「保存」。
5.成功完成切換後，單擊「關閉」退出「伺服器切換」頁面。

J. 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 組織中只有一個公用文件夾存儲的限制被取消。
·改進的傳輸轉儲程序：傳輸轉儲程序也有所改進，甚至受損資料庫在位於不同活動目錄站點的資料庫副本間進行故障轉移時，信息都可以重新遞送。除此之外，當所有信息都被復制到資料庫副本時，它們將從傳輸轉儲程序中被刪除。