WEBVTT

00:00:00.000 --> 00:00:10.560
[音乐]。

00:00:10.560 --> 00:00:11.895
嗨，我叫艾哈迈德·班纳吉。

00:00:11.895 --> 00:00:14.520
我是集团项目经理
SQL Server 产品组。

00:00:14.520 --> 00:00:17.970
我负责
SQL 服务器的数据库引擎。

00:00:17.970 --> 00:00:19.110
所以在今天的视频中

00:00:19.110 --> 00:00:21.150
我们要谈谈
SQL 服务器高

00:00:21.150 --> 00:00:23.250
可用性和灾难
恢复福利

00:00:23.250 --> 00:00:26.055
被介绍
2019年11月。

00:00:26.055 --> 00:00:29.910
因此，让我们去弄清楚，我们如何
实际部署 SQL 服务器

00:00:29.910 --> 00:00:31.830
今天在高可用性

00:00:31.830 --> 00:00:33.780
和灾难恢复配置。

00:00:33.780 --> 00:00:37.555
所以，假设你有一个主要
SQL Server 的实例。

00:00:37.555 --> 00:00:40.040
主实例现在可以拥有，

00:00:40.040 --> 00:00:41.900
取决于功能
你使用的是

00:00:41.900 --> 00:00:45.080
是否可用性
组或日志运输，

00:00:45.080 --> 00:00:47.285
它可以有多个辅助数据库。

00:00:47.285 --> 00:00:50.375
如果你有高
可用性解决方案

00:00:50.375 --> 00:00:52.580
像故障转移群集实例，

00:00:52.580 --> 00:00:57.560
那么这些只是HA的解决方案
并且您没有 DR 节点，

00:00:57.560 --> 00:01:00.935
你必须使用其他
部署 DR 的技术。

00:01:00.935 --> 00:01:06.335
所以，如果你有这个
SQL 服务器 2019 或以下，

00:01:06.335 --> 00:01:07.790
这就是，让我们说，

00:01:07.790 --> 00:01:10.220
另一个 SQL 服务器 2019 及以下，

00:01:10.220 --> 00:01:13.045
和同样的事情在这里。

00:01:13.045 --> 00:01:15.100
在11月1日之前，

00:01:15.100 --> 00:01:17.660
如果您有软件保障和

00:01:17.660 --> 00:01:20.030
您的企业协议给

00:01:20.030 --> 00:01:22.205
你的软件保障功能，

00:01:22.205 --> 00:01:25.739
你将能够
许可主，

00:01:25.739 --> 00:01:28.040
第一个高可用性或

00:01:28.040 --> 00:01:30.755
DR 副本不会
需要获得许可，

00:01:30.755 --> 00:01:36.070
和下一个DR副本将
继续获得许可。

00:01:36.070 --> 00:01:39.735
从 SQL Server 2019 开始，

00:01:39.735 --> 00:01:43.270
这适用于所有老
SQL Server 的版本，

00:01:43.270 --> 00:01:45.545
如果你有相同的架构，

00:01:45.545 --> 00:01:47.930
如果你现在有一个初选，

00:01:47.930 --> 00:01:49.550
我只是要画这个权利

00:01:49.550 --> 00:01:52.580
对齐，以便它是一个
有点容易理解。

00:01:52.580 --> 00:01:54.530
您有多个辅助数据库。

00:01:54.530 --> 00:01:56.240
假设这是用于

00:01:56.240 --> 00:01:59.015
高可用性和这
用于灾难恢复，

00:01:59.015 --> 00:02:02.960
您的主要链接为
根据软件保障获得许可。

00:02:02.960 --> 00:02:05.825
您的第一个 HA 副本，

00:02:05.825 --> 00:02:08.540
这是同步的
在性质和支持

00:02:08.540 --> 00:02:11.660
自动故障转移
不需要获得许可，

00:02:11.660 --> 00:02:15.575
和灾难副本也
不需要获得许可。

00:02:15.575 --> 00:02:17.795
因此，让我们找出什么
这实际上意味着.

00:02:17.795 --> 00:02:26.720
所以，让我们说，这有32
核心，你有32个每个，

00:02:26.720 --> 00:02:28.400
只是为了简化它。

00:02:28.400 --> 00:02:33.845
所以在2019年11月之前

00:02:33.845 --> 00:02:36.860
你将不得不
初级许可证，

00:02:36.860 --> 00:02:39.979
没有为第一次，

00:02:39.979 --> 00:02:46.970
和另外32个核心
为下一个辅助。

00:02:46.970 --> 00:02:50.490
现在，如果您有 SQL 服务器或

00:02:50.490 --> 00:02:52.385
任何 SQL Server 版本只要

00:02:52.385 --> 00:02:54.725
核心被覆盖
通过软件保证，

00:02:54.725 --> 00:02:59.690
您真正需要许可的内容
11月1日后，

00:02:59.690 --> 00:03:01.880
2019年是主要的，

00:03:01.880 --> 00:03:05.305
和最多两个辅助人员，
会免费的

00:03:05.305 --> 00:03:07.605
现在，这实际上意味着

00:03:07.605 --> 00:03:09.825
假设你有32个核心

00:03:09.825 --> 00:03:12.920
您的许可将如下所示。

00:03:12.920 --> 00:03:16.370
现在，我如何实际设置？

00:03:16.370 --> 00:03:20.615
是第一先决条件，你需要
拥有软件保障。

00:03:20.615 --> 00:03:27.900
第二个先决条件，您可以
许可主上的核心。

00:03:27.900 --> 00:03:31.580
上的核心数
次要的必须

00:03:31.580 --> 00:03:38.430
小于或等于
主内核的数量。

00:03:39.890 --> 00:03:44.405
例如，如果您
这里有超过32个

00:03:44.405 --> 00:03:46.115
那么这种好处将不适用。

00:03:46.115 --> 00:03:49.520
因此，本质上，对于每个
核心，你许可

00:03:49.520 --> 00:03:56.330
SQL Server 帖子 11 月
你有软件保证

00:03:56.330 --> 00:04:00.485
你得到一个HA核心，

00:04:00.485 --> 00:04:04.350
这是同步的，一个 DR 核心。

00:04:04.350 --> 00:04:06.080
除此之外，

00:04:06.080 --> 00:04:13.415
你也得到了另一个DR
在 Azure VM 上运行的核心。

00:04:13.415 --> 00:04:15.110
所以，如果你运行

00:04:15.110 --> 00:04:16.865
Azure 虚拟机，您

00:04:16.865 --> 00:04:19.160
使用它作为一个
灾难恢复站点，

00:04:19.160 --> 00:04:21.215
你也免费得到它。

00:04:21.215 --> 00:04:23.570
所以在这个架构里

00:04:23.570 --> 00:04:26.540
比在11月之前

00:04:26.540 --> 00:04:27.680
你添加了一个辅助数据库，

00:04:27.680 --> 00:04:30.460
但这是在 Azure VM 上。

00:04:30.460 --> 00:04:36.220
您将支付另外 32 个内核
前提是这有 32 个虚拟内核。

00:04:36.220 --> 00:04:39.545
在这种情况下，我添加另一个辅助

00:04:39.545 --> 00:04:43.685
我为此支付零核心。

00:04:43.685 --> 00:04:46.385
因此，您的架构可以

00:04:46.385 --> 00:04:49.670
实际上利用一个更好的
高可用性和

00:04:49.670 --> 00:04:53.765
使用
更低的拥有成本

00:04:53.765 --> 00:04:55.730
与 SQL Server 的好处

00:04:55.730 --> 00:04:58.525
改帖和11月1日。

00:04:58.525 --> 00:05:01.520
现在，你有权做的是，

00:05:01.520 --> 00:05:05.995
你实际上可以采取这个
SQL Server 的任何版本，2019 年

00:05:05.995 --> 00:05:10.370
2017年、2016年，一路

00:05:10.370 --> 00:05:12.980
到 SQL Server 的任何版本，如

00:05:12.980 --> 00:05:16.145
只要这些核心
由软件保障涵盖。

00:05:16.145 --> 00:05:19.250
如果你有一个架构，

00:05:19.250 --> 00:05:21.140
比比起，一台物理机器。

00:05:21.140 --> 00:05:23.885
所以，如果你在
裸机，你得到。

00:05:23.885 --> 00:05:26.074
如果您使用虚拟机，

00:05:26.074 --> 00:05:27.860
你也会得到这个好处。

00:05:27.860 --> 00:05:29.270
如果你在集装箱里

00:05:29.270 --> 00:05:30.770
你也会得到这个好处。

00:05:30.770 --> 00:05:35.360
因此，无论您使用的是 SQL
物理数据中心上的服务器，

00:05:35.360 --> 00:05:39.125
或者您使用的是 SQL 服务器
在虚拟机中，

00:05:39.125 --> 00:05:42.200
或者您使用的是 Azure
作为您的 DR 中心

00:05:42.200 --> 00:05:46.745
你实际上是托管
您的主本地，

00:05:46.745 --> 00:05:49.010
您将有一个DR的好处

00:05:49.010 --> 00:05:51.620
覆盖您的 SQL 服务器
Azure 上的副本。

00:05:51.620 --> 00:05:53.510
在接下来的几集里

00:05:53.510 --> 00:05:55.010
我们实际上将谈论什么是

00:05:55.010 --> 00:05:56.960
最优
架构谁利用

00:05:56.960 --> 00:05:59.030
这一优势。
感谢您的加入。

00:05:59.030 --> 00:06:10.690
[音乐]