Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Şunlar için geçerlidir:
Azure SQL Yönetilen Örneği
Bu makalede , Azure SQL Yönetilen Örneği yönetilirken gerçekleşen farklı işlemlere genel bir bakış sağlanır. Yönetim işlemleri, bir örneği oluşturduğunuzda, güncelleştirdiğinizde veya sildiğinizde arka uçta gerçekleştirilen işlemlerdir.
Adımların ayrıntılı açıklaması ve her yönetim işleminin tahmini süresi için Yönetim işlemleri süresi bölümünü gözden geçirin.
Yönetim işlemleri nedir?
Azure SQL Yönetilen Örneği'nin yönetilmesi aşağıdaki işlemleri içerir:
- Oluşturma: Yeni bir SQL yönetilen örneği ilk oluşturduğunuzda gerçekleşen işlemler. Buna temel alınan sanal makine (VM) grubu oluşturma ve SQL Veritabanı Altyapısı işlemini dağıtma dahildir.
- Güncelleştirme: İşlem veya depolamayı ölçeklendirme, hizmet katmanını değiştirme veya örnek yapılandırmasını güncelleştirme gibi mevcut bir SQL yönetilen örneğinin özelliklerini değiştirdiğinizde gerçekleşen işlemler. Güncelleştirmelerin yapılması genellikle VM grubunun yeniden boyutlandırılmasını ve verilerin dağıtımını ve ardından yük devretmeyi yeni bir SQL Veritabanı Altyapısı işlemine geçirmeyi içerir.
- Sil: Mevcut bir SQL yönetilen örneğini sildiğinizde, örnekle ilişkilendirilmiş VM grubu gibi kaynakların temizlenmesi de dahil olmak üzere gerçekleşen işlemler.
Adımların ayrıntılı açıklaması ve her yönetim işleminin tahmini süresi için Yönetim işlemleri süresi bölümünü gözden geçirin.
SQL Yönetilen Örnek yönetim işlemleri, aşağıdaki temel süreçler aracılığıyla gerçekleştirilir:
- Sanal makine (VM) grubu işlemleri: SQL yönetilen örneğini barındıran temel vm grubu oluşturma ve yönetme işlemlerini içerir. Bu, VM grubunu yeniden boyutlandırmayı, yeni VM grupları oluşturmayı ve bu gruplar içindeki sanal makineleri yönetmeyi içerir.
- Tohumlama: Genellikle yük devretmeye hazırlanmak için SQL Veritabanı Altyapısı işlemleri arasında verilerin başlatılması ve eşitlenmesi.
- Yük devretme: Trafiğin aynı veya yeni bir VM grubunda başka bir SQL Veritabanı Altyapısı işlemine devredilirken gerçekleştirilir.
VM grubu işlemleri
Azure sanal ağları içindeki dağıtımları desteklemek ve müşteriler için yalıtım ve güvenlik sağlamak için SQL Yönetilen Örneği sanal kümelere dayanır. Sanal küme, sanal ağ alt ağınıza dağıtılan ve VM grupları içinde düzenlenmiş ayrılmış bir yalıtılmış sanal makine kümesini (VM) temsil eder. Temel olarak, boş bir alt ağa dağıtılan her SQL yönetilen örneği, ilk VM grubunu oluşturan yeni bir sanal kümeyle sonuçlandırılır.
SQL yönetilen örneklerindeki sonraki yönetim işlemleri, temel alınan VM gruplarını etkileyebilir. Temel alınan VM gruplarını etkileyen değişiklikler yönetim işlemlerinin süresini etkileyebilir. Sanal kümeye daha fazla sanal makine dağıtmak, mevcut örneklere yeni dağıtımlar veya güncelleştirmeler planlarken dikkate almanız gereken bir ek yük getirir.
Sanal küme mimarisi hakkında ayrıntılı bilgi için bkz. Sanal küme mimarisi.
Tohumlama
Özellikle veritabanlarının kurulumu ve çoğaltılması sırasında Azure SQL Yönetilen Örneği'nin çalışması için tohumlama kritik bir rol oynar. Tohumlama, örnek yönetiminin önemli bir parçası olan SQL Veritabanı Altyapısı işlemlerinde verileri başlatan ve eşitleyen işlemdir. Uzun ancak başarılı işlemlerde genellikle en çok zaman alan adım olsa da, tohumlama sağlıklı ve işlevsel bir SQL yönetilen örnek ortamı oluşturmak için bir köşe taşı görevi görür.
Tahmini tohumlama işlemleri süresi için bkz. Yönetim işlemleri süresi.
Dağıtım işlemi genellikle hizmet katmanından bağımsız olarak aşağıdaki aşamaları içerir:
- Başlatma: Sistem, kaynak ve hedef veritabanını tanımlar ve SQL Veritabanı Altyapısı işlemlerini veri aktarımı için hazırlayan bir dizi görev başlatır.
- Veri Aktarımı: Gerçek veri paketleri kaynaktan, senaryoya bağlı olarak veritabanının tam veya kısmi bir kopyasını içeren hedef SQL Veritabanı Altyapısı işlemine aktarılır.
- Eşitleme: İlk veri aktarımı tamamlandıktan sonra sistem, veri bütünlüğünü sağlamak için işlem günlüğü bloklarını çoğaltma yoluyla sonraki güncelleştirmeleri veya değişiklikleri eşitler.
- Doğrulama ve sonlandırma: İşlem sonlandırılır ve hedef SQL Veritabanı Altyapısı işlemi başarılı çoğaltmayı ve dağıtım işlemini onaylamak için doğrulanır. Yük devretme gerçekleşir, böylece trafik yeni SQL Veritabanı Altyapısı işlemine yönlendirilmiş olur.
Hizmet katmanını İş Açısından Kritik hizmet katmanı olarak değiştirdiğinizde hariç, Genel Amaçlı hizmet katmanında veri tohumlama işlemi yapılmaz. Genel Amaçlı hizmet katmanındaki yönetim işlemleri, uzak depolamayı eski SQL Veritabanı Altyapısı işleminden ayırmayı ve yeni SQL Veritabanı Altyapısı işlemine eklemeyi içerir.
Buna karşılık, yüksek performanslı iş yükleri için tasarlanan İş Açısından Kritik hizmet katmanı, yerel depolamayı ve işlem ile depolama katmanlarının kod bağımlılığını gerektirir. Sonuç olarak, bu hizmet katmanındaki hemen hemen her işlem ve senaryo, veri kullanılabilirliği ve tutarlılığı sağlamak için tohumlama gerektirmektedir.
Tohumlamanın tetiklenip tetiklenmediği, aşağıdakiler gibi belirli senaryoya ve hizmet katmanına bağlıdır:
-
Genel Amaçlı ve Sonraki Nesil Genel Amaçlı hizmet katmanları:
- İş Açısından Kritik hizmet katmanına geçiş – verilerin uzak depolama alanından Genel Amaçlı hizmet katmanında kullanılan yerel depolama alanına aktarılması gerekir.
- Alanlar arası yedekliliği etkinleştirme veya devre dışı bırakma – verilerin alanlar arası yedekli bölgelere veya bölgelerden kopyalanması gerekir.
-
İş Açısından Kritik hizmet katmanı:
- Depolamayı ölçeklendirme: Depolama yerel makineye fiziksel olarak bağlı olduğundan, her depolama değişikliği için yeni bir VM grubu oluşturulması gerekir, bu nedenle verilerin eski makineden yeni makineye aktarılması gerekir (4 çoğaltmanın tümlerinde).
- Sanal çekirdekleri ölçeklendirme: Her işlem ölçeklendirme işlemi için yeni bir VM grubu oluşturulması gerekir, bu nedenle veriler eski makineden yeni makineye kopyalanmalıdır (4 çoğaltmanın tümlerinde).
- Donanım veya bakım penceresini değiştirme: Alt ağda eşleşen yapılandırmaya sahip bir VM grubu zaten varsa, bu VM grubu yeniden boyutlandırılır. Bu yeni bir yapılandırmaysa yeni bir VM grubu oluşturulur. Veriler eski VM grubundan yeni VM grubuna kopyalanmalıdır (tüm 4 çoğaltmada).
- Hizmet katmanını değiştirme: Verilerin yerel depolamadan Genel Amaçlı hizmet katmanında kullanılan uzak depolama alanına kopyalanması gerekir.
- Alanlar arası yedekliliği etkinleştirme veya devre dışı bırakma – verilerin alanlar arası yedekli bölgelere veya bölgelerden kopyalanması gerekir.
Tohumlama hızları
Aşağıdaki faktörler, tohumlama işleminin süresini etkiler:
- Veritabanı boyutu: Daha büyük veritabanları, SQL Veritabanı Altyapısı işlemleri arasında veri aktarmak ve eşitlemek için daha fazla zaman gerektirir.
- Ağ bağımlılıkları: Ağ bant genişliği ve gecikme süresi, tohumlama hızlarını önemli ölçüde etkileyebilir.
- Yedekleme ve geri yükleme işlemleri: Kaynak SQL Veritabanı Altyapısı işleminde devam eden yedekleme işlemleri, verilerin başka bir SQL Veritabanı Altyapısı işlemine gönderilmeye hazırlanmasını etkileyebilir.
- Örnek iş yükü: Tohumlama sırasında örnek çalışma yükü kısıtlamaya neden olabilir ve süreci önemli derecede uzatabilir.
Bu faktörlerin çoğu denetiminizin dışında olsa da, örnek trafiğini yöneterek tohumlama hızlarını önemli ölçüde iyileştirebilirsiniz. Tohumlama, örnek trafiğini yöneten aynı örnek bilgi işlem kaynaklarını kullanır. Tohumlama sırasında yoğun trafik, sanal çekirdek kullanılabilirliğini azaltarak tohumlama süreci için kapasitenin yetersiz olmasına ve tıkanıklığa yol açabilir.
Tohumlama, şu anda depolanan tüm verileri tek bir işlemde paketlemek ve aktarmak için tasarlandığından, tohumlama sırasındaki yüksek trafik eşitlemeyi etkileyebilir. Eski SQL Veritabanı Altyapısı işleminde yapılan ve tohumlama başlatıldıktan sonra gelen sonraki veri değişiklikleri, yük devretme gerçekleşmeden önce işlem günlüğü bloğu çoğaltması aracılığıyla yeni SQL Veritabanı Altyapısı işlemine adım adım eşitlenmelidir. Örnek yoğun yük altındaysa, tohumlama gelen verileri takip etmekte zorlanabilir ve bu da eşitleme aşamasında gecikmelere ve olası hatalara neden olabilir. Tohumlama başlatıldıktan sonra eski SQL Veritabanı Altyapısı işlemindeki sürekli yüksek trafik, yeni verilerin gelmeye devam etmesi ve aktarılması gerektiğinden eşitleme aşamasının hiçbir zaman tamamlanmamasına neden olabilir. Bu, yeni SQL Veritabanı Altyapısı işlemine yük devretmeyi engelleyen kalıcı bir veri aktarımı döngüsüne neden olabilir.
Tahmini tohumlama işlemleri süresi için bkz. Yönetim işlemleri süresi.
Azure altyapısı ve bildirimler
Tohumlama, paylaşılan Azure hizmetlerine bağlı olduğundan kesin olarak nicelenemeyen veya kesin olarak tahmin edilemeyen bir işlemdir. Veri aktarımı ve dağıtım işlemleri, azure ekosisteminin tamamında paylaşılan çeşitli iç Azure hizmetlerine ve altyapısına bağlıdır. Bu hizmetler Azure'da çok sayıda diğer ilgisiz hizmet tarafından kullanılır. Azure ekosistemindeki tüm hizmetler kullanılabilir kaynaklar için rekabet eder ve bu da birden çok faktörün etkilediği anlık kullanılabilirlik dalgalanmalarına yol açar. Microsoft, altyapı kapasitesinin çalıştığı bir aralık sunsa da kesin tahminler yapmak zordur.
Hata toleransı
Örnek yük devretmesi, trafiğin eski bir SQL Veritabanı Altyapısı işleminden SQL yönetilen örneğini kapsayan bir VM grubundaki düğümler grubu içindeki yeni bir SQL Veritabanı Altyapısı işlemine yönlendirilmeye başladığı andır. Yük devretme, özellikle bir örneği güncellerken çoğu yönetim işleminin önemli bir parçasıdır. Trafiğin yeni SQL Veritabanı Altyapısı işlemine yeniden yönlendirildiği sırada bağlantıların kesildiği kısa an yük devretme olarak adlandırılır.
Örneğiniz yalnızca trafik yeni SQL Veritabanı Altyapısı işlemine yönlendirildiğinde yük devretme sırasında kullanılamaz. İş Açısından Kritik hizmet katmanında örneğiniz 20 saniyeye kadar kullanılamaz durumdayken Genel Amaçlı hizmet katmanında örneğiniz 2 dakikaya kadar kullanılamayabilir. İş Açısından Kritik hizmet katmanında veritabanlarını yeniden izleme gibi bir yönetim işlemi nedeniyle yük devretmeye hazırlanmak için gerçekleşen arka uç işlemleri arka planda gerçekleşir ve örneğinizin kullanılabilirliğini etkilemez.
Önemli
Bulundukları yerde tamamlanmayan ancak sonuç olarak veritabanının yeniden eklenmesine yol açan güncelleştirme işlemleri için (sanal çekirdekleri ölçeklendirme, belleği ölçeklendirme, donanımı değiştirme veya bakım penceresi gibi), Yeni Nesil Genel Amaçlı hizmet katmanındaki veritabanlarının yük devretme süresi, veritabanı sayısına göre ölçeklenir ve 10 dakikaya kadar çıkabilir. Örnek 2 dakika sonra kullanılabilir duruma gelse de, bazı veritabanları bir gecikmeden sonra kullanılabilir olabilir. Yük devretme süresi, ilk veritabanının çevrimdışı olduğu andan son veritabanının çevrimiçi olduğu ana kadar ölçülür. Yeni nesil Genel Amaçlı hizmet katmanı, örnek başına en fazla veritabanı sayısını 100'den 500'e yükseltir.
Hizmet katmanları arasındaki mimari farklar , kullanılabilirlik alanında ayrıntılı olarak açıklanmıştır.
Yönetim işlemleri çapraz etkisi
SQL yönetilen örneğindeki yönetim işlemleri, aynı alt ağa yerleştirilen diğer örneklerin yönetim işlemlerini etkileyebilir:
Bir sanal kümede uzun süre çalışan geri yükleme işlemleri, oluşturma veya ölçeklendirme işlemleri gibi diğer işlemleri aynı sanal kümede beklemeye alır.
Örnek: Uzun süre çalışan bir geri yükleme işlemi ve vm grubunu küçülten bir ölçek isteği varsa, devam etmeden önce geri yükleme işleminin bitmesini beklediğinden küçültme isteğinin tamamlanması daha uzun sürer.
Sonraki bir örnek oluşturma veya ölçeklendirme işlemi, vm grubunun yeniden boyutlandırılmasını başlatan daha önce başlatılan bir örnek oluşturma veya örnek ölçeği tarafından beklemeye alınır.
Örnek: Aynı vm grubu altında aynı alt ağda birden çok oluşturma ve/veya ölçeklendirme isteği varsa ve bunlardan biri bir VM grubu yeniden boyutlandırma başlatırsa, ilk işlem isteğinden 1+ dakika sonra gönderilen tüm istekler beklenenden uzun sürer, bu isteklerin devam etmeden önce yeniden boyutlandırmanın tamamlanmasını beklemesi gerekir.
1 dakikalık bir pencerede gönderilen oluşturma/ölçeklendirme işlemleri toplu işlenir ve paralel olarak yürütülür.
Örnek: 1 dakikalık bir pencerede gönderilen tüm işlemler için yalnızca bir sanal küme yeniden boyutlandırma gerçekleştirilir (ilk işlem isteğinin gönderildiği andan itibaren ölçülür). İlk istek gönderildikten sonra 1 dakikadan fazla bir süre sonra başka bir istek gönderilirse, yürütme başlamadan önce sanal küme yeniden boyutlandırmasının tamamlanmasını bekler.
Önemli
Devam eden başka bir işlem nedeniyle beklemeye alınan yönetim işlemleri, devam etmek için gerekli koşullar karşılandıktan sonra otomatik olarak sürdürülür. Geçici olarak duraklatılmış yönetim işlemlerini sürdürmek için herhangi bir kullanıcı eylemi gerekli değildir.
Yönetim işlemlerini izleme
Yönetim operasyonlarının ilerlemesini ve durumunu izlemeyi öğrenmek için bkz. Azure SQL Yönetilen Örneği yönetim operasyonlarını izleme.
Yönetim işlemlerini iptal etme
Yönetim operasyonunun nasıl iptal edileceğini öğrenmek için bkz. Azure SQL Yönetilen Örneği yönetim operasyonlarını iptal etme.