小编Loc*_*ith的帖子

AlwaysOn 可用性组和数据库计数限制


更新:

基本答案:我要求的东西不属于 AOAG 设计的一部分。

在我看来,这“不是一个好问题”。除非这冒犯了某人,否则我会将其保留在这里,以防万一有人有和我一样的坏主意。


请原谅我使用的术语,因为我不是 DBA。

我正在咨询一个很可能需要 700-900 个数据库的项目。该软件无法利用多个 SQL 实例,并且必须将所有数据库托管在同一 SQL 实例名称上。

客户的DBA解释了为什么在AlwaysOn可用性组上托管数百个以上的数据库可能是不合理的,并且微软官方文档虽然没有说明上限,但确实声明微软仅使用100个数据库进行测试。
AlwaysOn 故障转移群集不是一个选项,因为数据是共享的而不是复制的。

我的理解是,AOAG 可以作为 SQL 实例进行寻址,并且我无法在多个 AOAG 之间共享实例名称。

有人向我提到,也许可以做到这一点 - 添加一个额外的 AG 并将这些额外的数据库放在同一 SQL 实例名称下,但我无法通过搜索找到此选项的描述。

要么我使用错误的术语搜索相关信息,要么我假设 AG 与 SQL 实例是 1:1,甚至可能是 1:m,但每个实例都不是多个 AG。

更新

我(认为我)理解的术语:

  • 主机:运行一个或多个 SQL Server 实例的服务器。
  • 实例:在主机上运行的 SQL Server 进程的副本,可通过实例名称进行访问。
  • 实例名称:实例的逻辑地址,由hostname\instance
  • 数据库 - 实例中数据的容器。

没有 AOAG 的关系

Host --1:n--> Instance --1:n--> database
Run Code Online (Sandbox Code Playgroud)

我迷路的地方:

(如果我这里说错了,请纠正我)

  • AG - 一组 SQL Server 实例以及用于管理跨多个主机复制的托管数据的逻辑寻址的附加服务,这些实例可以在单个逻辑实例名称下进行寻址。

关系?与 AOAG 一起:

AO Cluster (logical name AO\All)
  +-- AG …
Run Code Online (Sandbox Code Playgroud)

sql-server availability-groups sql-server-2016 sql-server-2017 sql-server-2019

0
推荐指数
1
解决办法
802
查看次数