Aracılığıyla paylaş


SQL veritabanlarındaki kopyalama etkinliği performansı

Bu makalede, bir Azure SQL Veritabanını referans olarak kullanarak, SQL veritabanı kaynağını Kopya etkinliği ile optimize etmenize yardımcı olacak teknikler ele alınıyor. Veri aktarım hızları, maliyet, izleme, geliştirme kolaylığı ve en iyi sonuç için bu çeşitli konuları dengeleme dahil olmak üzere iyileştirmenin farklı yönlerini ele alacağız.

Kopyalama işlemi seçenekleri

Not

Bu makalede yer alan ölçümler, çeşitli özelliklerdeki davranışları karşılaştıran test vaka sonuçlarıdır ve resmi mühendislik kriterleri değildir. Tüm test çalışmaları, verileri Doğu ABD 2'den Batı ABD 2 bölgelerine taşıyor.

Boru hattı Kopyalama etkinliği ile başlarken, geliştirmeye başlamadan önce kaynak ve hedef sistemleri anlamak önemlidir. Ne için iyileştirdiğiniz belirtilmelidir ve en iyi kaynak kullanımı, performansı ve tüketimi elde etmek için kaynak, hedef ve işlem hattının nasıl izleneceğini anlamanız gerekir.

Bir Azure SQL Veritabanı kaynak oluştururken şunları anlamak önemlidir:

  • Saniye başına giriş/çıkış işlemleri (IOPS)
  • Veri hacmi
  • Bir veya birden fazla tablonun DDL'si
  • Şema bölümlendirme
  • Verilerin iyi bir dağılımına (eğiklik) sahip Birincil Anahtar veya başka bir sütun
  • Tahsis edilen ve ilişkili sınırlamaları, örneğin eş zamanlı bağlantı sayısını, hesaplayın.

Aynı durum hedefiniz için de geçerlidir. Her ikisini de anlayarak, önceliklerinizi optimize ederek, hem kaynak hem de hedefin sınırları içinde çalışacak bir işlem hattı tasarlayabilirsiniz.

Not

Kaynak ve hedef arasındaki ağ bant genişliği, her birinin saniye başına giriş/çıkış işlemi (IOPs) ile birlikte, her ikisi de verimi kısıtlayabilecek bir darboğaz oluşturabilir ve bu sınırların anlaşılması önerilir. Ancak, ağ bu makalenin kapsamında değildir.

Hem kaynağınızı hem de hedefinizi anladıktan sonra, önceliklerinizin performansını artırmak için Kopyalama etkinliği çeşitli seçenekleri kullanabilirsiniz. Bu seçenekler şunlar olabilir:

  • Kaynak bölümleme seçenekleri - Yok, Fiziksel bölüm, Dinamik aralık
  • Kaynak yalıtım düzeyi - Hiçbiri, Onaylanmamış okuma, Onaylanmış okuma, Anlık görüntü
  • Akıllı aktarım hızı iyileştirme ayarı - Otomatik, Standart, Dengeli, Maksimum
  • Kopyalama paralelliği derecesi ayarı - Otomatik, Belirtilen değer
  • Mantıksal bölümleme - Birden çok eşzamanlı Kopyalama etkinliği oluşturmak için işlem hattı tasarımı

Kaynak ayrıntıları: Azure SQL Veritabanı

Somut örnekler sunmak için, bir Azure SQL Veritabanı verilerini hem Fabric Lakehouse (tablolar) hem de Doku Ambarı tablolarına taşıyarak birden çok senaryo test ettik. Bu örneklerde dört kaynak tabloyu test ettik. Tümü aynı şemaya ve kayıt sayısına sahiptir. Biri yığın, ikincisi kümelenmiş dizin kullanırken üçüncü ve dördüncüsü sırasıyla 8 ve 85 bölüm kullanır. Bu örnekte Microsoft Fabric'te (Batı ABD 2) deneme kapasitesi (F64) kullanılmıştır.

  • Hizmet Katmanı: Genel Amaçlı
  • İşlem Katmanı: Sunucusuz
  • Donanım Yapılandırması: Standart seri (5. Nesil)
    • Maksimum sanal çekirdek sayısı: 80
    • Min sanal çekirdek sayısı 20
  • Kayıt Sayısı: 1.500.000.000
  • Bölge: Doğu ABD 2

Varsayılan Değerlendirme

Kaynak Bölüm seçeneğini ayarlamadan önce, Kopyalama etkinliği varsayılan davranışını anlamak önemlidir.

Varsayılan ayarlar şunlardır:

  • Kaynak

    • Bölüm seçeneği - Yok
    • Yalıtım düzeyi - Yok

    Azure SQL veritabanı için veri kaynağı ayarlarını gösteren ekran görüntüsü.

  • Gelişmiş ayarlar

    • Akıllı aktarım hızı iyileştirmesi - Otomatik
    • Kopyalama paralelliği derecesi - Otomatik

    Azure SQL veritabanı için ek ayarları gösteren ekran görüntüsü.

Gelecekteki karşılaştırmalar için bir ilk karşılaştırma ayarlamak amacıyla, her hedefe 1,5 milyar kayıt yükleyen ve kopyalama etkinliği başına 2 saatten biraz fazla süren bir kopyalama etkinliği çalıştırması için varsayılan ayarları kullandık.

Varış Noktası Bölüm seçeneği Kopya paralelliği derecesi Kullanılan paralel kopyalar Toplam süre
Doku Ambarı Hiçbiri Otomatik 1 02:23:21
Fabric Lakehouse Hiçbiri Otomatik 1 02:10:37

Bu makalede toplam süreye odaklanacağız. Toplam süre kuyruk, ön kopya betiği ve aktarım süresi gibi diğer aşamaları kapsar. Bu aşamalar hakkında daha fazla bilgi için Kopyalama etkinliği yürütme ayrıntıları bölümüne bakın. Kaynak olarak Azure SQL Veritabanı için Kopyalama etkinliği özelliklerine kapsamlı bir genel bakış için Kopyalama etkinliği için Azure SQL Veritabanı kaynak özelliklerine bakın.

Ayarlar

Akıllı aktarım hızı iyileştirmesi (ITO)

ITO, etkinliğin kullanabileceği maksimum CPU, bellek ve ağ kaynağı ayırma miktarını belirler. ITO'yu Maksimum (veya 256) olarak ayarlarsanız, hizmet en iyi duruma getirilmiş aktarım hızını sağlayan en yüksek değeri seçer. Bu makalede, hizmet yalnızca gerekli olanları kullansa ve gerçek değer 256'dan düşük olsa da, tüm test çalışmalarında ITO En Yüksek olarak ayarlanmıştır.

ITO hakkında daha ayrıntılı bilgi için bkz. Akıllı aktarım hızı iyileştirme.

Not

Kopyalama etkinliğinin havuzu Kumaş Deposu olduğunda hazırlık gereklidir. Kopyalama paralelliği derecesi ve Akıllı aktarım hızı iyileştirmesi gibi seçenekler yalnızca Kaynak'tan Hazırlık'a kadar bu durumda geçerlidir. Lakehouse için test senaryolarının hazırlık aşaması etkinleştirilmedi.

Bölüm seçenekleri

Kaynağınız Azure SQL veritabanı gibi ilişkisel bir veritabanı olduğunda, Gelişmiş bölümünde bir Bölüm seçeneği belirtebilirsiniz. Varsayılan olarak, bu ayar, Yok şeklindedir ve diğer iki seçenek olarak tablonun fiziksel bölümleri ve Dinamik Aralık sunulmaktadır.

Dinamik aralık

Yığın tablosu

Dinamik Aralık, hizmetin kaynak üzerinde akıllı bir şekilde sorgu oluşturmasına olanak tanır. Oluşturulan sorgu sayısı, çalışma zamanında seçilen hizmetin Kullanılan paralel kopya sayısına eşittir. Kopya paralelliği derecesi ve Kullanılan paralel kopyalar, Dinamik aralık bölümleme seçeneğinin kullanımını iyileştirirken dikkate alınması önemlidir.

Bölüm sınırları

Bölüm üst ve alt sınırları, bölüm adımını belirtmenize olanak sağlayan isteğe bağlı alanlardır. Bu test durumlarında hem üst hem de alt sınırları önceden tanımladık. Bu alanlar belirtilmezse, sistem aralıkları belirlemek için kaynağı sorgulamada ek yük oluşturur. En iyi performans için, özellikle bir kerelik geçmiş yükler için sınırları önceden alın.

Daha fazla bilgi için, Azure SQL Veritabanı bağlayıcısı makalesinin SQL veritabanından paralel kopya bölümündeki tabloya başvurun.

Aşağıdaki SQL sorgusu en düşük ve en büyük aralığımızı belirler:

Tablonun en düşük ve en yüksek sınırlarını belirlemek için bir sorgunun ekran görüntüsü.

Ardından bu ayrıntıları Dinamik aralık yapılandırmasında sağlarız.

Sütunlar, üst ve alt sınırların belirtildiği Dinamik aralık bölmesi seçeneğinin seçimini gösteren ekran görüntüsü.

Dinamik aralık kullanılarak Kopyalama etkinliği tarafından oluşturulan örnek bir sorgu aşağıda verilmişti:

SELECT * FROM [dbo].[orders] WHERE [o_orderkey] > '4617187501' AND [o_orderkey] <= '4640625001'
Kopya paralelliği derecesi

Varsayılan olarak, Kopyalama paralelliği derecesi için Otomatik atanır. Ancak, Otomatik en iyi paralel kopya sayısına ulaşamayabilir. Paralel kopyalar , kaynak veritabanında oluşturulan oturum sayısıyla ilişkilendirilir. Çok fazla paralel kopya oluşturulursa, kaynak veritabanı CPU'sunun aşırı yüklenme riski vardır ve bu da sorguların askıya alınmış durumda olmasına neden olur.

Orijinal test senaryosunda Dinamik aralık için Otomatik kullanılırken, hizmet aslında çalışma zamanında 251 paralel kopya oluşturmuştur. Kopyalama paralelliği derecesinde bir değer belirterek, paralel kopya sayısı üst sınırını ayarlarsınız. Bu ayar, kaynağınızda yapılan eşzamanlı oturum sayısını sınırlamanıza olanak tanıyarak kaynak yönetiminizi daha iyi denetlemenizi sağlar. Bu test çalışmalarında, değer olarak 50 belirterek hem toplam süre hem de kaynak kaynak kullanımı iyileştirildi.

Varış Noktası Bölüm Seçeneği Kopya paralelliği derecesi Kullanılan Paralel Kopyalar Toplam Süre
Doku Ambarı Hiçbiri Otomatik 1 02:23:21
Doku Ambarı Dinamik Aralık 50 50 00:13:05

Paralel kopya derecesine sahip dinamik aralık performansı önemli ölçüde artırabilir. Ancak, ayarı kullanmak için sınırların önceden tanımlanması veya hizmetin çalışma zamanında değerleri belirlemesine izin vermek gerekir. Hizmetin çalışma zamanında değerleri belirlemesine izin vermek, kaynak tablonun DDL ve veri hacmine bağlı olarak toplam süreyi etkileyebilir. Buna ek olarak, hizmetin çalışma zamanındaki değerleri belirlemesine izin verilmesi, kaynağınızın kaç paralel kopya işleyebileceğine ilişkin bir anlayışla da eşleştirilmelidir. Değer çok yüksekse kaynak sistem ve kopyalama etkinliği performansı düşebilir.

Paralel kopyalar hakkında daha fazla bilgi için Kopya etkinliği performans özellikleri: Paralel kopya bölümüne bakın.

Dinamik ürün yelpazesiyle Kumaş Ambarı

Varsayılan olarak Yalıtım düzeyi belirtilmez ve Paralellik derecesi Otomatik olarak ayarlanır.

Varış Noktası Bölüm seçeneği Kopya paralelliği derecesi Kullanılan paralel kopyalar Toplam süre
Doku Ambarı Hiçbiri Otomatik 1 02:23:21
Doku Ambarı Dinamik Aralık Otomatik 251 00:39:03
Dinamik aralıklı Fabric Lakehouse (Tablolar)
Varış Noktası Bölüm seçeneği Kopya paralelliği derecesi Kullanılan paralel kopyalar Toplam süre
Fabric Lakehouse Hiçbiri Otomatik 1 02:23:21
Fabric Lakehouse Dinamik Aralık Otomatik 251 00:36:40
Fabric Lakehouse Dinamik Aralık 50 50 00:12:01
Kümelenmiş dizin

Yığın tablosuyla karşılaştırıldığında, dinamik aralığın bölüm sütunu olarak seçilen sütunda kümelenmiş anahtar dizinine sahip bir tablo, performansı ve kaynak kullanımını önemli ölçüde geliştirdi. Kopyalama paralelliği derecesi otomatik olarak ayarlandığında bile bu doğruydu.

Kümelenmiş dizine sahip Kumaş Deposu
Varış Noktası Bölüm seçeneği Kopya paralelliği derecesi Kullanılan paralel kopyalar Toplam süre
Doku Ambarı Hiçbiri Otomatik 1 02:23:21
Doku Ambarı Dinamik Aralık Otomatik 251 00:09:02
Doku Ambarı Dinamik Aralık 50 50 00:08:38
Kümelenmiş dizine sahip Fabric Lakehouse (Tablolar)
Varış Noktası Bölüm seçeneği Kopya paralelliği derecesi Kullanılan paralel kopyalar Toplam süre
Fabric Lakehouse Hiçbiri Otomatik 1 02:23:21
Fabric Lakehouse Dinamik Aralık Otomatik 251 00:06:44
Fabric Lakehouse Dinamik Aralık 50 50 00:06:34

Mantıksal bölüm tasarımı

Mantıksal bölüm tasarım düzeni daha gelişmiştir ve daha fazla geliştirici çalışması gerektirir. Ancak, bu tasarım katı veri yükleme gereksinimleri olan senaryolarda kullanılır. Bu tasarım başlangıçta şirket içi Oracle veritabanının 1,5 saatten daha düşük bir süre içinde 180 GB veri yükleme gereksinimlerini karşılamak için geliştirilmiştir. Kopyalama etkinliğinin varsayılanlarını kullanan özgün tasarım 65 saatten fazla sürdü. Mantıksal Bölümleme Tasarımı'nı kullanarak aynı verilerin 1,5 saatin altında aktarıldığını görürüz.

Bu tasarım şu blog serisinde de kullanıldı: İşlem hattı performansı iyileştirmeleri Bölüm 1: Zaman aralığını saniyelere dönüştürme). Bu tasarım, büyük kaynak tablolarını yüklerken, kaynak veri okumalarını bölümlere ayırmak için bir veri aralığı belirlemek gibi tekniklerle en iyi yükleme performansını elde etmenize yardımcı olmak adına ortamınızda kopyalanması faydalıdır. Bu tasarım birçok alt tarih aralığı oluşturur. Ardından aralıklar üzerinde yineleme yapmak için For-Each etkinliği kullanıldığında, belirtilen aralık arasındaki kaynak verilere birçok kopyalama etkinliği çağrılır. For-Each etkinliğinde, tüm kopyalama etkinlikleri paralel olarak çalışır (toplu iş sayısı üst sınırı 50'ye kadar) ve kopyalama paralelliği derecesi Otomatik olarak ayarlanır.

Aşağıdaki örnekler için bölümlenmiş tarih değerleri şu değerlere ayarlanmıştır:

  • Başlangıç değeri: 1992-01-01
  • Bitiş değeri: 1998-08-02
  • Kova Aralığı Günleri: 50

Paralel kopyalar ve toplam süre, oluşturulan tüm 50 kopyalama etkinliğinde gözlemlenen maksimum değerdir. Tüm 50'si paralel olarak çalıştırıldığı için, Toplam Süre için maksimum değer, tüm kopyalama işlemlerinin paralel olarak bitmesinin ne kadar sürdüğünü gösterir.

Mantıksal bölüm tasarımına sahip Kumaş Deposu
Varış Noktası Bölüm seçeneği Kopya paralelliği derecesi Kullanılan paralel kopyalar Toplam süre
Doku Ambarı Hiçbiri Otomatik 1 02:23:21
Doku Ambarı Mantıksal Tasarım Otomatik 1 00:12:11
Mantıksal bölüm tasarımına sahip Fabric Lakehouse (Tablolar)
Varış Noktası Bölüm Seçeneği Kopya paralelliği derecesi Kullanılan paralel kopyalar Toplam süre
Fabric Lakehouse Hiçbiri Otomatik 1 02:10:37
Fabric Lakehouse Mantıksal Tasarım Otomatik 1 00:09:14

Tablonun fiziksel bölümleri

Not

Fiziksel bölümler kullanılırken, bölüm sütunu ve mekanizması fiziksel tablo tanımınıza göre otomatik olarak belirlenir.

Tablonun fiziksel bölümlerini kullanmak için kaynak tablonun bölümlenmiş olması gerekir. Bölüm sayısının performansı nasıl etkilediğini anlamak için biri 8 bölüm, diğeri 85 bölümlü olmak üzere iki bölümlenmiş tablo oluşturduk.

Fiziksel bölüm sayısı, kopyalama paralelliği derecesini sınırlar. Yine de bölüm sayısından küçük bir değer belirterek sayıyı sınırlayabilirsiniz.

Fiziksel bölümleri olan Kumaş Ambarı
Varış Noktası Bölüm seçeneği Kopya paralelliği derecesi Kullanılan paralel Kopyalar Toplam süre
Doku Ambarı Hiçbiri Otomatik 1 02:23:21
Doku Ambarı Fiziksel Otomatik 8 00:26:29
Doku Ambarı Fiziksel Otomatik 85 00:08:31
Fiziksel bölümlere sahip Fabric Lakehouse (Tablolar)
Varış Noktası Bölüm seçeneği Kopya paralelliği derecesi Kullanılan paralel kopyalar Toplam süre
Fabric Lakehouse Hiçbiri Otomatik 1 02:10:37
Fabric Lakehouse Fiziksel Otomatik 8 00:36:36
Fabric Lakehouse Fiziksel Otomatik 85 00:12:21

Yalıtım düzeyleri

Farklı Yalıtım düzeyi ayarlarını belirtmenin performansı nasıl etkilediğini karşılaştıralım. Kopyalama paralelliği DerecesiOtomatik olarak ayarlanmış Yalıtım düzeyi'ni seçtiğinizde, Kopyalama etkinliği kaynak sistemi aşırı yükleyip başarısız olma riskiyle karşı karşıya kalabilir. Kopyalama paralelliği Derecesi'nin Otomatik olarak ayarlanmasını istiyorsanız Yalıtım düzeyini Hiçbiri olarak bırakmanız önerilir.

Not

Azure SQL Veritabanı varsayılan olarak *Yalıtım düzeyiRead_Committed_Snapshot.

Dinamik aralık için test durumunu, Kopyalama paralelliği derecesi 50 olarak ayarlanmış şekilde genişletelim ve Yalıtım düzeyinin performansı nasıl etkilediğini görelim.

Yalıtım düzeyi Toplam süre Kapasite Birimleri Veritabanı Maksimum CPU % DB Maksimum Oturum
Yok (varsayılan) 00:14:23 93,960 70 76
Kaydedilmemiş Okuma 00:13:46 89,280 81 76
Okundu 00:25:34 97,560 81 76

Veritabanı kaynak sorgularınız için seçtiğiniz Yalıtım düzeyi, iyileştirme yolu yerine daha çok bir gereksinimdir, ancak her seçenek arasındaki performans ve Kapasite Birimleri tüketimi farklarını anlamak önemlidir.

Yalıtım düzeyi hakkında daha fazla bilgi için IsolationLevel Sabit Listesi'ne bakın.

ITO ve kapasite tüketimi

Paralel kopya derecesine benzer şekilde, Akıllı aktarım hızı iyileştirmesi (ITO) ayarlanabilen bir diğer maksimum değerdir. Maliyet optimizasyonu yapıyorsanız, istediğiniz sonuca uyacak şekilde ayarlamanız gereken harika bir seçenek olan ITO'yu dikkate alın.

ITO Aralıkları:

ITO Maksimum Değer
Otomatik Belirtilmemiş
Standart 64
Dengeli 128
Maksimum 256

Açılan menü yukarıdaki ayarlara izin verirken, 4 ile 256 arasında özel değerlerin kullanılmasına da izin veririz.

Not

Kullanılan ITO'nun gerçek sayısı, Kopyalama Etkinliği çıktısındaki DataIntegrationUnits alanında bulunabilir.

Dinamik aralık Yığın test çalışma durumu için, Paralel kopya derecesiOtomatik olarak ayarlandığında, hizmet Dengeli modunu 100 gerçek değerle seçti. Özel Değer olarak 50 belirterek ITO yarıya indiğinde ne olacağını görelim:

ITO belirtti Toplam süre Kapasite Birimleri Veritabanı Maksimum CPU % DB Maksimum Oturum İyileştirilmiş aktarım hızını kullanma
Maksimum (256) 00:13:46 89,280 81 76 Dengeli (100)
50 00:18:28 48,600 76 61 Standart (48)

ITO'yu %50 azalttığı için toplam süre %34 arttı, ancak hizmet %45,5 daha az Kapasite Birimi kullandı. İyileştirilmiş Toplam süreyi iyileştirmiyorsanız ve kullanılan Kapasite Birimlerini azaltmak istiyorsanız, ITO'yu daha düşük bir değere ayarlamak yararlı olabilir.

Özet

Aşağıdaki grafikler hem Doku Ambarı hem de Fabric Lakehouse tablolarına yükleme davranışını özetler. Tablonun fiziksel bölümü varsa, Bölüm seçeneğinin kullanılması: Tablonun fiziksel bölümleri, kaynakta aktarım süresi, kapasite birimleri ve işlem ek yükü için en dengeli yaklaşım olacaktır. Bu ayar özellikle veri taşıma sırasında veritabanında çalışan daha fazla oturum varsa idealdir.

Tablonuzda fiziksel bölümler yoksa, Bölüm seçeneğini kullanmaya devam edebilirsiniz: Dinamik Aralık. Bu seçenek, üst ve alt sınırları belirlemek için önceden bir adım gerektirse de, yine de daha yüksek kapasite tüketimi, kaynak işlem kullanımı ve en uygun paralellik derecesi için test etme gereksinimine bağlı olarak varsayılan seçeneklere kıyasla aktarım süresinde önemli geliştirmeler sağlar.

Kopyalama işlerinizin performansını en üst düzeye çıkarmanın bir diğer önemli faktörü de veri hareketini tek bir bulut bölgesinde tutmaktır. Örneğin, ABD Batı'da bulunan bir Data Factory ile ABD Batı'daki bir kaynak ve hedef veri deposu arasında veri taşıma işlemi, ABD Doğu'dan ABD Batı'ya veri taşıyan bir kopyalama işinden daha iyi performans gösterir.

Son olarak, iyileştirmenin en önemli yönü hızsa, kaynak tablonuzun iyileştirilmiş bir DDL'sine sahip olmak fiziksel bölüm seçeneklerinin kullanılmasında kritik önem taşır. Bölümlenmemiş bir tablo için Dinamik aralık'ı deneyin ve bu ayar yeterince hızlı değil, mantıksal bölümleme veya mantıksal bölümlemenin karma yaklaşımı ile alt bağlantılar içinde Dinamik aralık kullanmayı düşünün.

Yönergeler

Maliyet Ayarı Akıllı veri aktarım hızı optimizasyonu ve Paralel Kopyaların Derecesi. Bölümlenmiş tablolar için hız, çok sayıda bölüm varsa Bölüm seçeneğini kullanın: Tabloların fiziksel bölümleri. Aksi takdirde, veriler dengesizse veya sınırlı sayıda bölüm varsa Dinamik aralık kullanmayı göz önünde bulundurun. Dizinli yığın ve tablolar için, kaynağınızda beklemekte olan sorguların sayısını sınırlamak üzere, Dinamik aralık ile Paralel kopya derecesini kullanın. Bölüm üst/alt sınırlarını önceden tanımlayabilirseniz, daha fazla performans iyileştirmesi gerçekleştirebilirsiniz.

Bakım ve geliştirici emeğini göz önünde bulundurun. Varsayılan seçeneklerden çıkmak, verileri taşımak için en uzun sürerken, özellikle kaynak tablonun DDL'sinin bilinmesi durumunda varsayılan değerlerle çalışmak en iyi seçenek olabilir. Bu, makul Kapasite Birimleri tüketimi de sağlar.

Test çalışmaları

Doku Ambarı test çalışmaları
Bölüm seçeneği Kopya paralelliği derecesi Kullanılan paralel kopyalar Toplam süre Kapasite Birimleri Maksimum CPU % En Fazla Oturum Sayısı
Hiçbiri Otomatik 1 02:23:21 51,839 < 1 2
Fiziksel (8) Otomatik 8 00:26:29 49,320 3 10
Fiziksel (85) Otomatik 85 00:08:31 108,000 15 83
Dinamik Aralık (Yığın) Otomatik 242 00:39:03 282,600 100 272
Dinamik Aralık (Yığın) 50 50 00:13:05 92,159 81 76
Dinamik Aralık (Kümelenmiş Dizin) Otomatik 251 00:09:02 64,080 9 277
Dinamik Aralık (Kümelenmiş Dizin) 50 50 00:08:38 55,440 10 77
Mantıksal Tasarım Otomatik 1 00:12:11 226,108 91 50
Fabric Lakehouse (Tablolar) test senaryoları
Bölüm seçeneği Kopya paralelliği derecesi Kullanılan paralel kopyalar Toplam süre Kapasite Birimleri Maksimum CPU % En Fazla Oturum Sayısı
Hiçbiri Otomatik 1 02:10:37 47,520 <1% 2
Fiziksel (8) Otomatik 8 00:36:36 64,079 2 10
Fiziksel (85) Otomatik 85 00:12:21 275,759
Dinamik Aralık (Yığın) Otomatik 251 00:36:12 280,080 100 276
Dinamik Aralık (Yığın) 50 50 00:12:01 101,159 68 76
Dinamik Aralık (Kümelenmiş Dizin) Otomatik 251 00:06:44 59,760 11 276
Dinamik Aralık (Kümelenmiş Dizin) 50 50 00:06:34 54,760 10 76
Mantıksal Tasarım Otomatik 1 00:09:14 164,908 82 50