首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >我对高可用性感到困惑

我对高可用性感到困惑
EN

Database Administration用户
提问于 2016-04-25 13:20:00
回答 2查看 417关注 0票数 2

高可用性是用来描述日志传送和始终在(副本)上的东西吗?

是否总是要描述日志传送和高可用性?

我正在学习,以获得我的认证40-762,但我需要学习很多关于这些主题(因为我在这部分在网上考试不好)。

但是即使看了微软网站,我也对这些主题感到困惑。我知道一些关于日志传送和复制的知识,但我想要研究一下,寻找“始终在”和“高可用性”,不知道它们是什么是有点困难。

那么,我该怎么描述它们呢?

AlwaysOn可用性组特性是一种高可用性和灾难恢复解决方案,它提供了企业级替代数据库镜像的方法。在Server 2012中引入的AlwaysOn可用性组最大限度地提高了企业的一组用户数据库的可用性。可用性组支持一组离散的用户数据库(称为可用性数据库)的故障转移环境,这些数据库一起失败。可用性组支持一组读写主数据库和一至八组对应的辅助数据库。可选地,辅助数据库可用于只读访问和/或某些备份操作.

“可用性组”是当我在同一台服务器上有日志传送和副本时吗?

EN

回答 2

Database Administration用户

回答已采纳

发布于 2016-04-25 14:55:23

“始终打开”并不等同于(总是在)可用性组,而更多的是用来描述一套Microsoft高可用性技术的营销术语(我认为这一点充其量是模棱两可的)。这个词实际上是从很久以前的“总是打开”(注意空格)开始的。

作为一个纯粹的营销术语(请参阅我的图形作为一个例子),但是随着SQL Server的发布,2012被作为一个更广泛的捕获,他们在开发过程中(特别是可用性组)和其他几种HADR技术(例如SQL故障转移群集)被称为"Hadron“,所有替换的营销名称都被采用。唯一的区别是,当第一次使用该词时,它没有尾随空间(即"AlwaysOn")。市场营销以其无限的智慧,如今又给这个词添加了一个空间,从而增加了更多的困惑:)。

底线是,如果您完全忽略了AlwaysOn/ ask On这个术语的使用,并显式地引用了技术可用性组/故障转移群集/数据库镜像等(或者要求人们澄清他们指的是哪种技术),那么您就不会出错。

票数 1
EN

Database Administration用户

发布于 2016-04-25 13:27:13

与日志传送相比,AGs更像是镜像和集群的混合体。

集群将使您拥有从一个节点到另一个节点的多个失败实例,但是节点和磁盘都是完全不同的,一次只运行一个实例(不过,您可以在同一组节点上加载其他实例,如果愿意的话会使它变得更加复杂)。

实时地在日志上镜像副本(不完全是日志传送,但这是相似性的来源;它是“传送”日志),如果您有目击者,就会自动失败。但是,您必须在连接字符串中指定主名称和次要名称,才能使其工作,而且您不能通过最初的两个节点。

AGs拥有所有世界中最优秀的。它是在封面下的镜像,所以它是实时的,但它让你从第二本书(以及背后的技术远远优于任何本土成长的东西)。

AGs也跳过镜像的缺点,因为您可以有多个节点,而且您没有在连接字符串中指定它们中的任何一个!您将获得一个侦听器名称,并在连接字符串中使用该名称,集群将根据需要在节点之间的侦听器名称上失败(同时将那些只读连接发送到第二个节点)。稍后,您可以添加/删除/替换节点,而无需修改连接字符串。

票数 2
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/136456

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档