Azure SYNAPSE Analytics 'te adanmış SQL Havuzu (eski adıyla SQL DW) için işlem yönetmeManage compute for dedicated SQL pool (formerly SQL DW) in Azure Synapse Analytics

Azure SYNAPSE Analytics 'te işlem kaynaklarını adanmış SQL Havuzu (eski adıyla SQL DW) yönetme hakkında bilgi edinin.Learn about managing compute resources dedicated SQL pool (formerly SQL DW) in Azure Synapse Analytics. Adanmış SQL havuzunu duraklatarak ve performans taleplerini karşılamak için adanmış SQL havuzunu ölçeklendirerek maliyetleri düşürün.Lower costs by pausing the dedicated SQL pool, or scale the dedicated SQL pool to meet performance demands.

İşlem yönetimi nedir?What is compute management?

Adanmış SQL havuzunun mimarisi (eski adıyla SQL DW), depolama ve işlem ayırır ve her birinin bağımsız olarak ölçeklendirilmesine olanak tanır.The architecture of dedicated SQL pool (formerly SQL DW) separates storage and compute, allowing each to scale independently. Sonuçta, performans taleplerini karşılamak için işlemi veri depolamasından bağımsız olarak ölçeklendirebilirsiniz.As a result, you can scale compute to meet performance demands independent of data storage. Ayrıca işlem kaynaklarını duraklatabilir ve sürdürebilirsiniz.You can also pause and resume compute resources. Bu mimarinin doğal bir sonucu, işlem ve depolama için faturalandırmaya yöneliktir.A natural consequence of this architecture is that billing for compute and storage is separate. Özel SQL havuzunuzu (eski adıyla SQL DW) bir süre kullanmanız gerekmiyorsa, işlem maliyetlerini duraklaleyerek işlem maliyetlerini kaydedebilirsiniz.If you don't need to use your dedicated SQL pool (formerly SQL DW) for a while, you can save compute costs by pausing compute.

Ölçeklendirme işlemScaling compute

Adanmış SQL havuzunuz (eski adıyla SQL DW) için veri ambarı birimleri ayarını ayarlayarak, işlem ölçeğini ölçeklendirebilir veya ölçeklendirebilirsiniz.You can scale out or scale back compute by adjusting the data warehouse units setting for your dedicated SQL pool (formerly SQL DW). Daha fazla veri ambarı birimi eklendikçe yükleme ve sorgu performansında doğrusal bir artış olur.Loading and query performance can increase linearly as you add more data warehouse units.

Genişleme adımları için Azure Portal, PowerShellveya T-SQL quickbaşlangıçlara bakın.For scale-out steps, see the Azure portal, PowerShell, or T-SQL quickstarts. Ayrıca, bir REST APIgenişleme işlemleri gerçekleştirebilirsiniz.You can also perform scale-out operations with a REST API.

Bir ölçeklendirme işlemi gerçekleştirmek için, adanmış SQL Havuzu (eski adıyla SQL DW) ilk olarak tüm gelen sorguları çıkarır ve sonra tutarlı bir durum sağlamak için işlemleri geri kaydeder.To perform a scale operation, dedicated SQL pool (formerly SQL DW) first kills all incoming queries and then rolls back transactions to ensure a consistent state. Ölçeklendirme ancak işlemlerin geri alınması tamamlandıktan sonra gerçekleşir.Scaling only occurs once the transaction rollback is complete. Bir ölçeklendirme işlemi için sistem, depolama katmanını işlem düğümlerinden ayırır, işlem düğümlerini ekler ve ardından depolama katmanını Işlem katmanına yeniden ekler.For a scale operation, the system detaches the storage layer from the compute nodes, adds compute nodes, and then reattaches the storage layer to the Compute layer. Her adanmış SQL Havuzu (eski adıyla SQL DW), işlem düğümlerine eşit olarak dağıtılan 60 dağıtımları olarak depolanır.Each dedicated SQL pool (formerly SQL DW) is stored as 60 distributions, which are evenly distributed to the compute nodes. Daha fazla işlem düğümü eklemek daha fazla işlem gücü sağlar.Adding more compute nodes adds more compute power. İşlem düğümlerinin sayısı arttıkça, sorgular için daha fazla işlem gücü sağlayan işlem düğümü başına dağıtım sayısı azalır.As the number of compute nodes increases, the number of distributions per compute node decreases, providing more compute power for your queries. Benzer şekilde, veri ambarı birimlerini düşürmek, sorguların işlem kaynaklarını azaltan işlem düğümü sayısını azaltır.Likewise, decreasing data warehouse units reduces the number of compute nodes, which reduces the compute resources for queries.

Aşağıdaki tabloda, veri ambarı birimleri değiştiğinde Işlem düğümü başına dağıtım sayısının nasıl değiştiği gösterilmektedir.The following table shows how the number of distributions per Compute node changes as the data warehouse units change. DW30000c 60 Işlem düğümleri sağlar ve DW100c ' den çok daha yüksek sorgu performansına erişir.DW30000c provides 60 Compute nodes and achieves much higher query performance than DW100c.

Veri ambarı birimleriData warehouse units # işlem düğümlerinin# of compute nodes # düğüm başına dağıtım sayısı# of distributions per node
DW100cDW100c 11 6060
DW200cDW200c 11 6060
DW300cDW300c 11 6060
DW400cDW400c 11 6060
DW500c'yi seçinDW500c 11 6060
DW1000cDW1000c 22 3030
DW1500cDW1500c 33 2020
DW2000cDW2000c 44 1515
DW2500cDW2500c 55 1212
DW3000cDW3000c 66 1010
DW5000cDW5000c 1010 66
DW6000cDW6000c 1212 55
DW7500cDW7500c 1515 44
DW10000cDW10000c 2020 33
DW15000cDW15000c 3030 22
DW30000cDW30000c 6060 11

Veri ambarı birimlerinin doğru boyutunu bulmaFinding the right size of data warehouse units

Özellikle büyük veri ambarı birimleri için, ölçeklendirmenin performans avantajlarını görmek için, en az 1 TB veri kümesi kullanmak istersiniz.To see the performance benefits of scaling out, especially for larger data warehouse units, you want to use at least a 1-TB data set. Adanmış SQL havuzunuzun (eski adıyla SQL DW) en iyi veri ambarı birimi sayısını bulmak için ölçeği artırma ve azaltma seçeneğini deneyin.To find the best number of data warehouse units for your dedicated SQL pool (formerly SQL DW), try scaling up and down. Verilerinizi yükledikten sonra farklı sayıda veri ambarı birimiyle birkaç sorgu çalıştırın.Run a few queries with different numbers of data warehouse units after loading your data. Ölçeklendirmenin hızlı olduğu için, çeşitli performans düzeylerini bir saat veya daha kısa sürede deneyebilirsiniz.Since scaling is quick, you can try various performance levels in an hour or less.

En iyi veri ambarı birimi sayısını bulmaya yönelik öneriler:Recommendations for finding the best number of data warehouse units:

  • Geliştirme sırasında adanmış bir SQL Havuzu (eski adıyla SQL DW) için, daha az sayıda veri ambarı birimi seçerek başlayın.For a dedicated SQL pool (formerly SQL DW) in development, begin by selecting a smaller number of data warehouse units. İyi bir başlangıç noktası DW400c veya DW200c.A good starting point is DW400c or DW200c.
  • Uygulama performansınızı izleyip, gözlemlediğiniz performansa göre seçilen veri ambarı birimlerinin sayısını gözlemleyin.Monitor your application performance, observing the number of data warehouse units selected compared to the performance you observe.
  • Doğrusal bir ölçek varsayın ve veri ambarı birimlerini ne kadar artırmanız veya azaltmanız gerektiğini belirleyebilirsiniz.Assume a linear scale, and determine how much you need to increase or decrease the data warehouse units.
  • İş gereksinimleriniz için en iyi performans düzeyine ulaşana kadar ayarlamalar yapmaya devam edin.Continue making adjustments until you reach an optimum performance level for your business requirements.

Ne zaman ÖlçeklendirilecekWhen to scale out

Veri ambarı birimlerinin ölçeklendirilmesi, bu performans yönlerini etkiler:Scaling out data warehouse units impacts these aspects of performance:

  • Linerken, taramalar, Toplamalar ve CTAS deyimlerinin sistem performansını geliştirir.Linearly improves performance of the system for scans, aggregations, and CTAS statements.
  • Verileri yüklemek için okuyucu ve yazıcı sayısını artırır.Increases the number of readers and writers for loading data.
  • En fazla eşzamanlı sorgu ve eşzamanlılık yuvası sayısı.Maximum number of concurrent queries and concurrency slots.

Veri ambarı birimlerinin ne zaman ölçeklenebilmesini sağlayacak öneriler:Recommendations for when to scale out data warehouse units:

  • Yoğun veri yükleme veya dönüştürme işlemi gerçekleştirmeden önce, verileri daha hızlı kullanılabilir hale getirmek için ölçeği ölçeklendirin.Before you perform a heavy data loading or transformation operation, scale out to make the data available more quickly.
  • Yoğun iş saatlerinde daha fazla sayıda eşzamanlı sorgu sağlamak için ölçeği ölçeklendirin.During peak business hours, scale out to accommodate larger numbers of concurrent queries.

Ölçeklendirmenin performansı artırmaz ne olursa?What if scaling out does not improve performance?

Paralellik arttırılarak veri ambarı birimleri ekleme.Adding data warehouse units increasing the parallelism. İş, Işlem düğümleri arasında eşit olarak bölündüğünde, ek paralellik sorgu performansını geliştirir.If the work is evenly split between the Compute nodes, the additional parallelism improves query performance. Ölçeği genişletme, performansınızı değiştirmeiyorsa, bu nedenle oluşabilecek bazı nedenler vardır.If scaling out is not changing your performance, there are some reasons why this might happen. Verileriniz dağıtımlar genelinde çarpıtılmış olabilir veya sorgular büyük miktarda veri hareketine giriş gösterebilir.Your data might be skewed across the distributions, or queries might be introducing a large amount of data movement. Sorgu performans sorunlarını araştırmak için bkz. Performans sorun giderme.To investigate query performance issues, see Performance troubleshooting.

İşlemi duraklatma ve sürdürmePausing and resuming compute

İşlem duraklatma, depolama katmanının Işlem düğümlerinden ayrılmasına neden olur.Pausing compute causes the storage layer to detach from the Compute nodes. İşlem kaynakları hesabınızdan serbest bırakılır.The compute resources are released from your account. İşlem duraklatıldığında işlem için ücretlendirilirsiniz.You are not charged for compute while compute is paused. İşlemi sürdürmek işlem düğümlerine yeniden iliştirmeye devam eder ve Işlem için ücretleri sürdürür.Resuming compute reattaches storage to the Compute nodes, and resumes charges for Compute. Adanmış bir SQL havuzunu duraklattığınızda (eski adıyla SQL DW):When you pause a dedicated SQL pool (formerly SQL DW):

  • İşlem ve bellek kaynakları, veri merkezindeki kullanılabilir kaynak havuzuna döndürülürCompute and memory resources are returned to the pool of available resources in the data center
  • Duraklama süresi için veri ambarı birim maliyetleri sıfırdır.Data warehouse unit costs are zero for the duration of the pause.
  • Veri depolama etkilenmez ve verileriniz bozulmadan kalır.Data storage is not affected and your data stays intact.
  • Tüm çalışan veya sıraya alınmış işlemler iptal edilir.All running or queued operations are cancelled.

Ayrılmış bir SQL havuzunu (eski adıyla SQL DW) sürdürürseniz:When you resume a dedicated SQL pool (formerly SQL DW):

  • Adanmış SQL Havuzu (eski adıyla SQL DW), veri ambarı birimleriniz ayarınız için işlem ve bellek kaynaklarını alır.The dedicated SQL pool (formerly SQL DW) acquires compute and memory resources for your data warehouse units setting.
  • Veri ambarı birimleriniz için işlem ücretleri sürdürülür.Compute charges for your data warehouse units resume.
  • Verileriniz kullanılabilir hale gelir.Your data becomes available.
  • Adanmış SQL Havuzu (eski adıyla SQL DW) çevrimiçi olduktan sonra iş yükü sorgularınızı yeniden başlatmanız gerekir.After the dedicated SQL pool (formerly SQL DW) is online, you need to restart your workload queries.

Adanmış SQL havuzunuzun (eski adıyla SQL DW) erişilebilir olmasını istiyorsanız duraklatma yerine en küçük boyuta ölçeklendirebilirsiniz.If you always want your dedicated SQL pool (formerly SQL DW) accessible, consider scaling it down to the smallest size rather than pausing.

Duraklatma ve devam adımları için Azure Portalveya PowerShell hızlı başlangıçlarını inceleyin.For pause and resume steps, see the Azure portal, or PowerShell quickstarts. Duraklatma REST API veya Resume REST APIde kullanabilirsiniz.You can also use the pause REST API or the resume REST API.

Duraklatma veya ölçeklendirme öncesinde işlemleri boşaltınDrain transactions before pausing or scaling

Duraklatma veya ölçeklendirme işlemi başlamadan önce mevcut işlemlerin bitmesini öneririz.We recommend allowing existing transactions to finish before you initiate a pause or scale operation.

Adanmış SQL havuzunuzu (eski adıyla SQL DW) duraklattığınızda veya ölçeklendirirseniz, duraklatma veya ölçeklendirme isteğini başlattığınızda, yaptığınız arka planda sorgular iptal edilir.When you pause or scale your dedicated SQL pool (formerly SQL DW), behind the scenes your queries are canceled when you initiate the pause or scale request. Basit bir SELECT sorgusunu hızlıca ve örnek duraklatma veya ölçeklendirme süresini neredeyse hiç etkilemeden iptal edebilirsiniz.Canceling a simple SELECT query is a quick operation and has almost no impact to the time it takes to pause or scale your instance. Ancak, verilerinizi veya verilerinizin yapısını değiştiren işlem sorguları o kadar hızlı durdurulamayabilir.However, transactional queries, which modify your data or the structure of the data, may not be able to stop quickly. Bir işlem sorgusunun tamamlanması veya yaptığı değişiklikleri geri alması gerekir.Transactional queries, by definition, must either complete in their entirety or rollback their changes. Bir işlem sorgusunun tamamladığı işi geri almak, sorgunun değişiklik yapmak için harcadığı süre kadar, hatta bazen daha fazla zaman alabilir.Rolling back the work completed by a transactional query can take as long, or even longer, than the original change the query was applying. Örneğin, bir saattir çalışan ve satır silen bir sorguyu iptal etmeniz halinde sistemin silinmiş olan satırları geri eklemesi bir saat sürebilir.For example, if you cancel a query which was deleting rows and has already been running for an hour, it could take the system an hour to insert back the rows which were deleted. Duraklatma veya ölçeklendirme isteklerini işlemler devam ederken çalıştırmanız halinde, devam etmek için geri alma işleminin tamamlanmasını bekleyeceğinden ilgili duraklatma veya ölçeklendirme işleminin tamamlanması uzun sürebilir.If you run pause or scaling while transactions are in flight, your pause or scaling may seem to take a long time because pausing and scaling has to wait for the rollback to complete before it can proceed.

Ayrıca bkz. Işlemleri anlamave işlemleri iyileştirme.See also Understanding transactions, and Optimizing transactions.

İşlem yönetimini otomatikleştirmeAutomating compute management

İşlem yönetimi işlemlerini otomatikleştirmek için bkz. Azure işlevleri ile Işlem yönetme.To automate the compute management operations, see Manage compute with Azure functions.

Ölçek Genişletme, duraklatma ve devam eden işlemlerin her birinin tamamlanması birkaç dakika sürebilir.Each of the scale-out, pause, and resume operations can take several minutes to complete. Otomatik olarak ölçeklendirme yaptıysanız, durakladıysanız veya devam ettiriyorsanız, başka bir eyleme geçmeden önce belirli işlemlerin tamamlanmasını sağlamak için mantık uygulamanız önerilir.If you are scaling, pausing, or resuming automatically, we recommend implementing logic to ensure that certain operations have completed before proceeding with another action. Adanmış SQL Havuzu (eski adıyla SQL DW) durumunun çeşitli uç noktalar aracılığıyla denetlenmesi, bu tür işlemlerin otomatikleştirilmesini doğru bir şekilde uygulamanıza olanak sağlar.Checking the dedicated SQL pool (formerly SQL DW) state through various endpoints allows you to correctly implement automation of such operations.

Adanmış SQL Havuzu (eski adıyla SQL DW) durumunu denetlemek için bkz. PowerShell veya T-SQL hızlı başlangıç.To check the dedicated SQL pool (formerly SQL DW) state, see the PowerShell or T-SQL quickstart. Ayrıca, adanmış SQL Havuzu (eski adıyla SQL DW) durumunu bir REST APIkontrol edebilirsiniz.You can also check the dedicated SQL pool (formerly SQL DW) state with a REST API.

İzinlerPermissions

Adanmış SQL havuzunun ölçeklendirilmesi (eski adıyla SQL DW), alter databasebölümünde açıklanan izinleri gerektirir.Scaling the dedicated SQL pool (formerly SQL DW) requires the permissions described in ALTER DATABASE. Duraklatma ve devam etmeyi, özellikle Microsoft. SQL/Servers/Database/Action SQL DB katılımcısı iznini gerektirir.Pause and Resume require the SQL DB Contributor permission, specifically Microsoft.Sql/servers/databases/action.

Sonraki adımlarNext steps

Yönetim işlemi için nasıl yapılır Kılavuzu ' na bakın işlem kaynaklarını yönetmenin başka bir yönü de tekil sorgular için farklı işlem kaynakları ayırıyor.See the how to guide for manage compute Another aspect of managing compute resources is allocating different compute resources for individual queries. Daha fazla bilgi için bkz. iş yükü yönetimi Için kaynak sınıfları.For more information, see Resource classes for workload management.