Özel SQL havuzları

Şunlar için geçerlidir:✅ Microsoft Fabric'te SQL analiz uç noktası ve Ambarı

Önemli

Bu özellik önizleme aşamasındadır.

Özel SQL havuzları, yöneticilerin arka uç işlem kaynaklarının çalışma alanında ambarlarına ve SQL analiz uç noktalarına nasıl ayrıldığı üzerinde daha fazla denetim sahibi olmasını sağlar.

Yapı Veri Ambarı, işlem kaynaklarını talebe göre bağımsız olarak ölçeklendirilebilen iç "SQL havuzlarına" ayıran otonom iş yükü yönetimi sağlar.

Varsayılan olarak, yalıtım sınırları veri alımı (deyim dışındaki SELECT türler) ve sorgu işleme (SELECT sorgu deyimleri) ile sınırlıdır. Özel SQL havuzları ile yöneticiler şunları yapabilir:

• Yalıtım sınırlarının sayısını değiştirin (daha fazla özel SQL havuzu ekleyin).
• Uygulama adına özgü özel iş yükü sınıflandırmaları oluşturun.
• Maksimum kaynak yüzdesini kullanarak her havuzun kaynak tahsisini kontrol edin.

Özel SQL havuzları kullanım örnekleri

Özel SQL Havuzları iki birincil kullanım örneğine sahiptir: iş yüklerini kaynak rekabetinden koruma ve Doku kapasitesinin yüksek tüketim nedeniyle azaltılmasına karşı koruma.

Otonom iş yükü havuzlarıyla rakip iş yükleri

Bu senaryo, farklı iş yükleri kaynaklar için rekabet ettiğinde ve kritik iş yüklerinin performans hedeflerini kaçırmasına neden olduğunda geçerlidir.

Örnek senaryo

• Kurumsal raporlama iş yükü, Fabric portalındaki SQL sorgu düzenleyicisinden ad-hoc kullanıcı sorguları çalıştırıldığında optimal olmayan performans sergiler.

Önerilen yaklaşım

• Bu iş yüklerini iki ayrı özel SQL havuzuna bölün.
• Kurumsal raporlama uygulamasına hizmet veren havuza daha büyük bir kaynak yüzdesi ayırarak iş açısından kritik uygulama için daha fazla kaynak kullanılabilir olmasını sağlayın.

Yüksek tüketim nedeniyle kapasite kısıtlama

Bu senaryo, yüksek Fabric kapasitesi tüketimi, genel ambar performansını etkileyen bir kısıtlamaya neden olduğunda geçerlidir.

Örnek senaryo

• Birden çok analiz iş yükü, çok sayıda Doku kapasite birimi (CU) tüketiyor.

Önerilen yaklaşım

• Etkilenen ambara ayrılan toplam kaynak yüzdesini azaltın.
• Bu değişikliğin sorgu sınırlandırmayı azaltıp genel performansı artırıp artırmadığını izleyin.

Otonom iş yükü yönetimi ile özel SQL havuzları arasındaki farklar

Başlık	Otonom iş yükü yönetimi	Özel SQL havuzları
Konfigürasyon	Hiçbiri (kutudan çıktı)	Web UI - API’ler
İzinler	Mevcut Değil	Çalışma alanı yöneticisi
Scope	Çalışma alanı - hem ambar hem de SQL analiz uç noktasını içerir	Çalışma alanı - hem ambar hem de SQL analiz uç noktasını içerir
Sınıflandırma yöntemi	Deyim türü (SELECT veya başka)	- Uygulama adı - Uygulama adı normal ifadesi
Ölçü Birimi	Mevcut Değil	Toplam arka uç düğümlerinin yüzdesi
SQL havuzları	SELECT veya diğer	Kullanıcı tanımlı ayırma
Aşılabilir kapasite	Fabric tarafından yönetilir (SQL havuzu başına 12 kata kadar, toplam 24 katına kadar)	Ayrılan arka uç düğümlerinin yüzdesine göre tanımlanan kullanıcı. Toplam kaynak miktarı hala 24 kattır.

Aşılabilir kapasite

Özel SQL havuzları, yöneticinin ayrılabilecek işlem kaynaklarının miktarı olarak en yüksek kaynak yüzdesini yapılandırmasına olanak sağlar. Kapasite SKU boyutunun taşma faktörü uygulanacak ve her havuz için belirtilen yüzde ile kullanılacaktır.

Sınıflandırıcı

Sınıflandırıcı, sisteme uygun SQL havuzuna nasıl yönlendirildiğini bildiren bir SQL isteğinin özniteliğidir.

Doku Veri Ambarı istekleri sınıflandırmak için üç yol sağlar:

Sınıflandırıcı türü	Açıklama	Konfigürasyon
Deyim türü	İstekleri SELECT (sorgu) veya SELECT (tüm DML, DDL deyimlerini içeren) olmayan olarak sınıflandırır.	Yalnızca otonom iş yükü yönetimi
Uygulama adı	- Doku Ambarı'na veya SQL Analytics Uç Noktasına bağlanırken bağlantı dizesinde kullanılan uygulama (veya program adı). - Özel SQL havuzu başına birden çok uygulama adını destekler - 128 karakter veya daha az - Özel SQL havuzları arasında karşılıklı olarak dışlama	Yalnızca özel SQL havuzları
Uygulama adı regex	- Uygulama adının değerini eşleştirmek için kullanılan normal ifade. - Listedeki yalnızca ilk değer normal ifade için değerlendirilir	Yalnızca özel SQL havuzları

Yönerge -leri:

• Çalışma alanı başına yalnızca bir sınıflandırıcı türü kullanılabilir. Tek bir çalışma alanında bulunan tüm özel SQL havuzları aynı sınıflandırıcıyı kullanmalıdır.
• Bir uygulama adı normal ifade sınıflandırıcısı söz konusu olduğunda, bir istek iki veya daha fazla sınıflandırmayı karşılarsa, özel SQL havuzu seçimi rastgeledir ve öncelik belirleme ölçütü yoktur.

İzinler

• Yönetici çalışma alanı rolünün üyeleri bir çalışma alanı için özel SQL havuzlarını etkinleştirebilir veya devre dışı bırakabilir.
• Yönetici çalışma alanı rolünün üyeleri özel SQL havuzu yapılandırmalarını güncelleştirebilir.

Özel SQL havuzlarını yapılandırma

Doku portalında veya API çağrıları aracılığıyla Doku Veri Ambarı'nda özel SQL havuzları yapılandırabilirsiniz.

• Doku portalında yapılandırma örneği için bkz. Doku portalında özel SQL havuzlarını yapılandırma.
• SQL Havuzları REST API'sini kullanma örneği için bkz. Doku REST API'sini kullanarak özel SQL havuzlarını yapılandırma.

Monitör

Sistem görünümünün program_name ve sql_pool_name alanlarında bir sorgu için kaydedilen uygulama adını ve SQL havuzunu görebilirsiniz.

Uygulama adı olarak program_name'yi bir sınıflandırıcıda veya uygulama adı sınıflandırıcısı için bir normal ifade deseninde kullanabilirsiniz.

Örneğin, yakın geçmişteki tüm program_name ve karşılık gelenleri sql_pool_name bulmak için:

SELECT DISTINCT 
         program_name
        ,sql_pool_name
FROM queryinsights.exec_requests_history;

Görünümü sorgulayarak queryinsights.sql_pool_insights hangi SQL havuzlarının baskı altında olduğunu belirleyebilirsiniz.

Örneğin, havuzun geçen hafta baskı altında olduğu zaman aralıklarını bulun.

SELECT [timestamp]
        ,sql_pool_name
        ,max_resource_percentage
        ,is_pool_under_pressure
FROM queryinsights.sql_pool_insights
WHERE is_pool_under_pressure = 1
AND [timestamp] > DATEADD(WEEK, -1, GETDATE())
ORDER BY [timestamp] DESC, sql_pool_name;

Bazı sorgu maliyeti ölçümlerine göre değerleri toplamak program_name için aşağıdaki sorguyu kullanabilirsiniz:

SELECT 
    program_name,
    sql_pool_name,
    [CPU] = SUM(allocated_cpu_time_ms), 
    [Disk] = SUM(data_scanned_disk_mb), 
    [Memory] = SUM(data_scanned_memory_mb), 
    [Remote storage] = SUM(data_scanned_remote_storage_mb)
FROM queryinsights.exec_requests_history
GROUP BY program_name, sql_pool_name
ORDER BY [CPU] desc, [Disk] desc, [Memory] desc, [Remote storage] desc;

Sınırlamalar

• Bir çalışma alanı, API'leri çalıştırmadan önce bir veya daha fazla ambar veya SQL analiz uç noktası içermelidir.
• Çalışma alanı başına en fazla sekiz özel SQL havuzu oluşturabilirsiniz.
• Bir sorgu özel bir SQL havuzunda çalışırken havuz kaldırıldığında, sorgu başarısız olur ve Request to perform an external distributed computation has failed with error "Query canceled by user." iletisini alır. Özel bir SQL havuzunu yeniden boyutlandırmak sorgu hatasına neden olmaz.

Doku kapasitesi boyutu değişiklikleri

Her çalışma alanı , satın aldığınız SKU'ya göre ilişkili kapasite birimleriyle (CU) bir kapasiteye sahiptir. SQL özel havuzlarının genişleyebilir kapasitesi SKU boyutuna bağlıdır. Bu nedenle, kapasiteyi değiştirdiğinizde, her özel SQL havuzu için en fazla kaynak miktarını etkilersiniz.

Kapasite SKU boyutunu değiştirdiğinizde veya çalışma alanına farklı bir kapasite atadığınızda, özel SQL havuzları etkinleştirilirse otomatik olarak yeni SKU boyutuna ölçeklendirilir.

Aşağı ölçeklendirme bir SQL havuzunu atanan sıfır düğüme zorlarsa, çalışma zamanında şu hata görüntülenir: "Bu sorgu için atanan SQL havuzunun kaynağı yok ve yeniden yapılandırılması gerekiyor." Yöneticinin bu hatayı kaldırmak için özel SQL havuzlarını yeniden yapılandırması gerekir.

Sonraki adım

Doku portalında özel SQL havuzlarını yapılandırma

İlgili içerik

• İş Yükü Yönetimi
• Fabric Veri Ambarı'nda performans yönergeleri
• Doku REST API'sini kullanarak özel SQL havuzlarını yapılandırma