Hiper Ölçek veritabanları için otomatik yedeklemeler

  • Makale

Şunlar için geçerlidir:Azure SQL Veritabanı

Bu makalede, Azure SQL Veritabanı'daki Hiper Ölçek veritabanlarıyla otomatik yedekleme özelliği açıklanmaktadır.

Hiper ölçek veritabanları, yüksek oranda ölçeklenebilir depolama ve işlem performansı katmanlarına sahip benzersiz bir mimari kullanır. Hiper ölçek yedeklemeleri anlık görüntü tabanlıdır ve neredeyse anında gerçekleşir. Günlük yedeklemeleri, yedekleme saklama süresi için uzun vadeli Azure depolama alanında depolanır.

Hiper Ölçek mimarisi tam, değişiklik veya günlük yedeklemeleri gerektirmez. Bu nedenle yedekleme sıklığı, depolama maliyetleri, zamanlama, depolama yedekliliği ve geri yükleme özellikleri Azure SQL Veritabanı'daki diğer veritabanlarından farklıdır.

Yedekleme ve geri yükleme performansı

Depolama ve işlem ayrımı, işlem çoğaltmalarında kaynak tüketimini ortadan kaldırmak için Hiper Ölçek'in yedekleme ve geri yükleme işlemlerini depolama katmanına göndermesini sağlar. Veritabanı yedeklemeleri birincil veya ikincil işlem çoğaltmalarının performansını etkilemez.

Hiper Ölçek veritabanları için yedekleme ve geri yükleme işlemleri, depolama anlık görüntülerini kullandıklarından veri boyutuna bakılmaksızın hızlıdır. Yedekleme neredeyse anında gerçekleşir.

Veritabanını yedekleme saklama süresi içinde herhangi bir noktaya geri yüklemek için:

  1. Geçerli dosya anlık görüntülerine geri dönme.
  2. Geri yüklenen veritabanını işlemsel olarak tutarlı hale getirmek için işlem günlüklerini uygulama.

Bu nedenle, geri yükleme aynı kalan bir veri boyutu işlemi değildir. Hiper Ölçek veritabanının aynı Azure bölgesi içinde geri yüklenmesi, çok terabaytlı veritabanları için bile saat veya gün yerine dakikalar içinde tamamlanmaktadır.

Geri yükleme yapılırken depolama yedekliliğini değiştirmek, geri yükleme, verilerin boyutu olduğundan ve bu süre veritabanı boyutuyla orantılı olduğundan geri yükleme sürelerinin daha uzun olmasına neden olabilir.

Mevcut bir yedeklemeyi geri yükleyerek veya veritabanını kopyalayarak yeni veritabanları oluşturmak, Hiper Ölçek'teki işlem ve depolama ayrımlarından da yararlanır. Aynı depolama türünü kullandığınızda, aynı bölge içinde dakikalar içinde çok terabaytlı veritabanlarında bile geliştirme veya test amacıyla kopya oluşturabilirsiniz.

Yedekleme dosyası saklama

Hiper Ölçek veritabanları için yedeklemelerin varsayılan kısa süreli saklama süresi 7 gündür.

Yedeklemelerin 1 ile 35 gün arasında kısa süreli saklama ve Hiper Ölçek veritabanları için uzun süreli yedekleme saklama (LTR) özelliği, Eylül 2023 itibarıyla genel kullanıma sunulmuştur. Daha fazla bilgi için bkz. Uzun süreli saklama - Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği.

Yedekleme zamanlaması

Hiper ölçek veritabanları için geleneksel tam, değişiklik temelli ve işlem günlüğü yedeklemeleri yoktur. Bunun yerine veri dosyalarının normal depolama anlık görüntüleri alınır.

Oluşturulan işlem günlükleri, yapılandırılan saklama süresi için olduğu gibi korunur. Geri yükleme zamanında, geri yüklenen depolama anlık görüntüsüne ilgili işlem günlüğü kayıtları uygulanır. Sonuç, bekletme süresi içinde belirtilen zaman noktasından itibaren veri kaybı olmadan işlem açısından tutarlı bir veritabanıdır.

Yedekleme depolama tüketimini izleme

Hiper Ölçek'te Azure İzleyici ölçümleri aşağıdaki tüketim bilgilerini bildirir:

  • Veri yedekleme depolama boyutu (anlık görüntü yedekleme boyutu)
  • Veri depolama boyutu (ayrılmış veritabanı boyutu)
  • Günlük yedekleme depolama boyutu (işlem günlüğü yedekleme boyutu)

Azure portalında yedekleme ve veri depolama ölçümlerini görüntülemek için şu adımları izleyin:

  1. Yedekleme ve veri depolama ölçümlerini izlemek istediğiniz Hiper Ölçek veritabanına gidin.
  2. İzleme bölümünde Ölçümler sayfasını seçin.
  3. Ölçüm açılan listesinden Uygun toplama kuralına sahip Veri yedekleme depolama alanı, Veri depolama boyutu ve Günlük yedekleme depolaması ölçümlerini seçin.

Screenshot of the Azure portal that shows selections for viewing Hyperscale backup storage consumption.

Yedekleme depolama tüketimini azaltma

Hiper Ölçek veritabanı için yedekleme depolama tüketimi saklama süresine, bölge seçimine, yedekleme depolama yedekliliğine ve iş yükü türüne bağlıdır. Hiper Ölçek veritabanı için yedekleme depolama alanı tüketiminizi azaltmak için aşağıdaki ayarlama tekniklerinden bazılarını göz önünde bulundurun:

  • İhtiyaçlarınız için yedekleme saklama süresini en aza düşürün.
  • Dizin bakımı gibi büyük yazma işlemlerini ihtiyaç duyduğunuzdan daha sık yapmaktan kaçının. Dizin bakımı önerileri için bkz . Sorgu performansını geliştirmek ve kaynak tüketimini azaltmak için dizin bakımını iyileştirme.
  • Büyük veri yükleme işlemleri için uygun olduğunda veri sıkıştırmayı kullanmayı göz önünde bulundurun.
  • tempdb Geçici sonuçları ve/veya geçici verileri depolamak için uygulama mantığınızda kalıcı tablolar yerine veritabanını kullanın.
  • Coğrafi geri yükleme özelliği gereksiz olduğunda (örneğin geliştirme/test ortamları) yerel olarak yedekli veya alanlar arası yedekli yedekleme depolama kullanın.

Yedekleme depolama maliyetleri

Hiper ölçek yedekleme alanı maliyeti, bölgeye ve yedekleme depolama yedekliliğine göre değişir. Ayrıca iş yükü türüne de bağlıdır.

Yoğun yazma içeren iş yüklerinin veri sayfalarını sık sık değiştirme olasılığı daha yüksektir ve bu da depolama anlık görüntülerinin daha büyük olmasına neden olur. Bu tür iş yükleri ayrıca daha fazla işlem günlüğü oluşturarak genel yedekleme maliyetlerine katkıda bulunur. Yedekleme depolama alanı, ayda tüketilen gigabaytlara göre ücretlendirilir. Fiyatlandırma ayrıntıları için Azure SQL Veritabanı fiyatlandırma sayfasına bakın.

Hiper Ölçek için faturalanabilir yedekleme depolama alanı aşağıdaki gibi hesaplanır:

Total billable backup storage size = (data backup storage size + log backup storage size)

Veri depolama boyutu zaten ayrılmış veritabanı depolama alanı olarak faturalandırıldığından faturalanabilir yedeklemeye dahil edilmez.

Silinen Hiper Ölçek veritabanları, silinmeden önce belirli bir noktaya kurtarmayı desteklemek için yedekleme maliyetlerine neden olur. Silinen hiper ölçek veritabanı için faturalanabilir yedekleme depolama alanı aşağıdaki gibi hesaplanır:

Total billable backup storage size for deleted Hyperscale database = (data storage size + data backup size + log backup storage size) * (remaining backup retention period after deletion / configured backup retention period)

Ayrılmış veritabanı depolama alanı silinen bir veritabanı için ayrı olarak faturalandırılamadığı için formüle veri depolama boyutu eklenir. Silinen bir veritabanı için veriler, yapılandırılan yedekleme saklama süresi boyunca kurtarmayı etkinleştirmek üzere silindikten sonra depolanır.

Silinen bir veritabanı için faturalanabilir yedekleme depolama alanı, silindikten sonra zaman içinde kademeli olarak azalır. Yedeklemeler artık korunmadığında sıfır olur ve kurtarma artık mümkün olmaz. Bu kalıcı bir silme işlemiyse ve artık yedeklere ihtiyacınız yoksa, veritabanını silmeden önce saklama süresini azaltarak maliyetleri en iyi duruma getirebilirsiniz.

Yedekleme maliyetlerini izleme

Yedekleme depolama maliyetlerini anlamak için:

  1. Azure portalda Maliyet Yönetimi + Faturalama bölümüne gidin.

  2. Maliyet Yönetimi>Maliyet analizi'ne tıklayın.

  3. Kapsam için istediğiniz aboneliği seçin.

  4. Aşağıdaki adımları izleyerek ilgilendiğiniz zaman aralığı ve hizmet için filtre uygulayın:

    1. Hizmet adı için bir filtre ekleyin.
    2. Açılan listeden sql-database öğesini seçin.
    3. Ölçüm için başka bir filtre ekleyin.
    4. Belirli bir noktaya kurtarma için yedekleme maliyetlerini izlemek için açılan listeden Depolanan Veri - Yedekleme - RA'yı seçin.

Aşağıdaki ekran görüntüsünde örnek bir maliyet analizi gösterilmektedir.

Screenshot of the Azure portal that shows Hyperscale Backup storage costs.

Veri ve yedekleme depolama yedekliliği

Hiper Ölçek yapılandırılabilir depolama yedekliliğini destekler. Hiper Ölçek veritabanı oluştururken tercih ettiğiniz depolama türünü seçebilirsiniz: okuma erişimli coğrafi alanlar arası yedekli depolama (RA-GZRS), okuma erişimli coğrafi olarak yedekli depolama (RA-GRS), alanlar arası yedekli depolama (ZRS) veya yerel olarak yedekli depolama (LRS).

  • Coğrafi alanlar arası yedekli depolama: Yedeklemelerinizi birincil bölgedeki üç Azure kullanılabilirlik alanına zaman uyumlu olarak kopyalar. alanlar arası yedekli depolamaya (ZRS) benzer. Ayrıca, verilerinizi eşleştirilmiş ikincil bölgedeki tek bir fiziksel konuma zaman uyumsuz olarak kopyalar. Şu anda yalnızca belirli bölgelerde kullanılabilir.

Yedeklemelerin diğer depolama türleri için nasıl çoğaltıldığı hakkında daha fazla bilgi için bkz . Yedekleme depolama yedekliliği.

Hiper Ölçek yedeklemeler için depolama anlık görüntülerini kullandığından, veriler ve yedeklemeler aynı depolama hesabını paylaşır. Sonuç olarak, seçilen yedekleme depolama yedekliliği hem veriler hem de yedeklemeler için geçerlidir.

Dekont

Hiper Ölçek veritabanı oluştururken yedekleme depolama yedekliliğini dikkatli bir şekilde göz önünde bulundurun, çünkü veritabanını yalnızca veritabanı oluşturma sırasında ayarlayabilirsiniz. Kaynak sağlandıktan sonra bu ayarı değiştiremezsiniz.

Mevcut hiper ölçek veritabanının yedekleme depolama yedeklilik ayarlarını en düşük kapalı kalma süresiyle güncelleştirmek için etkin coğrafi çoğaltmayı kullanın. Alternatif olarak, veritabanı kopyasını kullanabilirsiniz.

Uyarı

  • Coğrafi geri yükleme , veritabanı yerel olarak yedekli veya alanlar arası yedekli depolama kullanacak şekilde güncelleştirildiği anda devre dışı bırakılır.
  • Alanlar arası yedekli depolama şu anda yalnızca belirli bölgelerde kullanılabilir.
  • Coğrafi alanlar arası yedekli depolama şu anda yalnızca belirli bölgelerde kullanılabilir.

Hiper Ölçek veritabanını farklı bir bölgeye geri yükleme

Hiper Ölçek veritabanınızı geçerli bölgeden farklı bir bölgeye geri yüklemeniz gerekebilir. Yaygın nedenler arasında olağanüstü durum kurtarma işlemi veya tatbikat ya da yeniden konumlandırma sayılabilir. Birincil yöntem, veritabanının coğrafi geri yüklemesini yapmaktır. Azure SQL Veritabanı'daki diğer veritabanlarını farklı bir bölgeye geri yüklemek için kullandığınız adımların aynısını kullanırsınız:

  1. Orada uygun bir sunucunuz yoksa hedef bölgede bir sunucu oluşturun. Bu sunucu, özgün (kaynak) sunucuyla aynı aboneliğe sahip olmalıdır.
  2. Otomatik yedeklemelerden Azure SQL Veritabanı veritabanını geri yükleme sayfasının coğrafi geri yükleme bölümündeki yönergeleri izleyin.

Dekont

Kaynak ve hedef ayrı bölgelerde olduğundan veritabanı, coğrafi olmayan geri yüklemelerde olduğu gibi anlık görüntü depolama alanını kaynak veritabanıyla paylaşamaz. Coğrafi olmayan geri yüklemeler, veritabanı boyutuna bakılmaksızın hızlı bir şekilde tamamlar.

Hiper Ölçek veritabanının coğrafi olarak geri yüklenmesi, hedef coğrafi olarak çoğaltılan depolamanın eşleştirilmiş bölgesinde olsa bile veri boyutu işlemidir. Bu nedenle coğrafi geri yükleme, aynı bölgedeki belirli bir noktaya geri yüklemeyle karşılaştırıldığında önemli ölçüde daha uzun sürer.

Hedef eşleştirilmiş bölgedeyse, veri aktarımı bir bölge içinde olur. Bu aktarım, bölgeler arası veri aktarımından önemli ölçüde daha hızlı olacaktır. Ancak yine de bir veri boyutu işlemi olacaktır.

İsterseniz veritabanını farklı bir bölgeye kopyalayabilirsiniz. Seçilen depolama yedeklilik türüyle desteklenmediğinden coğrafi geri yükleme kullanılamıyorsa bu yöntemi kullanın. Ayrıntılar için bkz . Hiper Ölçek için veritabanı kopyası.

İlgili içerik

Veritabanı yedeklemeleri, verilerinizin yanlışlıkla bozulmaya veya silinmeye karşı korunmasına yardımcı olduğundan iş sürekliliği ve olağanüstü durum kurtarma stratejilerinin önemli bir parçasıdır.