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
[音樂]