Ayrılmış SQL havuzunuzu (eski adıyla SQL DW) 2. Nesil'e yükseltin
Microsoft, ayrılmış bir SQL havuzunu (eski adı SQL DW) çalıştırmanın giriş düzeyi maliyetini azaltmaya yardımcı oluyor. Zorlu sorguları işleyebilen daha düşük işlem katmanları artık ayrılmış SQL havuzu (eski adı SQL DW) için kullanılabilir. 2. Nesil için düşük işlem katmanı desteği duyurusunun tamamını okuyun. Yeni teklif, aşağıdaki tabloda belirtilen bölgelerde kullanılabilir. Desteklenen bölgeler için, mevcut 1. Nesil ayrılmış SQL havuzu (eski adıYLA SQL DW), aşağıdakilerden biri aracılığıyla 2. Nesil'e yükseltilebilir:
- Otomatik yükseltme işlemi: Hizmet bir bölgede kullanılabilir duruma gelir gelmez otomatik yükseltmeler başlatılmaz. Otomatik yükseltmeler belirli bir bölgede başladığında, seçtiğiniz bakım zamanlaması sırasında tek tek veri ambarı yükseltmeleri gerçekleşir.
- 2. Nesil'e kendi kendine yükseltme: 2. Nesil'e kendi kendine yükseltme yaparak ne zaman yükseltebileceğinizi denetleyebilirsiniz. Bölgeniz henüz desteklenmiyorsa, bir geri yükleme noktasından doğrudan desteklenen bir bölgedeki 2. Nesil örneğine geri yükleyebilirsiniz.
Otomatik Zamanlama ve Bölge Kullanılabilirlik Tablosu
Aşağıdaki tabloda, Alt 2. Nesil işlem katmanının ne zaman kullanılabilir olacağı ve otomatik yükseltmelerin ne zaman başlayacağı bölgeye göre özetlenir. Tarihler değişebilir. Bölgenizin ne zaman kullanılabilir hale geldiğini görmek için tekrar kontrol edin.
* bölge için belirli bir zamanlamayı şu anda kullanılamıyor gösterir.
| Bölge | Alt 2. Nesil kullanılabilir | Otomatik yükseltmeler başlar |
|---|---|---|
| Doğu Çin | * | * |
| Kuzey Çin | * | * |
Otomatik yükseltme işlemi
Yukarıdaki kullanılabilirlik grafiğine bağlı olarak, 1. Nesil örnekleriniz için otomatik yükseltmeler zamanlıyoruz. Ayrılmış SQL havuzunun (eski adı SQL DW) kullanılabilirliğiyle ilgili beklenmeyen kesintileri önlemek için, bakım zamanlamanız sırasında otomatik yükseltmeler zamanlanır. 2. Nesil'e otomatik yükseltme yapılan bölgelerde yeni bir 1. Nesil örneği oluşturma özelliği devre dışı bırakılacaktır. Otomatik yükseltmeler tamamlandıktan sonra 1. Nesil kullanımdan kaldırılacaktır. Zamanlamalar hakkında daha fazla bilgi için bkz . Bakım zamanlamasını görüntüleme
Ayrılmış SQL havuzunuzu (eski adı SQL DW) yeniden başlatırken yükseltme işlemi bağlantıda kısa bir düşüş (yaklaşık 5 dakika) içerir. Ayrılmış SQL havuzunuz (eski adı SQL DW) yeniden başlatıldıktan sonra tamamen kullanılabilir duruma gelir. Ancak, yükseltme işlemi arka planda veri dosyalarını yükseltmeye devam ederken performansta bir düşüşle karşılaşabilirsiniz. Performans düşüşünün toplam süresi veri dosyalarınızın boyutuna bağlı olarak değişiklik gösterir.
Ayrıca, yeniden başlatmadan sonra daha büyük bir SLO ve kaynak sınıfı kullanarak tüm birincil columnstore tablolarında Alter Index rebuild komutunu çalıştırarak veri dosyası yükseltme işlemini hızlandırabilirsiniz.
Not
Alter Index yeniden derlemesi çevrimdışı bir işlemdir ve yeniden derleme tamamlanana kadar tablolar kullanılamaz.
2. Nesil'e kendi kendine yükseltme
Mevcut 1. Nesil ayrılmış SQL havuzunda (eski adı SQL DW) bu adımları izleyerek kendi kendine yükseltmeyi seçebilirsiniz. Kendi kendine yükseltmeyi seçerseniz, bölgenizde otomatik yükseltme işlemi başlamadan önce bunu tamamlamanız gerekir. Bunun yapılması, otomatik yükseltmelerin çakışmaya neden olma riskini önlemenizi sağlar.
Kendi kendine yükseltme yaparken iki seçenek vardır. Geçerli ayrılmış SQL havuzunuzu (eski adı SQL DW) yerinde yükseltebilir veya 1. Nesil ayrılmış SQL havuzunu (eski adı SQL DW) 2. Nesil örneğine geri yükleyebilirsiniz.
Yerinde yükseltme - Bu seçenek mevcut 1. Nesil ayrılmış SQL havuzunuzu (eski adı SQL DW) 2. Nesil'e yükseltecektir. Ayrılmış SQL havuzunuzu (eski adı SQL DW) yeniden başlatırken yükseltme işlemi bağlantıda kısa bir düşüş (yaklaşık 5 dakika) içerir. Yeniden başlatıldıktan sonra, tamamen kullanılabilir olacaktır. Yükseltme sırasında sorunlarla karşılaşırsanız bir destek isteği açın ve olası neden olarak "2. Nesil yükseltme" başvurusu yapın.
Geri yükleme noktasından yükseltme - Geçerli 1. Nesil ayrılmış SQL havuzunuzda (eski adı SQL DW) kullanıcı tanımlı bir geri yükleme noktası oluşturun ve ardından doğrudan 2. Nesil örneğine geri yükleyin. Mevcut 1. Nesil ayrılmış SQL havuzu (eski adıYLA SQL DW) yerinde kalır. Geri yükleme tamamlandıktan sonra 2. Nesil ayrılmış SQL havuzunuz (eski adıYLA SQL DW) tamamen kullanılabilir duruma gelir. Geri yüklenen 2. Nesil örneğinde tüm test ve doğrulama işlemlerini çalıştırdıktan sonra özgün 1. Nesil örneği silinebilir.
- 1. Adım: Azure portalından kullanıcı tanımlı bir geri yükleme noktası oluşturun.
- 2. Adım: Kullanıcı tanımlı bir geri yükleme noktasından geri yükleme yaparken, "performans Düzeyi"ni tercih ettiğiniz 2. Nesil katmanına ayarlayın.
Yükseltme işlemi arka planda veri dosyalarını yükseltmeye devam ederken bir süre için performansta düşüş yaşayabilirsiniz. Performans düşüşünün toplam süresi veri dosyalarınızın boyutuna bağlı olarak değişiklik gösterir.
Arka plan veri geçişi işlemini hızlandırmak için, daha büyük bir SLO ve kaynak sınıfında sorguladığınız tüm birincil columnstore tablolarında Alter Index rebuild komutunu çalıştırarak veri taşımayı hemen zorlayabilirsiniz.
Not
Alter Index yeniden derlemesi çevrimdışı bir işlemdir ve yeniden derleme tamamlanana kadar tablolar kullanılamaz.
Ayrılmış SQL havuzunuzda (eski adı SQL DW) herhangi bir sorunla karşılaşırsanız, bir destek isteği oluşturun ve olası neden olarak "2. Nesil yükseltme" başvurusu yapın.
Daha fazla bilgi için bkz . 2. Nesil'e yükseltme.
Geçişle ilgili sık sorulan sorular
S: 2. Nesil'in maliyeti 1. Nesil ile aynı mı?
- Y: Evet.
S: Yükseltmeler otomasyon betiklerimi nasıl etkileyecek?
- Y: Hizmet Düzeyi Hedefine başvuran tüm otomasyon betiği 2. Nesil eşdeğerine karşılık gelen şekilde değiştirilmelidir. Ayrıntılar için buraya bakın.
S: Kendi kendine yükseltme normalde ne kadar sürer?
Y: Yerinde yükseltebilir veya bir geri yükleme noktasından yükseltebilirsiniz.
- Yükseltmenin yerinde olması, ayrılmış SQL havuzunuzun (eski adı SQL DW) anlık olarak duraklatılıp sürdürülmasına neden olur. Ayrılmış SQL havuzu (eski adı SQL DW) çevrimiçiyken bir arka plan işlemi devam eder.
- Yükseltme işlemi tam geri yükleme işleminden geçeceği için bir geri yükleme noktası üzerinden yükseltme yapıyorsanız daha uzun sürer.
S: Otomatik yükseltme ne kadar sürer?
- Y: Yükseltme için gerçek kapalı kalma süresi yalnızca hizmeti duraklatmak ve sürdürmek için gereken süredir ve bu süre 5 ila 10 dakika arasındadır. Kısa bir kapalı kalma süresinin ardından arka plan işlemi depolama geçişini çalıştırır. Arka plan işleminin süresi, ayrılmış SQL havuzunuzun (eski adı SQL DW) boyutuna bağlıdır.
S: Bu otomatik yükseltme ne zaman gerçekleşecek?
- Y: Bakım zamanlamanız sırasında. Seçtiğiniz bakım zamanlamasını kullanmak, işletmenizde kesintiyi en aza indirir.
S: Arka plan yükseltme işlemim takılmış gibi görünüyorsa ne yapmalıyım?
- Y: Columnstore tablolarınızın yeniden dizinlemesini başlatma. Bu işlem sırasında tablonun yeniden dizine alınmasının çevrimdışı olacağını unutmayın.
S: 2. Nesil, 1. Nesil'de sahip olduğum Hizmet Düzeyi Hedefi'ne sahip değilse ne olur?
- Y: 1. Nesil'de DW600 veya DW1200 çalıştırıyorsanız, 2. Nesil 1. Nesil'den daha fazla bellek, kaynak ve daha yüksek performans sağladığından sırasıyla DW500c veya DW1000c kullanmanız önerilir.
S: Coğrafi yedeklemeyi devre dışı bırakabilir miyim?
- Y: Hayır. Coğrafi yedekleme, bir bölgenin kullanılamaz duruma gelmesi durumunda ayrılmış SQL havuzunuzun (eski adı SQL DW) kullanılabilirliğini korumaya yönelik kurumsal bir özelliktir. Başka endişeleriniz varsa bir destek isteği açın.
S: T-SQL söz diziminde 1. Nesil ile 2. Nesil arasında bir fark var mı?
- Y: T-SQL dil söz diziminde 1. Nesil'den 2. Nesil'e hiçbir değişiklik yoktur.
S: 2. Nesil, Bakım Pencerelerini destekliyor mu?
- Y: Evet.
S: Bölgem yükseltildikten sonra yeni bir 1. Nesil örneği oluşturabilecek miyim?
- Y: Hayır. Bir bölge yükseltildikten sonra yeni 1. Nesil örneklerinin oluşturulması devre dışı bırakılır.