Hiper Ölçek veritabanları için otomatik yedeklemeler
Şunlar için geçerlidir: Azure SQL Veritabanı
Bu makalede, Azure SQL Veritabanında 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 anlık olarak gerçekleşir. Günlük yedeklemeleri, yedekleme saklama süresi için uzun süreli 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ı'ndaki 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 boyutundan bağımsız olarak 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:
- Geçerli dosya anlık görüntülerine geri dönme.
- Geri yüklenen veritabanını işlemsel olarak tutarlı hale getirmek için işlem günlüklerini uygulama.
Bu nedenle, geri yükleme 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ında bile saat veya gün yerine dakikalar içinde tamamlanır.
Mevcut bir yedeklemeyi geri yükleyerek veya veritabanını kopyalayarak yeni veritabanları oluşturmak da Hiper Ölçek'te işlem ve depolama ayrımlarından yararlanır. Çok terabaytlı veritabanlarında bile geliştirme veya test amacıyla kopya oluşturmak, aynı depolama türünü kullandığınızda aynı bölge içinde dakikalar içinde yapılabilir.
Yedekleme dosyası saklama
Hiper Ölçek veritabanları için yedeklemelerin varsayılan kısa süreli saklama süresi 7 gündür.
Not
- Hiper Ölçek veritabanları için yedeklemelerin 1 ile 35 gün arasında kısa süreli saklaması artık önizleme aşamasındadır.
- Hiper Ölçek veritabanları için uzun süreli yedekleme saklama (LTR) özelliği artık önizleme aşamasındadır.
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 noktadan itibaren herhangi bir 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 yedekleme ve veri depolama ölçümlerini görüntülemek için şu adımları izleyin:
- Yedekleme ve veri depolama ölçümlerini izlemek istediğiniz Hiper Ölçek veritabanına gidin.
- İzleme bölümünde Ölçümler sayfasını seçin.
- Ölçüm açılan listesinden Veri yedekleme depolama alanı, Veri depolama boyutu ve Günlük yedekleme depolama ölçümlerini uygun bir toplama kuralıyla seçin.
Yedekleme depolama alanı tüketimini azaltma
Hiper Ölçek veritabanı için yedekleme depolama alanı 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:
- Yedek saklama süresini ihtiyaçlarınız için minimuma düşürün.
- Dizin bakımı gibi büyük yazma işlemlerini gerekenden 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.
tempdbGeç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 yerel olarak yedekli veya alanlar arası yedekli yedekleme depolama alanı kullanın (örneğin geliştirme/test ortamları).
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, ayrılmış veritabanı depolama alanı olarak zaten faturalandırıldığından faturalanabilir yedeklemeye dahil edilmez.
Silinen Hiper Ölçek veritabanları, silinmeden önceki 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ılmadığından veri depolama boyutu formüle 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 aşamalı olarak azalır. Yedeklemeler artık korunmadığında ve kurtarma artık mümkün olmadığında sıfır olur. Bu kalıcı bir silme işlemiyse ve artık yedeklere ihtiyacınız yoksa, veritabanını silmeden önce saklama süresini azaltarak maliyetleri iyileştirebilirsiniz.
Yedekleme maliyetlerini izleme
Yedekleme depolama maliyetlerini anlamak için:
Azure portalda Maliyet Yönetimi + Faturalama bölümüne gidin.
Maliyet Yönetimi>Maliyet analizi'ne tıklayın.
Kapsam için istediğiniz aboneliği seçin.
Aşağıdaki adımları izleyerek ilgilendiğiniz zaman aralığını ve hizmeti filtreleyin:
- Hizmet adı için bir filtre ekleyin.
- Açılan listeden sql-database öğesini seçin.
- Ölçüm için başka bir filtre ekleyin.
- Belirli bir noktaya kurtarma için yedekleme maliyetlerini izlemek için açılan listeden Depolanan Veriler - Yedekleme - RA'yı seçin.
Aşağıdaki ekran görüntüsünde örnek bir maliyet analizi gösterilmektedir.
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ığını öğrenmek 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.
Hiper Ölçek veritabanı oluştururken yedekleme depolama yedekliliğini dikkatli bir şekilde göz önünde bulundurun, çünkü bunu 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 yedekliliği ayarlarını en düşük kapalı kalma süresiyle güncelleştirmek için etkin coğrafi çoğaltmayı kullanın. Alternatif olarak, veritabanı kopyalamayı da kullanabilirsiniz.
Uyarı
- Coğrafi geri yükleme , veritabanı yerel olarak yedekli veya alanlar arası yedekli depolama kullanacak şekilde güncelleştirildiğinde 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 olağanüstü durum kurtarma işlemi veya detaylandırma ya da yeniden konumlandırmadır. Birincil yöntem, veritabanını coğrafi olarak geri yüklemektir. Azure SQL Veritabanındaki diğer tüm veritabanlarını farklı bir bölgeye geri yüklemek için kullandığınız adımların aynısını kullanırsınız:
- Zaten uygun bir sunucunuz yoksa hedef bölgede bir sunucu oluşturun. Bu sunucu özgün (kaynak) sunucuyla aynı aboneliğe ait olmalıdır.
- otomatik yedeklemelerden Azure SQL Veritabanı'ndaki bir veritabanını geri yüklemeyle ilgili sayfanın coğrafi geri yükleme bölümündeki yönergeleri izleyin.
Not
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ı boyutundan bağımsız olarak 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üklemeye kıyasla ö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. Coğrafi geri yükleme seçili depolama yedeklilik türüyle desteklenmediği için kullanılamıyorsa bu yöntemi kullanın. Ayrıntılar için bkz. Hiper Ölçek için veritabanı kopyası.
Sonraki adımlar
- Veritabanı yedeklemeleri, verilerinizin yanlışlıkla bozulmaya veya silinmeye karşı korunmasına yardımcı olduklarından iş sürekliliği ve olağanüstü durum kurtarma stratejilerinin önemli bir parçasıdır. diğer SQL Veritabanı iş sürekliliği çözümleri hakkında bilgi edinmek için bkz. İş sürekliliğine genel bakış.
- Azure portal kullanarak Azure Blob Depolama otomatik yedeklemelerin uzun süreli saklamasını yapılandırma, yönetme ve geri yükleme hakkında bilgi için bkz. Azure portal kullanarak uzun süreli yedekleme saklamayı yönetme.
- PowerShell kullanarak Azure Blob Depolama otomatik yedeklemelerin uzun süreli saklamasını yapılandırma, yönetme ve geri yükleme hakkında bilgi için bkz. PowerShell kullanarak uzun süreli yedekleme saklamayı yönetme.
- Azure portal kullanarak veritabanını belirli bir noktaya geri yükleme hakkında daha fazla bilgi edinin.
- PowerShell kullanarak veritabanını belirli bir noktaya geri yükleme hakkında daha fazla bilgi edinin.