Uzun süreli saklama - Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği

Çoğu uygulamanın, veritabanı yedeklemelerini otomatik yedeklemeler için sağlanan 7-35 gün dışında tutmanız gereken düzenleme, uyumluluk veya Azure SQL Veritabanı Azure SQL Yönetilen Örneği vardır. Uzun süreli saklama (LTR) özelliğini kullanarak, 10 yıl boyunca yapılandırılmış yedeklilik ile belirtilen SQL Veritabanı ve SQL Yönetilen Örneği tam yedeklemelerini Azure Blob depolamada depoabilirsiniz. LtR yedeklemeleri daha sonra yeni bir veritabanı olarak geri yüklenebilir.

Uzun süreli saklama özelliği, Azure SQL Veritabanı için etkinleştirilebilir ve genel önizlemede Azure SQL Yönetilen Örneği. Bu makale, uzun süreli saklamaya kavramsal bir genel bakış sağlar. Uzun süreli saklamayı yapılandırmak için bkz. AZURE SQL VERITABANı LTR'yi yapılandırma ve LTR'Azure SQL Yönetilen Örneği yapılandırma.

Not

35 gün ötesinde LTR'ye alternatif olarak yalnızca kopya veritabanı yedeklemeleri zamanlaması için SQL Aracısı işlerini kullanabilirsiniz.

Önemli

Yönetilen Örnekte uzun süreli saklama şu anda yalnızca Azure Genel bölgelerinde genel önizlemede kullanılabilir.

Uzun süreli saklamanın çalışma süresi

Uzun süreli yedekleme saklama (LTR), belirli bir noktaya geri yüklemeyi (PITR) etkinleştirmek için otomatik olarak oluşturulan tam veritabanı yedeklemelerini kullanır. Bir LTR ilkesi yapılandırılmışsa, bu yedeklemeler uzun süreli depolama için farklı bloblara kopyalanır. Kopyalama, veritabanı iş yükü üzerinde performans etkisine sahip bir arka plan işidir. SQL Veritabanındaki her veritabanı için LTR ilkesi, LTR yedeklemelerin ne sıklıkta oluşturulacaklarını da belirtebilirsiniz.

LTR'yi etkinleştirmek için dört parametrenin birleşimini kullanarak bir ilke tanımlayabilirsiniz: haftalık yedekleme saklama (W), aylık yedekleme saklama (M), yıllık yedekleme saklama (Y) ve yılın haftası (WeekOfYear). W belirtirsiniz, uzun vadeli depolamaya her hafta bir yedekleme kopyalanır. M belirtirsiniz, her ayın ilk yedeklemesi uzun vadeli depolama alanına kopyalanır. Y belirtirsiniz, WeekOfYear tarafından belirtilen hafta boyunca bir yedekleme uzun vadeli depolamaya kopyalanır. İlke yapılandırıldığında belirtilen WeekOfYear geçmişte ise, sonraki yıl ilk LTR yedeklemesi oluşturulur. Her yedekleme, LTR yedeklemesi oluşturulduğunda yapılandırılan ilke parametrelerine göre uzun süreli depolamada tutulur.

Not

LTR ilkesine yapılan tüm değişiklik yalnızca gelecekteki yedeklemeler için geçerlidir. Örneğin, haftalık yedekleme saklama (W), aylık yedek saklama (M) veya yıllık yedek saklama (Y) değiştirilirse, yeni saklama ayarı yalnızca yeni yedeklemeler için geçerli olur. Mevcut yedeklemelerin elde tutulması değiştirilmez. Eski LTR yedeklemelerinin saklama süresi dolmadan önce silinecekse, yedeklemeleri el ile silmeniz gerekir.

LTR ilkesi örnekleri:

  • W=0, M=0, Y=5, WeekOfYear=3

    Her yılın üçüncü tam yedeklemesi beş yıl boyunca tutulur.

  • W=0, M=3, Y=0

    Her ayın ilk tam yedeklemesi üç ay boyunca tutulur.

  • W=12, M=0, Y=0

    Her haftalık tam yedekleme 12 hafta boyunca tutulur.

  • W=6, M=12, Y=10, WeekOfYear=16

    Her haftalık tam yedekleme altı hafta boyunca tutulur. Her ayın 12 ay boyunca tutulacak ilk tam yedeklemesi dışında. Yılın 16. haftasında alınan ve 10 yıl boyunca tutulacak tam yedekleme dışında.

Aşağıdaki tabloda, aşağıdaki ilke için uzun süreli yedeklemelerin tempo ve süre sonu göstermektedir:

W=12 hafta (84 gün), M=12 ay (365 gün), Y=10 yıl (3650 gün), WeekOfYear=15 (15 Nisan'dan sonra hafta)

ltr örneği

Yukarıdaki ilkeyi değiştirir ve W=0 (haftalık yedekleme yoktur) olarak değiştirirseniz, yedekleme kopyalarının temposu yukarıdaki tabloda vurgulanan tarihlere göre gösterildiği gibi değişir. Bu yedeklemeleri tutmak için gereken depolama miktarı uygun şekilde azalır.

Önemli

Tek tek LTR yedeklemelerinin zamanlaması Azure tarafından denetleniyor. Bir LTR yedeklemesi el ile oluşturamaz veya yedekleme oluşturmanın zamanlamasını kontrol altına alamayız. BIR LTR ilkesi yapılandır edildikten sonra, ilk LTR yedeklemenin kullanılabilir yedeklemeler listesinde yer almaları 7 gün kadar zaman alır.

Coğrafi çoğaltma ve uzun süreli yedek saklama

İş sürekliliği çözümünüz olarak etkin coğrafi çoğaltma veya yük devretme grupları kullanıyorsanız, son yük devretmelere hazırlanmanız ve ikincil veritabanı veya örnekte aynı LTR ilkesi yapılandırmanız gerekir. İkincillerden yedeklemeler oluşturulmaz ve LTR depolama maliyetleriniz artmaz. Yedeklemeler yalnızca ikincil birincil olduğunda oluşturulur. Yedeklemeler oluşturulur. Yük devretme tetiklendiğinde ve birincil bölge ikincil bölgeye taşınırken LTR yedeklemelerinin kesintiye uğramadan neslini sağlar.

Not

Özgün birincil veritabanı yük devretmeye neden olan bir kesintiden kurtarıldı mı, yeni bir ikincil veritabanı haline gelecektir. Bu nedenle, yedekleme oluşturma işlemi devam ettirlanmaz ve mevcut LTR ilkesi yeniden birincil duruma gelene kadar etkili olmaz.

Uzun süreli yedek saklama yapılandırma

Azure portal ve PowerShell'i kullanarak uzun Azure SQL Veritabanı saklamayı Azure SQL Yönetilen Örneği. Bir veritabanını LTR depolamadan geri yüklemek için zaman damgasına göre belirli bir yedeklemeyi seçin. Veritabanı, özgün veritabanıyla aynı abonelik altındaki mevcut sunucu veya yönetilen örneklere geri yüklenebilir.

Azure portal veya PowerShell kullanarak SQL Veritabanı yedeklemesinde uzun süreli saklamayı yapılandırmayı veya veritabanını yedekten geri yüklemeyi öğrenmek için bkz. Uzun süreli yedek saklamayı Azure SQL Veritabanı yönetme.

PowerShell kullanarak SQL Yönetilen Örneği için yedeklemeden uzun süreli saklamayı yapılandırmayı veya veritabanını geri yüklemeyi öğrenmek için bkz. Uzun süreli Azure SQL Yönetilen Örneği saklamayı yönetme.

Bir veritabanını LTR depolamadan geri yüklemek için zaman damgasına göre belirli bir yedeklemeyi seçin. Veritabanı, özgün veritabanıyla aynı abonelik altındaki mevcut herhangi bir sunucuya geri yüklenebilir. veritabanınızı bir LTR yedeğinden, Azure portal veya PowerShell kullanarak geri yükleme hakkında bilgi edinmek için bkz. Uzun Azure SQL Veritabanı saklamayı yönetme.

Sonraki adımlar

Veritabanı yedeklemeleri verileri yanlışlıkla bozulmaya veya silinmeye karşı koruyacağından, bunlar her türlü iş sürekliliği ve olağanüstü durum kurtarma stratejisinin temel parçalarındandır.