Denetim listesi: Azure VM'SQL Server için en iyi yöntemler

  • Makale
  • Okumak için 9 dakika

AŞAĞıDAKILER IÇIN GEÇERLIDIR: SQL Server VM'de sanal makine

Bu makale, Azure Sanal Makineler'de (VM) sanal makinelerinizin performansını iyileştirmeye yönelik bir dizi en iyi SQL Server kılavuz olarak hızlı bir denetim listesi sağlar.

Kapsamlı ayrıntılar için bu seride yer alan diğer makalelere bakın: Denetimlistesi, VMboyutu , Depolama, Güvenlik, HADR yapılandırması, Taban çizgisini toplayın.

Azure VM SQL lerde SQL Server için SQL Değerlendirmesi'ne olanak tanıyın ve SQL Server'niz, sanal makinenin SQL VM yönetim sayfasında gösterilen bilinen en iyi yöntemlere ve sonuçlara göre Azure portal.

Genel Bakış

Azure Sanal SQL Server'da çalışma sırasında, şirket içi sunucu ortamlarındaki sanal makineler için geçerli olan SQL Server veritabanı performansı ayarlama seçeneklerini kullanmaya devam edin. Ancak genel buluttaki ilişkisel bir veritabanının performansı, sanal makinenin boyutu ve veri disklerinin yapılandırması gibi birçok faktöre bağlıdır.

Maliyet iyileştirmesi ile performans için iyileştirme arasında genellikle bir fark vardır. Bu performansa yönelik en iyi yöntemler serisi, Azure Sanal Makineler'de SQL Server performans elde etmek için tasarlanmıştır. İş yükünüz daha az talep görüyorsa, önerilen her iyileştirmeyi gerektirmeyebilir. Bu önerileri değerlendirirken performans ihtiyaçlarınızı, maliyetlerinizi ve iş yükü desenlerinizi göz önünde bulundurabilirsiniz.

VM Boyutu

Aşağıda, Azure VM'de sanal makinenizi çalıştırmaya yönelik VM boyutu en iyi SQL Server hızlı bir denetim listesi ve ardından ve ardından yer alır:

  • Standard_M8-4ms, E4ds_v4veya daha yüksek sanal makine gibi 4 veya daha fazla vCPU'E4ds_v4 VM DS12_v2 boyutlarını kullanın.
  • SQL Server iş yüklerinde en iyi performansı elde etmek amacıyla bellek için iyileştirilmiş sanal makine boyutlarını kullanın.
  • DSv2 11-15, Edsv4 serisi, M-ve Mv2- serisi OLTP iş yükleri için gereken en uygun bellek-sanal çekirdek oranını sunar. Her iki M serisi VM de görev açısından kritik iş yükleri için gereken en yüksek bellek-sanal çekirdek oranı sunar ve veri ambarı iş yükleri için de idealdir.
  • Görev açısından kritik iş yükleri ve veri ambarı iş yükleri için daha yüksek bellek-sanal çekirdek oranını göz önünde bulundurabilirsiniz.
  • Azure Sanal Makine market görüntülerini, en iyi performans SQL Server ayarları ve depolama seçenekleri yapılandırıldığından SQL Server kullanın.
  • Hedef iş yükünün performans özelliklerini toplayın ve bunları kullanarak işletmeniz için uygun VM boyutunu belirleme.
  • Mevcut iş yükünüz için Geçiş Yardımcısı VM boyutunu bulmak için Data Geçiş Yardımcısı SKU öneri SQL Server kullanın.

Daha fazla bilgi edinmek için kapsamlı VM boyutu en iyi yöntemlerine bakın.

Depolama

Aşağıda, Azure VM'de veritabanınızı çalıştırmaya yönelik depolama yapılandırmasına yönelik en iyi SQL Server hızlı bir denetim listesi yer alır:

  • Disk türünü seçmeden önce uygulamayı izleme ve veri, SQL Server tempdb dosyaları için depolama bant genişliği ve gecikme süresi gereksinimlerini belirleme.
  • Depolama performansını iyileştirmek için, kullanılabilir en yüksek erişimsiz IOPS'yi planla ve veri okuma için performans özelliği olarak veri önbelleğe alma özelliğini kullanarak sanal makine ve disklerin kullanımının kısıtlanmasından kaçının.
  • Verileri, günlüğü ve tempdb dosyalarını ayrı sürücülere yer.
    • Veri sürücüsü için, önbellek desteğinin kullanılabilirliğini sağlamak için yalnızca premium P30 ve P40 diskleri kullanın
    • Premium P30 - P80disklerini değerlendirirken kapasiteye ve test performansına karşı maliyet günlük sürücüsü planı için.
      • Alt milisaniye depolama gecikme süresi gerekli ise işlem günlüğü için Azure ultra disklerini kullanın.
      • M serisi sanal makine dağıtımları için Azure ultra Yazma Hızlandırıcısı üzerinden dağıtımları göz önünde bulundurabilirsiniz.
    • En uygun VM boyutunu seçtikten sonra çoğu iş yükü için tempdb'yi yerel kısa SQL Server SSD D:\ (varsayılan) sürücüsüne yerleştirin.
      • Yerel sürücünün kapasitesi tempdb için yeterli olmuyorsa VM'yi boyutlandırmayı göz önünde bulundurabilirsiniz. Daha fazla bilgi için bkz. Veri dosyası önbelleğe alma ilkeleri.
  • Hedef sanal makinenin IOPS ve Depolama Alanları sınırlarına kadar I/O bant genişliğini artırmak için birden çok Azure veri diskini bant genişliğine göre şeritle.
  • Veri dosyası diskleri için konak önbelleğini salt okunur olarak ayarlayın.
  • Günlük dosyası diskleri için ana bilgisayar önbelleğini hiçbiri olarak ayarlayın.
    • Dosya içeren disklerde okuma/yazma önbelleğini SQL Server.
    • Diskin önbellek SQL Server değiştirmeden önce her zaman SQL Server hizmetini durdurun.
  • Geliştirme ve test iş yükleri için standart depolama kullanmayı göz önünde bulundurarak. Üretim iş yükleri için Standart HDD/SDD kullanılması önerilmez.
  • Kredi Tabanlı Disk Seri Yükleme (P1-P20), yalnızca daha küçük geliştirme/test iş yükleri ve departman sistemleri için dikkate alınmalıdır.
  • Depolama hesabını sanal makineyle aynı bölgede SQL Server.
  • Azure coğrafi olarak yedekli depolamayı (coğrafi çoğaltma) devre dışı bırakma ve depolama hesabında LRS (yerel olarak yedekli depolama) kullanma.
  • Veri diskini geçici sürücü dışında bir sürücüye yerleştirilen tüm veri dosyaları için (varsayılan değeri 4 KB olan) 64 KB ayırma D:\ birimini kullanmak üzere biçimlendirin. SQL Server sanal Azure Market, ayırma birimi boyutuyla biçimlendirilmiş veri diskleri ve 64 KB olarak ayarlanmış depolama havuzu için ayırma ile birlikte gelir.

Daha fazla bilgi edinmek için en iyi uygulamaları Depolama bakın.

SQL Server özellikleri

Aşağıda, üretimde bir Azure sanal SQL Server sanal makinede SQL Server yapılandırma ayarlarına yönelik en iyi yöntemlerin hızlı bir denetim listesi yer alır:

Azure özellikleri

Aşağıda, Azure VM'de uygulamalarınızı çalıştırmaya yönelik Azure'a özgü rehberlik için en iyi SQL Server hızlı bir denetim listesi yer alır:

HADR yapılandırması

Always On kullanılabilirlik grubu ve yük devretme kümesi örneği gibi yüksek kullanılabilirlik ve olağanüstü durum kurtarma (HADR) özellikleri, Windows Sunucu Yük Devretme Kümesi teknolojisini kullanır. Bulut ortamını daha iyi desteklemek için HADR ayarlarınızı değiştirmek için en iyi yöntemleri gözden geçirme.

Kümeniz Windows aşağıdaki en iyi yöntemleri göz önünde bulundurabilirsiniz:

  • Trafiği HADR SQL Server yönlendirmeye yönelik bir Azure Load Balancer veya dağıtılmış ağ adı (DNN) bağımlılığından kaçınmak için mümkün olduğunda sanal ağ vm'lerinizi birden çok alt ağa dağıtın.
  • Geçici ağ hatalarından veya Azure platformu bakımından beklenmeyen kesintileri önlemek için kümeyi daha az agresif parametrelerle değiştirebilirsiniz. Daha fazla bilgi edinmek için bkz. sinyal ve eşik ayarları. Daha Windows Server 2012 ve sonrası için aşağıdaki önerilen değerleri kullanın:
    • SameSubnetDelay: 1 saniye
    • SameSubnetThreshold: 40 sinyal
    • CrossSubnetDelay: 1 saniye
    • CrossSubnetThreshold: 40 sinyal
  • VM 'lerinizi bir kullanılabilirlik kümesine veya farklı kullanılabilirlik bölgelerine yerleştirin. Daha fazla bilgi için bkz. VM kullanılabilirlik ayarları.
  • Her küme düğümü için tek bir NIC ve tek bir alt ağ kullanın.
  • Küme çekirdeği oylarını 3 veya daha fazla sayıda oy kullanacak şekilde yapılandırın. DR bölgelerine oy atamayın.
  • Kaynak kısıtlamaları nedeniyle beklenmedik şekilde yeniden başlatmalar veya yük devretme yapmaktan kaçınmak için kaynak sınırlarını dikkatle izleyin.
    • işletim sistemi, sürücüler ve SQL Server en son derlemelerde olduğundan emin olun.
    • Azure vm 'lerinde SQL Server performansını iyileştirin. Daha fazla bilgi edinmek için bu makaledeki diğer bölümleri gözden geçirin.
    • Kaynak limitlerini önlemek için iş yükünü azaltın veya yayın.
    • Kısıtlamalardan kaçınmak için daha yüksek sınırlara sahip bir VM 'ye veya diske taşıyın.

SQL Server kullanılabilirlik grubunuz veya yük devretme kümesi örneğiniz için aşağıdaki en iyi yöntemleri göz önünde bulundurun:

  • Sık karşılaşılan beklenmedik hatalardan karşılaşıyorsanız, bu makalenin geri kalanında açıklanan en iyi performans uygulamalarını izleyin.
  • SQL Server VM performansını iyileştirmek, beklenmeyen yük devretmeleri gidermezse, kullanılabilirlik grubu veya yük devretme kümesi örneği için izlemeyi kullanmayı düşünün. Ancak bunu yapmak sorunun temel alınan kaynağını ele geçirebilir ve hata olasılığını azaltarak belirtileri maskeleyebilir. Yine de temel alınan kök nedeni araştırıp ele almanız gerekebilir. Windows Server 2012 veya üzeri için aşağıdaki önerilen değerleri kullanın:
    • Kira zaman aşımı: en fazla kiralama zaman aşımı değerini hesaplamak için bu denklemi kullanın:
      Lease timeout < (2 * SameSubnetThreshold * SameSubnetDelay).
      40 saniye ile başlayın. SameSubnetThreshold SameSubnetDelay Daha önce önerilen gevşek ve değerleri kullanıyorsanız, kira zaman aşımı değeri için 80 saniyeyi aşmayın.
    • Belirtilen dönemde en fazla başarısızlık sayısı: Bu değeri 6 olarak ayarlayabilirsiniz.
    • Healthcheck zaman aşımı: Bu değeri başlangıçta 60000 olarak ayarlayabilirsiniz, gerekirse ayarı yapabilirsiniz.
  • sanal ağ adı (vnn) kullanılırken ve hadr çözümünüze bağlanmak için Azure Load Balancer, MultiSubnetFailover = true kümeniz yalnızca bir alt ağa yayılsa bile bağlantı dizesinde belirtin.
    • İstemci desteklemiyorsa, MultiSubnetFailover = True RegisterAllProvidersIP = 0 HostRecordTTL = 300 istemci kimlik bilgilerini daha kısa süreler için ayarlamanız ve önbelleğe almanız gerekebilir. Ancak, bunun yapılması DNS sunucusuna ek sorgular oluşmasına neden olabilir.
  • Dağıtılmış ağ adı (DNN) kullanarak HADR çözümünüze bağlanmak için aşağıdakileri göz önünde bulundurun:
    • ' Yi destekleyen bir istemci sürücüsü kullanmanız gerekir MultiSubnetFailover = True ve bu parametrenin bağlantı dizesinde olması gerekir.
    • Kullanılabilirlik grubu için DNN dinleyicisine bağlanırken bağlantı dizesinde benzersiz bir DNN bağlantı noktası kullanın.
  • Bir yük dengeleyici veya DNN gereksinimini atlamak için temel kullanılabilirlik grubu için bir veritabanı yansıtma bağlantı dizesi kullanın.
  • Yüksek kullanılabilirlik çözümünüzü dağıtmadan önce, yanlış hizalanmış g/ç kullanmaktan kaçınmak için VHD 'nizin sektör boyutunu doğrulayın. Daha fazla bilgi için bkz. KB3009974 .

Daha fazla bilgi edinmek için bkz. kapsamlı HADR en iyi yöntemleri.

Sonraki adımlar

Daha fazla bilgi edinmek için bu serideki diğer makalelere göz atın:

en iyi güvenlik uygulamaları için bkz. Azure sanal makinelerinde SQL Server için güvenlik konuları.

Azure vm 'lerinde SQL Server için SQL Değerlendirmesietkinleştirmeyi düşünün.

Azure sanal makinelerine genel bakış ' a SQL Serverdiğer SQL Server sanal makine makalelerini inceleyin. SQL Server sanal makineleri hakkında sorularınız olursa Sık Sorulan Sorular bölümüne bakın.