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 Server を展開する

00:00:29.910 --> 00:00:31.830
今日の高可用性

00:00:31.830 --> 00:00:33.780
と障害回復の構成。

00:00:33.780 --> 00:00:37.555
だから、あなたがプライマリを持っているとしましょう
のインスタンスを使用します。

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 Server 2019 以下、

00:01:06.335 --> 00:01:07.790
そして、これは、例えば、

00:01:07.790 --> 00:01:10.220
別の SQL Server 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 サーバーのバージョンも同様に、

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 サーバー リリース (以下の場合)

00:02:52.385 --> 00:02:54.725
コアが覆われている
ソフトウェア アシュアランスによって、

00:02:54.725 --> 00:02:59.690
ライセンスを取得するために本当に必要なもの
ポスト11月最初のために、

00:02:59.690 --> 00:03:01.880
2019年がプライマリーです。

00:03:01.880 --> 00:03:05.305
最大 2 つのセカンダリ
それは無料でしょう。

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
2 番目の前提条件は、次のことができます。
プライマリのコアにライセンスを付与します。

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 サーバーの投稿 11 月
ソフトウェア アシュアランスを持っている場合、

00:03:56.330 --> 00:04:00.485
あなたは1つのHAコアを得る、

00:04:00.485 --> 00:04:04.350
これは同期、1つの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月最初。

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