WEBVTT

00:00:00.000 --> 00:00:02.055
>> Veritabanı kurtarma ile

00:00:02.055 --> 00:00:05.190
uzun süren işlemler
bir meydan okuma olmuştur.

00:00:05.190 --> 00:00:07.050
SQL Server 2019'da,

00:00:07.050 --> 00:00:09.780
biz hızlandırılmış tanıtmak
veritabanı kurtarma

00:00:09.780 --> 00:00:11.190
bu sorunu çözmeye yardımcı olmak için.

00:00:11.190 --> 00:00:13.605
Kevin söylemek için burada.
hepimiz bu konuda,

00:00:13.605 --> 00:00:15.390
Data Exposed bugün.

00:00:15.390 --> 00:00:26.130
[MÜZİk]

00:00:26.130 --> 00:00:28.755
>> Merhaba ve başka bir hoş geldiniz
Data Exposed bölümü.

00:00:28.755 --> 00:00:30.745
Ben senin ev sahibin, Jeroen ve bugün,

00:00:30.745 --> 00:00:34.415
Kevin'ı da bizimle konuşuyoruz.
hızlandırılmış veritabanı kurtarma.

00:00:34.415 --> 00:00:35.975
Kevin'e hoş geldin.

00:00:35.975 --> 00:00:36.665
Teşekkür ederim.

00:00:36.665 --> 00:00:39.125
Yani hızlandırılmış veritabanı kurtarma.

00:00:39.125 --> 00:00:40.750
Peki nedir?

00:00:40.750 --> 00:00:41.930
Yani ilginç bir özellik.

00:00:41.930 --> 00:00:43.340
Kısaca ADR diyeceğiz.

00:00:43.340 --> 00:00:44.890
Tamam, tabii.

00:00:44.890 --> 00:00:46.970
>> Bu geldi
bazı bakarak

00:00:46.970 --> 00:00:48.530
müşterilerin sahip olduğu ağrı noktaları

00:00:48.530 --> 00:00:51.770
veritabanlarını çalıştırma ve tutma
onları son derece kullanılabilir ve

00:00:51.770 --> 00:00:53.270
bir kısmı zaman ile ilgisi var

00:00:53.270 --> 00:00:55.475
bir veritabanını çevrimiçi duruma getirmek için alır.

00:00:55.475 --> 00:00:58.970
Bir takım evreler var.
bir veritabanı nın gelmesi gerekiyor,

00:00:58.970 --> 00:01:01.340
ve eğer uzun bir
işlemi yürütme,

00:01:01.340 --> 00:01:04.010
uzun zaman alabilir
temizlemek için ve bu

00:01:04.010 --> 00:01:07.080
kullanılabilirliğine yol açar
Bu işlemi yapıyor.

00:01:07.080 --> 00:01:10.545
Doğru. Bu yüzden biliyoruz ki
geri bir ağrı noktasıdır.

00:01:10.545 --> 00:01:13.530
Geri getirmek
bir şey dabi,

00:01:13.530 --> 00:01:15.075
Şey, biraz endişe.

00:01:15.075 --> 00:01:16.790
Doğru. Böylece takım baktı.

00:01:16.790 --> 00:01:19.520
tüm süreç ve düşünce
Nasıl yeniden hayal edebiliriz?

00:01:19.520 --> 00:01:21.335
ADR'yi buladılar.

00:01:21.335 --> 00:01:23.210
bir sürüm mağazasına dayanıyor.

00:01:23.210 --> 00:01:26.170
Yani tüm değişiklikler
veritabanında sürümlendi.

00:01:26.170 --> 00:01:29.920
Dosyada yaşayan
seçtiğiniz bir grup.

00:01:30.140 --> 00:01:34.925
Bundan yararlanarak, biz yapabilirsiniz
kurtarma süreci çok daha hızlı.

00:01:34.925 --> 00:01:35.600
Çok güzel.

00:01:35.600 --> 00:01:40.965
Bazı slaytlar var
bu da gösteriyor.

00:01:40.965 --> 00:01:46.515
Yani burada var
klasik kurtarma süreci.

00:01:46.515 --> 00:01:48.350
Başlıyor, Faz 1 analiz.

00:01:48.350 --> 00:01:50.360
Bu yüzden bir göz atmalısın.
tüm işlemler

00:01:50.360 --> 00:01:53.020
son gelen günlükte
kontrol noktası ileri.

00:01:53.020 --> 00:01:56.150
Redo herhangi bir veri değişikliği

00:01:56.150 --> 00:01:58.700
Bu devam edilemedi
veri dosyalarında,

00:01:58.700 --> 00:02:01.850
itibaren yeniden yapılması gerekir
işlem günlüğü,

00:02:01.850 --> 00:02:03.020
tüm yol boyunca

00:02:03.020 --> 00:02:05.420
en eski başlangıcı,
işlenmemiş hareketler.

00:02:05.420 --> 00:02:07.790
İşte bu, uzun soluklu
işlemler gerçekten size zarar.

00:02:07.790 --> 00:02:08.560
Doğru, kesinlikle.

00:02:08.560 --> 00:02:12.170
>> Bir dakika sürebilir
bazen bir saat veya daha fazla.

00:02:12.170 --> 00:02:14.660
Sonra, Faz 3 geri.

00:02:14.660 --> 00:02:17.270
herhangi bir işlemi geri aldığınız

00:02:17.270 --> 00:02:20.975
önce taahhüt edilmedi
sabırsızlıkla beklediğin zaman.

00:02:20.975 --> 00:02:23.285
Okuma bitme de,

00:02:23.285 --> 00:02:25.375
veritabanı kısmen kullanılabilir.

00:02:25.375 --> 00:02:28.670
Bunun anlamı, sen.
veritabanına erişin ama

00:02:28.670 --> 00:02:33.270
kilit altında olmayan herhangi bir veri
orijinal işlemlerden,

00:02:33.270 --> 00:02:34.320
şimdi kilit altında olacak.

00:02:34.320 --> 00:02:36.200
Yani her ne kadar.
kimse yapmıyor,

00:02:36.200 --> 00:02:39.230
bu verilere erişemezsiniz
geri alanına kadar.

00:02:39.230 --> 00:02:41.930
Yani temelde bu
uzun süren bir süreç

00:02:41.930 --> 00:02:45.835
ve sonra sadece sonra
3. Aşamaya varıyoruz.

00:02:45.835 --> 00:02:47.900
Yapmaya başlayabilirim.

00:02:47.900 --> 00:02:49.580
istediğim her şey
Yine veritabanı, değil mi?

00:02:49.580 --> 00:02:50.165
Doğru.

00:02:50.165 --> 00:02:53.585
O zaman nasıl olduğunu söyle.

00:02:53.585 --> 00:02:55.865
>> Altta, sadece

00:02:55.865 --> 00:02:59.145
farklı ile günlük kaydı
günlük kaydındaki olaylar.

00:02:59.145 --> 00:03:00.165
Tabii ki.

00:03:00.165 --> 00:03:02.190
ADR bunu çok değiştirir.

00:03:02.190 --> 00:03:03.750
İşleme sürümü mağazamız var.

00:03:03.750 --> 00:03:06.375
PVS olarak başvurulacağını göreceksiniz.

00:03:06.375 --> 00:03:09.464
Bunu ön gösterime koyduğumuzda,

00:03:09.464 --> 00:03:11.915
PVS birincil dosya grubunda yaşadı

00:03:11.915 --> 00:03:13.820
ve hiçbir yeteneği yoktur
bunu değiştirmek için.

00:03:13.820 --> 00:03:16.780
İşte bu oldu.
tüm bu sürümleri yaşadı.

00:03:16.780 --> 00:03:19.550
Geri bildirim aldık.
müşteriler,

00:03:19.550 --> 00:03:22.280
hangisini belirleyebilir
içinde yaşayan dosya grubu.

00:03:22.280 --> 00:03:26.180
Toplu bir dosya grubum var ya da
çok hızlı dosya grubu, her neyse.

00:03:26.180 --> 00:03:27.740
Yani şimdi.

00:03:27.740 --> 00:03:31.130
sürüm adayı ve
çıktığında GA sürümü,

00:03:31.130 --> 00:03:33.910
hangisini belirtebilirsiniz
dosya grubu ve değiştirmek,

00:03:33.910 --> 00:03:35.880
için bir süreç var
de değiştiriyor.

00:03:35.880 --> 00:03:38.120
Ama ne üzerinden gidelim
kurtarma süreci

00:03:38.120 --> 00:03:39.755
ADR ile gibi görünüyor.

00:03:39.755 --> 00:03:42.110
Analizle başlıyor.

00:03:42.110 --> 00:03:45.695
değişmeden
Daha önce sahip olduğun şeyi.

00:03:45.695 --> 00:03:47.015
Aynı davranış, değil mi?

00:03:47.015 --> 00:03:49.805
Doğru. Biz tanıttık
bir sLog kavramı.

00:03:49.805 --> 00:03:52.705
sLog, bellek içi bir günlük

00:03:52.705 --> 00:03:55.640
bu kayıtları sadece bu
sistem hareketleri

00:03:55.640 --> 00:03:57.005
bu sürülebilir.

00:03:57.005 --> 00:03:59.150
Böylece çoğu veri sürümü

00:03:59.150 --> 00:04:01.715
önce ve sonra değiştirin
verilerin resimleri.

00:04:01.715 --> 00:04:04.070
Bu yüzden bazı şema değişiklikleri,

00:04:04.070 --> 00:04:06.195
Bunun gibi bazı şeyler,
sürülme sayılamadı.

00:04:06.195 --> 00:04:06.570
Tabii ki.

00:04:06.570 --> 00:04:07.890
Bu yüzden bunlar sLog'a kaydedilir.

00:04:07.890 --> 00:04:09.195
Yani fikir şu ki, bu,

00:04:09.195 --> 00:04:11.580
çok az önemli.

00:04:11.580 --> 00:04:13.920
>> Küçük bir
projeksiyonlar kümesi, değil mi?

00:04:13.920 --> 00:04:17.525
Yani analizin bir parçası
ve redo aşaması

00:04:17.525 --> 00:04:23.100
bu bellek günlüklerini yeniden oluşturma
hareket günlüğü kayıtlarından.

00:04:23.230 --> 00:04:25.850
Yani sLog'dan yeniden yapın,

00:04:25.850 --> 00:04:28.300
sadece sürüm mağaza yararlanarak.

00:04:28.300 --> 00:04:31.195
Çünkü önce ve sonra var.
tüm bu satırların sürümleri,

00:04:31.195 --> 00:04:34.010
bu yüzden çok hızlı ve
sonra yeniden

00:04:34.010 --> 00:04:38.905
sadece günlük
son kontrol noktası ileri.

00:04:38.905 --> 00:04:42.810
Bu noktada, veritabanınız
tamamen kullanılabilir.

00:04:43.420 --> 00:04:46.910
Geri Ala sadece geri dönüyor

00:04:46.910 --> 00:04:48.875
sürümleri böylece sadece

00:04:48.875 --> 00:04:51.710
önceki sürüme işaret
geçerli sürüm yerine.

00:04:51.710 --> 00:04:55.345
Fiziksel olarak geri almak zorunda değilsin.
işlem ve ters.

00:04:55.345 --> 00:04:59.825
Yani bu şekilde olacak
normal bir eski daha hızlı?

00:04:59.825 --> 00:05:01.880
Çok daha hızlı. Biz bir müşteri vardı

00:05:01.880 --> 00:05:04.280
son çift içinde laboratuvar
ile bazı testler yaptım hafta

00:05:04.280 --> 00:05:10.050
ADR ve onlar çok vardı
etkin güncelleştirme iş yükü.

00:05:10.050 --> 00:05:13.065
Uzun soluklu bir
ile işlem.

00:05:13.065 --> 00:05:14.430
Bunu yaptılar, bunu.

00:05:14.430 --> 00:05:17.450
ve bu bir geri dönüş yaptı
uzun süren işlem.

00:05:17.450 --> 00:05:20.555
ADR olmadan, yaklaşık bir aldı
bunu yapmak için bir buçuk dakika.

00:05:20.555 --> 00:05:24.765
>> Hangi hala değil
çok kötü ama tamam, uzun.

00:05:24.765 --> 00:05:26.190
Evet, evet. Kendi işlerinde,

00:05:26.190 --> 00:05:28.105
bu büyük bir fark yaratır.

00:05:28.105 --> 00:05:30.680
Sonra tekrar denediler.
aynı senaryo

00:05:30.680 --> 00:05:32.780
ADR ve zaman aldı

00:05:32.780 --> 00:05:36.720
bu kurtarma yapmak için sıfır saniye oldu.

00:05:36.720 --> 00:05:38.505
Ölçemediler.
Çok hızlıydı.

00:05:38.505 --> 00:05:40.110
Bu etkileyici.

00:05:40.110 --> 00:05:43.580
Bu yüzden onlar için geri döndüler.
hatta çok daha hızlı,

00:05:43.580 --> 00:05:47.425
hangi büyük bir fark yaratıyor
çok çünkü kendi iş,

00:05:47.425 --> 00:05:49.560
herhangi bir kesinti gelir kaybıdır.

00:05:49.560 --> 00:05:51.375
Milisaniyeler sayılır, değil mi?

00:05:51.375 --> 00:05:52.230
Çok fazla.

00:05:52.230 --> 00:05:53.880
Bu müşteriye yardım edebilirsek

00:05:53.880 --> 00:05:55.575
bir buçuk dakika dan taşındı,

00:05:55.575 --> 00:05:58.305
temelde sıfır dedin,

00:05:58.305 --> 00:05:59.895
Bu etkileyici. Vay canına.

00:05:59.895 --> 00:06:02.930
Bu yüzden tüm müşterilerimiz

00:06:02.930 --> 00:06:05.810
muhtemelen isteyen
bunu deneyin ve bunu etkinleştirin.

00:06:05.810 --> 00:06:08.450
Bunu nasıl yaptığımı söyleyebilir misin?

00:06:08.450 --> 00:06:09.470
Artık bir veritabanım var.

00:06:09.470 --> 00:06:12.995
Ben normal var
İyileşme, peki ne yapmalıyım?

00:06:12.995 --> 00:06:14.585
>> Yani Azure SQL veritabanı ile,

00:06:14.585 --> 00:06:16.775
varsayılan olarak küresel olarak açıktır.

00:06:16.775 --> 00:06:19.130
Varsayılan olarak üzerinde
aylarca küresel olarak.

00:06:19.130 --> 00:06:20.540
Bu yüzden gerek yok
orada bir şey yapmak.

00:06:20.540 --> 00:06:22.520
Bundan zaten faydalandın.

00:06:22.520 --> 00:06:23.740
Çok güzel.

00:06:23.740 --> 00:06:26.940
>> SQL Server veritabanları için,

00:06:26.940 --> 00:06:29.060
var çünkü varsayılan olarak kapalı

00:06:29.060 --> 00:06:31.610
aralığında bazı genel merkez

00:06:31.610 --> 00:06:35.880
için yüzde bir ila beş
sürümlerini takip etmek.

00:06:36.190 --> 00:06:41.015
Bu yüzden onu açman gerekir ve.
bu sadece, veritabanı kümesini değiştirin,

00:06:41.015 --> 00:06:42.635
hızlandırılmış veritabanı kurtarma eşittir

00:06:42.635 --> 00:06:46.410
ve isteğe bağlı olarak
dosya grubu eşittir.

00:06:46.410 --> 00:06:47.310
Bir şey.

00:06:47.310 --> 00:06:49.810
Evet, evet. Çok basit DDL.

00:06:49.810 --> 00:06:51.710
O zaman ne olacak?

00:06:51.710 --> 00:06:54.410
Sonra izlemeye başlar.
sürümleri ve yarar olsun.

00:06:54.410 --> 00:06:55.970
Çok güzel. Bu doğrudan mı?

00:06:55.970 --> 00:06:58.065
hemen, ya da bu gibi,

00:06:58.065 --> 00:06:59.250
yeniden başlatma gerekiyor.

00:06:59.250 --> 00:07:01.740
>> Yeniden başlatıl. Sadece internettesin.

00:07:01.740 --> 00:07:03.705
Çok güzel. Vay canına.

00:07:03.705 --> 00:07:05.160
Yani temelde, bu şey gibi.

00:07:05.160 --> 00:07:08.545
için çok serin bir teknoloji
çok hızlı bir şekilde bir veritabanı geri yükleyin.

00:07:08.545 --> 00:07:10.730
Bundan elde ettiğim başka bir şey var mı?

00:07:10.730 --> 00:07:12.140
Yani bu gerçekten.
çok etkileyici ama

00:07:12.140 --> 00:07:13.580
Bunlar ekstra faydalar gibidir.

00:07:13.580 --> 00:07:15.590
Bu yüzden ekstra bir yararı var

00:07:15.590 --> 00:07:19.115
bu şekilde nedeniyle
sürümlerini yeniden kullanıyoruz,

00:07:19.115 --> 00:07:22.470
biz olarak tutmak zorunda değilsiniz
çok işlem günlüğü çevrimiçi.

00:07:22.470 --> 00:07:24.920
Böylece
işlem günlüğü çok daha

00:07:24.920 --> 00:07:28.725
agresif son kadar
kontrol noktası daha önce olabilir.

00:07:28.725 --> 00:07:30.530
Bu da demek oluyor ki, eğer.
durum var,

00:07:30.530 --> 00:07:32.540
biz uzun soluklu bir var
sizi tutan işlem

00:07:32.540 --> 00:07:34.460
bulabilmekten

00:07:34.460 --> 00:07:36.620
günlüğünve işlem
kütük havaya uçurmaya başlar,

00:07:36.620 --> 00:07:38.665
Bu olmaz.
ADR açık.

00:07:38.665 --> 00:07:41.400
Yani temelde bu
ekstra yarar.

00:07:41.400 --> 00:07:43.650
Uzun işlem yok
boyunca sürükleyerek günlük.

00:07:43.650 --> 00:07:44.505
Kesinlikle.

00:07:44.505 --> 00:07:45.990
Ne yapacağımı biliyorum.

00:07:45.990 --> 00:07:47.660
Ben MySQL sunucu gitmek demek

00:07:47.660 --> 00:07:49.760
bir veritabanını hızlandırma
şu anda kurtarma.

00:07:49.760 --> 00:07:51.470
Bu videodan sonra, bunu yapacağım.

00:07:51.470 --> 00:07:52.805
Paylaşım için çok teşekkürler.

00:07:52.805 --> 00:07:53.345
Teşekkür ederim.

00:07:53.345 --> 00:07:55.940
Açıkladığın için teşekkürler.
Bu çok açıktı.

00:07:55.940 --> 00:07:57.575
İzlediğiniz için teşekkürler.

00:07:57.575 --> 00:08:00.990
Lütfen beğenin ve abone olun ve
sonraki için bizi izlemeye devam edin. teşekkürler.

00:08:00.990 --> 00:08:13.210
[MÜZİk]