Aracılığıyla paylaş

Uygulama performansınızı geliştirmek için Azure SQL Yönetilen Örneği bellek içi OLTP kullanma

  • Makale

Şunlar için geçerlidir: Azure SQL Yönetilen Örneği

Bellek içi OLTP , işlem işleme, veri alımı ve geçici veri senaryolarının performansını geliştirmek için kullanılabilir. İş Açısından Kritik hizmet katmanı, sanal çekirdek sayısı tarafından belirlenen bir sınır olan belirli miktarda En Fazla Bellek İçi OLTP belleği içerir.

Azure SQL Yönetilen Örneği'daki mevcut bir veritabanında bellek içi OLTP'yi benimsemek için bu adımları izleyin.

1. Adım: Bellek içi OLTP'ye geçirilen nesneleri tanımlama

SQL Server Management Studio (SSMS), etkin bir iş yüküne sahip bir veritabanında çalıştırabileceğiniz bir İşlem Performansı Analizine Genel Bakış raporu içerir. Rapor, bellek içi OLTP'ye geçiş için aday olan tabloları ve saklı yordamları tanımlar.

SSMS'de raporu oluşturmak için:

  • Nesne Gezgini veritabanı düğümünüzü sağ tıklatın.
  • Raporlar>Standart Raporları>İşlem Performansı Analizine Genel Bakış'ı seçin.

Bellek içi OLTP'nin avantajlarını değerlendirme hakkında daha fazla bilgi için bkz . Bir tablonun veya saklı yordamın bellek içi OLTP'ye taşınıp taşınmadığını belirleme.

2. Adım: Benzer bir test veritabanı oluşturma

Raporun veritabanınızın bellek için iyileştirilmiş bir tabloya dönüştürülmesini sağlayacak bir tablosu olduğunu gösterdiğini varsayalım. İlk olarak test ederek göstergeyi onaylamak için test yapmanızı öneririz.

Üretim veritabanınızın test kopyasına ihtiyacınız vardır. Test veritabanı, üretim veritabanınızla aynı hizmet katmanında (İş Açısından Kritik) ve sanal çekirdek sayısı olmalıdır.

Testi kolaylaştırmak için test veritabanınızda aşağıdaki gibi ayarlamalar yapın:

  1. SQL Server Management Studio (SSMS) kullanarak test veritabanına bağlanın.

  2. Sorgularda seçeneğin WITH (SNAPSHOT) gerekli olmasını önlemek için, geçerli veritabanının MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT seçeneğini aşağıdaki T-SQL deyiminde gösterildiği gibi ayarlayın:

    ALTER DATABASE CURRENT
 SET MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT = ON;

3. Adım: Tabloları geçirme

Test etmek istediğiniz tablonun bellek için iyileştirilmiş bir kopyasını oluşturmanız ve doldurmanız gerekir. Aşağıdakilerden birini kullanarak oluşturabilirsiniz:

SSMS'de Bellek İyileştirme Sihirbazı

Bu geçiş seçeneğini kullanmak için:

  1. SSMS ile test veritabanına bağlanın.

  2. Nesne Gezgini tabloya sağ tıklayın ve ardından Bellek İyileştirme Danışmanı'nı seçin.

    Tablo Belleği İyileştirici Danışmanı sihirbazı görüntülenir.

  3. Sihirbazda, tablonun bellek için iyileştirilmiş tablolarda desteklenmeyen özellikleri olup olmadığını görmek için Geçiş doğrulama (veya İleri düğmesi) öğesini seçin. Daha fazla bilgi için bkz.

  4. Tabloda desteklenmeyen özellik yoksa, danışman sizin için gerçek şemayı ve veri geçişini gerçekleştirebilir.

El ile T-SQL

Bu geçiş seçeneğini kullanmak için:

  1. SSMS (veya benzer bir yardımcı program) kullanarak test veritabanınıza bağlanın.
  2. Tablonuz ve dizinleri için tam T-SQL betiğini edinin.
    • SSMS'de tablo düğümünüzü sağ tıklatın.
    • Yeni Sorgu penceresine>CREATE olarak>Betik Tablosu'nu seçin.
  3. Betik penceresinde deyimine CREATE TABLE ekleyinWITH (MEMORY_OPTIMIZED = ON).
  4. KÜMELENDİ dizini varsa, kümeLENMEMIŞ olarak değiştirin.
  5. sp_rename kullanarak mevcut tabloyu yeniden adlandırın.
  6. Düzenlenen CREATE TABLE betiğinizi çalıştırarak tablonun bellek için iyileştirilmiş yeni kopyasını oluşturun.
  7. kullanarak INSERT...SELECT * INTOverileri bellek için iyileştirilmiş tablonuza kopyalayın: 
    INSERT INTO [<new_memory_optimized_table>]
        SELECT * FROM [<old_disk_based_table>];

4. Adım (isteğe bağlı): Saklı yordamları geçirme

Bellek içi özelliği, gelişmiş performans için saklı yordamı da değiştirebilir.

Yerel olarak derlenmiş saklı yordamlarla ilgili dikkat edilmesi gerekenler

Yerel olarak derlenmiş bir saklı yordam, T-SQL WITH yan tümcesinde aşağıdaki seçeneklere sahip olmalıdır:

  • NATIVE_COMPILATION: yordamdaki Transact-SQL deyimlerinin tümünün verimli yürütme için yerel koda derleneceği anlamına gelir.
  • SCHEMABINDING: Saklı yordamı bırakmadığınız sürece saklı yordamın sütun tanımlarının saklı yordamı etkileyecek şekilde değiştirilemeyeceği tabloları ifade eder.

Yerel modül, işlem yönetimi için tek bir büyük ATOMIC bloğu kullanmalıdır. Açık BEGIN TRANSACTION bir rol yoktur veya ROLLBACK TRANSACTION. kodunuz bir iş kuralının ihlalini algılarsa throw deyimiyle atomik bloğu sonlandırabilir.

Yerel olarak derlenmiş tipik CREATE PROCEDURE

Yerel olarak derlenmiş bir saklı yordam oluşturmak için kullanılan T-SQL genellikle aşağıdaki şablona benzer:

CREATE PROCEDURE schemaname.procedurename
    @param1 type1, ...
    WITH NATIVE_COMPILATION, SCHEMABINDING
    AS
        BEGIN ATOMIC WITH
            (TRANSACTION ISOLATION LEVEL = SNAPSHOT,
            LANGUAGE = N'<desired sys.syslanuages.sysname value>'
            )
        ...
        END;
  • TRANSACTION_ISOLATION_LEVELiçin SNAPSHOT, yerel olarak derlenmiş saklı yordamın en yaygın değeridir. Ancak, diğer değerlerin bir alt kümesi de desteklenir:
    • YINELENEBILIR OKUMA
    • SERİLEŞTİRİLEBİLİR
  • Değer LANGUAGE görünümde sys.syslanguages , sütunda name bulunmalıdır. Örneğin, N'us_english'.

Saklı yordamı geçirme

Geçiş adımları şunlardır:

  1. CREATE PROCEDURE Betiği normal yorumlanmış saklı yordama alın.
  2. Üst bilgisini önceki şablonla eşleşecek şekilde yeniden yaz.
  3. Saklı yordam T-SQL kodunun yerel olarak derlenmiş saklı yordamlar için desteklenmeyen özellikleri kullanıp kullanmadığını belirleyin. Gerekirse geçici çözümler uygulayın. Daha fazla bilgi için bkz . Yerel olarak derlenmiş saklı yordamlar için geçiş sorunları.
  4. sp_rename kullanarak eski saklı yordamı yeniden adlandırın. Ya da bırakın.
  5. Düzenlenen CREATE PROCEDURE T-SQL betiğinizi çalıştırın.

5. Adım: İş yükünüzü testte çalıştırma

Test veritabanınızda üretim veritabanınızda çalışan iş yüküne benzer bir iş yükü çalıştırın. Bu, tablolar ve saklı yordamlar için bellek içi özelliğini kullanmanızla elde edilen performans kazancını ortaya çıkarmalıdır.

İş yükünün başlıca öznitelikleri şunlardır:

  • Eşzamanlı bağlantı sayısı.
  • Okuma/yazma oranı.

Test iş yükünü uyarlamak ve çalıştırmak için kullanışlı ostress.exe aracını kullanmayı göz önünde bulundurun.

Ağ gecikme süresini en aza indirmek için testinizi veritabanının bulunduğu Azure coğrafi bölgesinde çalıştırın.

6. Adım: Uygulama sonrası izleme

Bellek içi uygulamalarınızın üretimdeki performans etkilerini izlemeyi göz önünde bulundurun:

İlgili içerik