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 组织中只有一个公用文件夹存储的限制被取消。
·改进的传输转储程序：传输转储程序也有所改进，甚至受损数据库在位于不同活动目录站点的数据库副本间进行故障转移时，信息都可以重新递送。除此之外，当所有信息都被复制到数据库副本时，它们将从传输转储程序中被删除。