Ayrılmış SQL havuzunuzu (eski adıyla SQL DW) 2. Nesil'e yükseltme

  • Makale

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: Otomatik yükseltmeler, hizmet bir bölgede kullanılabilir olduğu anda 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, Lower Gen2 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 zamanlamanın şu anda kullanılamıyor olduğunu 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. Yeni 1. Nesil örneği oluşturma özelliği, 2. Nesil'e otomatik yükseltme yapılan bölgelerde 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üşüş yaşayabilirsiniz. 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 rebuild ç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 kendini 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. 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 kalacaktır. Geri yükleme tamamlandıktan sonra 2. Nesil ayrılmış SQL havuzunuz (eski adı 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.

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ş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 rebuild ç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ı?

  • C: 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ılara buradan bakabilirsiniz.

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) geçici olarak duraklatılıp sürdürülmasına neden olur. Ayrılmış SQL havuzu (eski adı SQL DW) çevrimiçiyken 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 geçen 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 kesinti yaşanmasını 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?

  • C: 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 bir kurumsal özelliktir. Daha fazla endişeniz 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?

  • C: Evet.

S: Bölgem yükseltildikten sonra yeni bir 1. Nesil örneği oluşturabilecek miyim?

  • C: Hayır. Bir bölge yükseltildikten sonra yeni 1. Nesil örneklerinin oluşturulması devre dışı bırakılır.

Sonraki adımlar