WEBVTT

00:00:00.000 --> 00:00:10.560
[MÜZIK].

00:00:10.560 --> 00:00:11.895
Merhaba, benim adım Ahmed Banerjee.

00:00:11.895 --> 00:00:14.520
Ben bir Grup Program Yöneticisi
SQL Server ürün grubu.

00:00:14.520 --> 00:00:17.970
Ben sorumluyum.
SQL Server için veritabanı motoru.

00:00:17.970 --> 00:00:19.110
Bugünkü videoda,

00:00:19.110 --> 00:00:21.150
Hakkında konuşacağız.
SQL Server yüksek

00:00:21.150 --> 00:00:23.250
durumu ve felaket
kurtarma faydaları

00:00:23.250 --> 00:00:26.055
bu tanıtıldı
Kasım 2019'da.

00:00:26.055 --> 00:00:29.910
O zaman gidip nasıl.
aslında SQL Server dağıtmak

00:00:29.910 --> 00:00:31.830
yüksek kullanılabilirlik bugün

00:00:31.830 --> 00:00:33.780
ve olağanüstü durum kurtarma yapılandırması.

00:00:33.780 --> 00:00:37.555
Diyelim ki bir ön seçim var.
SQL Server örneği.

00:00:37.555 --> 00:00:40.040
Birincil örnek şimdi olabilir,

00:00:40.040 --> 00:00:41.900
özelliğine bağlı olarak
kullandığınız,

00:00:41.900 --> 00:00:45.080
kullanılabilirolup olmadığı
gruplar veya günlük nakliye,

00:00:45.080 --> 00:00:47.285
birden fazla ikincilik olabilir.

00:00:47.285 --> 00:00:50.375
Eğer yüksek varsa
kullanılabilirlik çözümleri

00:00:50.375 --> 00:00:52.580
Fail-over Cluster örnekleri gibi,

00:00:52.580 --> 00:00:57.560
o zaman bu HA sadece çözümler
ve dr düğümü yok,

00:00:57.560 --> 00:01:00.935
diğer kullanmak zorunda
dr dağıtmak için teknolojiler.

00:01:00.935 --> 00:01:06.335
Eğer bu varsa
SQL Server 2019 veya altı,

00:01:06.335 --> 00:01:07.790
Ve bu, diyelim ki,

00:01:07.790 --> 00:01:10.220
başka bir SQL Server 2019 ve altı,

00:01:10.220 --> 00:01:13.045
Ve burada da aynı şey var.

00:01:13.045 --> 00:01:15.100
Önce Kasım ilk,

00:01:15.100 --> 00:01:17.660
Yazılım Güvencesi olsaydı ve

00:01:17.660 --> 00:01:20.030
kurumsal anlaşma verdi

00:01:20.030 --> 00:01:22.205
yazılım güvencesi yetenekleri,

00:01:22.205 --> 00:01:25.739
eğer mümkün olurdu
birincil lisans,

00:01:25.739 --> 00:01:28.040
ilk yüksek kullanılabilirlik veya

00:01:28.040 --> 00:01:30.755
DR çoğaltma olmaz
lisanslı olması gerekir,

00:01:30.755 --> 00:01:36.070
ve bir sonraki DR çoğaltma olur
lisans almaya devam edin.

00:01:36.070 --> 00:01:39.735
SQL Server 2019 ile başlayan,

00:01:39.735 --> 00:01:43.270
ve bu tüm eski için geçerlidir
SQL Server sürümleri de,

00:01:43.270 --> 00:01:45.545
aynı mimariye sahipseniz,

00:01:45.545 --> 00:01:47.930
Eğer şimdi bir birincil varsa,

00:01:47.930 --> 00:01:49.550
Bunu doğru çizeceğim.

00:01:49.550 --> 00:01:52.580
hizalanmış, böylece bir
anlamak biraz daha kolay.

00:01:52.580 --> 00:01:54.530
Birden fazla ikincilik var.

00:01:54.530 --> 00:01:56.240
Diyelim ki bu

00:01:56.240 --> 00:01:59.015
yüksek kullanılabilirlik ve bu
felaket kurtarma için,

00:01:59.015 --> 00:02:02.960
birincil olacak bağlantı
Yazılım Güvencesi altında lisanslanmıştır.

00:02:02.960 --> 00:02:05.825
İlk HA kopyanız,

00:02:05.825 --> 00:02:08.540
hangi senkron
doğada ve destekler

00:02:08.540 --> 00:02:11.660
otomatik arıza-over yok
lisanslanmaması gerekmez,

00:02:11.660 --> 00:02:15.575
ve felaket çoğaltma da
lisanslı olması gerekmez.

00:02:15.575 --> 00:02:17.795
O zaman ne olduğunu bulalım.
Bu aslında anlamına gelir.

00:02:17.795 --> 00:02:26.720
Diyelim ki bu 32 vardı
çekirdekve 32 her vardı

00:02:26.720 --> 00:02:28.400
sadece basit hale getirmek için.

00:02:28.400 --> 00:02:33.845
Yani Kasım 2019'dan önce,

00:02:33.845 --> 00:02:36.860
yapmak zorunda kalacak
birincil lisans,

00:02:36.860 --> 00:02:39.979
ilk ikincil için hiçbiri,

00:02:39.979 --> 00:02:46.970
ve başka bir 32 çekirdek
bir sonraki ikincil için.

00:02:46.970 --> 00:02:50.490
Şimdi, bir SQL Server veya varsa

00:02:50.490 --> 00:02:52.385
sürece herhangi bir SQL Server sürümü

00:02:52.385 --> 00:02:54.725
çekirdekler kaplıdır
yazılım güvencesi ile,

00:02:54.725 --> 00:02:59.690
gerçekten lisans için ne gerekir
sonrası Kasım ilk için,

00:02:59.690 --> 00:03:01.880
2019 birincil,

00:03:01.880 --> 00:03:05.305
ve en fazla iki saniye,
ücretsiz olacaktır.

00:03:05.305 --> 00:03:07.605
Şimdi, bunun anlamı şu:

00:03:07.605 --> 00:03:09.825
32 çekirdeğiniz olduğunu varsayalım.

00:03:09.825 --> 00:03:12.920
lisansınız şu na benzerdi.

00:03:12.920 --> 00:03:16.370
Şimdi, bunu nasıl ayarlıyorum?

00:03:16.370 --> 00:03:20.615
İlk ön koşuldur,
Yazılım Güvencesine sahip olmak.

00:03:20.615 --> 00:03:27.900
İkinci ön koşul, yapabilirsiniz
birincil çekirdekleri lisans.

00:03:27.900 --> 00:03:31.580
Üzerinde çekirdek sayısı
ikincil vardır

00:03:31.580 --> 00:03:38.430
daha az veya eşit olması
birincil çekirdek sayısı.

00:03:39.890 --> 00:03:44.405
Örneğin, eğer
burada 32'den fazla vardı.

00:03:44.405 --> 00:03:46.115
o zaman yarar geçerli olmaz.

00:03:46.115 --> 00:03:49.520
Yani aslında, her biri için
lisans ettiğiniz çekirdek

00:03:49.520 --> 00:03:56.330
KASıM ayında SQL Server gönderileri için
ve yazılım güvencesine sahipsiniz,

00:03:56.330 --> 00:04:00.485
bir HA çekirdek olsun,

00:04:00.485 --> 00:04:04.350
ki bu senkron, bir DR çekirdeği.

00:04:04.350 --> 00:04:06.080
Buna ek olarak,

00:04:06.080 --> 00:04:13.415
ayrıca başka bir DR olsun
Azure VM'lerde çalışan çekirdek.

00:04:13.415 --> 00:04:15.110
Eğer koşuyorsan.

00:04:15.110 --> 00:04:16.865
bir Azure sanal makine ve siz

00:04:16.865 --> 00:04:19.160
olarak kullanarak
afet kurtarma sitesi,

00:04:19.160 --> 00:04:21.215
ayrıca ücretsiz olsun.

00:04:21.215 --> 00:04:23.570
Yani bu mimaride,

00:04:23.570 --> 00:04:26.540
Diyelim ki Kasım ayından önce,

00:04:26.540 --> 00:04:27.680
bir ikincil ekledi,

00:04:27.680 --> 00:04:30.460
ama bu bir Azure VM oldu.

00:04:30.460 --> 00:04:36.220
32 çekirdek daha ödeyeceksin.
bu 32 sanal çekirdek vardı sağladı.

00:04:36.220 --> 00:04:39.545
Bu durumda, başka bir ikincil eklemek

00:04:39.545 --> 00:04:43.685
Ve bunun için sıfır çekirdek ödüyorum.

00:04:43.685 --> 00:04:46.385
Böylece mimariniz

00:04:46.385 --> 00:04:49.670
aslında daha iyi bir kaldıraç
yüksek kullanılabilirlik ve

00:04:49.670 --> 00:04:53.765
bir ile felaket kurtarma
daha düşük sahip olma maliyeti

00:04:53.765 --> 00:04:55.730
olan SQL Server avantajları ile

00:04:55.730 --> 00:04:58.525
sonrası ve Kasım ilk değiştirildi.

00:04:58.525 --> 00:05:01.520
Şimdi, bu sana bunu yapma hakkı veren şey,

00:05:01.520 --> 00:05:05.995
aslında bu alabilir
SQL Server,2019 herhangi bir sürümü,

00:05:05.995 --> 00:05:10.370
2017, 2016 ve tüm yol

00:05:10.370 --> 00:05:12.980
olarak SQL Server herhangi bir sürümü için

00:05:12.980 --> 00:05:16.145
sürece bu çekirdekler
Yazılım Güvencesi kapsamındadır.

00:05:16.145 --> 00:05:19.250
Eğer bir mimariniz varsa,

00:05:19.250 --> 00:05:21.140
Diyelim ki, fiziksel bir makine.

00:05:21.140 --> 00:05:23.885
Eğer eğer.
çıplak metal, bunu anlarsın.

00:05:23.885 --> 00:05:26.074
Eğer sanal makinelerde iseniz,

00:05:26.074 --> 00:05:27.860
ayrıca bu yardım alırsınız.

00:05:27.860 --> 00:05:29.270
Eğer konteynırın içindeyseniz,

00:05:29.270 --> 00:05:30.770
ayrıca bu yardım alırsınız.

00:05:30.770 --> 00:05:35.360
Yani SQL kullanıyor sanız
Fiziksel bir veri merkezinde sunucu,

00:05:35.360 --> 00:05:39.125
veya SQL Server kullanıyorsanız
sanal makinelerde,

00:05:39.125 --> 00:05:42.200
veya Azure kullanıyorsanız
DR Merkeziniz olarak

00:05:42.200 --> 00:05:46.745
ve aslında ev sahipliği yapıyor
öncelikler şirket içi,

00:05:46.745 --> 00:05:49.010
bir DR parası olacak

00:05:49.010 --> 00:05:51.620
SQL Server'ınızı kapsayan
Azure'daki yinelemeler.

00:05:51.620 --> 00:05:53.510
Sonraki birkaç bölümde,

00:05:53.510 --> 00:05:55.010
biz aslında ne hakkında konuşacağız

00:05:55.010 --> 00:05:56.960
en uygun
kaldıraç mimarileri

00:05:56.960 --> 00:05:59.030
verimli bir şekilde yararlanır.
Katıldığınız için teşekkürler.

00:05:59.030 --> 00:06:10.690
[MÜZİk]