uzun süreli saklama-Azure SQL Veritabanı ve Azure SQL yönetilen örnek

  • Makale
  • Okumak için 4 dakika

birçok uygulamada, Azure SQL Veritabanı ve Azure SQL yönetilen örnek otomatik yedeklemeleritarafından sunulan 7-35 günden daha fazla veritabanı yedeklerini tutmanız gereken yasal düzenleme, uyumluluk veya diğer iş amaçları vardır. uzun süreli saklama (LTR) özelliğini kullanarak, belirtilen SQL Veritabanı ve SQL yönetilen örnek tam yedeklemeleri Azure Blob depolama alanında, en fazla 10 yıla kadar yapılandırılmış yedeklerle saklayabilir. Bu durumda, LTR yedeklemeleri yeni bir veritabanı olarak geri yüklenebilir.

uzun süreli saklama Azure SQL Veritabanı için etkinleştirilebilir ve Azure SQL yönetilen örneği için genel önizlemede kullanılabilir. Bu makalede uzun süreli saklama hakkında kavramsal bir genel bakış sunulmaktadır. uzun süreli saklama yapılandırmak için, bkz. Azure SQL Veritabanı ltr 'ı yapılandırma ve Azure SQL yönetilen örnek LTR 'ı yapılandırma.

Not

yalnızca kopya veritabanı yedeklerini 35 gün daha fazla LTR 'e alternatif olarak zamanlamak için SQL aracı işlerini kullanabilirsiniz.

Önemli

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

Uzun vadeli bekletme nasıl kullanılır?

Uzun süreli yedek saklama (LTR), zaman içinde noktaya geri yükleme (ıNR) özelliğini etkinleştirmek için otomatik olarak oluşturulan tam veritabanı yedeklemelerini kullanır. Bir LTR ilkesi yapılandırılmışsa, bu yedeklemeler uzun vadeli depolama için farklı bloblara kopyalanır. Kopya, veritabanı iş yükü üzerinde performans etkisi olmayan bir arka plan işi. SQL Veritabanı içindeki her bir veritabanı için ltr ilkesi, ltr yedeklemelerin oluşturulma sıklığını da belirtebilir.

LTR özelliğini etkinleştirmek için, dört parametre birleşimini kullanarak bir ilke tanımlayabilirsiniz: haftalık yedekleme bekletme (W), aylık yedekleme bekletme (e), yıllık yedekleme bekletme (Y) ve yılın haftası (WeekOfYear). W belirtirseniz, her hafta bir yedekleme uzun vadeli depolamaya kopyalanacaktır. D belirtirseniz, her ayın ilk yedeklemesi uzun vadeli depolamaya kopyalanacaktır. Y belirtirseniz, WeekOfYear tarafından belirtilen hafta boyunca bir yedekleme uzun vadeli depolamaya kopyalanacaktır. Belirtilen WeekOfYear, ilke yapılandırıldığında, ilk LTR yedeklemesi aşağıdaki yılda oluşturulur. Her yedekleme, LTR yedeklemesi oluşturulduğunda yapılandırılan ilke parametrelerine göre uzun vadeli depolamada tutulur.

Not

LTR ilkesinde yapılan herhangi bir değişiklik yalnızca gelecekteki yedeklemeler için geçerlidir. Örneğin, haftalık yedekleme bekletme (W), aylık yedekleme bekletme (e) veya yıllık yedekleme bekletme (Y) değiştirilirse, yeni bekletme ayarı yalnızca yeni yedeklemeler için geçerlidir. Mevcut yedeklemelerin saklama süresi değiştirilmez. Amacınız, saklama süresi dolmadan eski LTR yedeklemeleri silmek istiyorsanız yedeklemeleri el ile silmenizgerekir.

LTR ilkesinin örnekleri:

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

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

  • W = 0, Z = 3, Y = 0

    Her ayın ilk tam yedeklemesi üç ay boyunca saklanır.

  • W = 12, Z = 0, Y = 0

    Her haftalık tam yedekleme, 12 hafta boyunca saklanacaktır.

  • W = 6, z = 12, Y = 10, WeekOfYear = 20

    Her haftalık tam yedekleme altı hafta boyunca saklanır. 12 ay boyunca tutulacak olan her ayın ilk tam yedeklemesi hariç olur. Tam yedekleme, yılın 20. haftası üzerinden alınmış olması dışında, 10 yıl boyunca tutulacaktır.

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

W = 12 hafta (84 gün), z = 12 ay (365 gün), Y = 10 yıl (3650 gün), WeekOfYear = 20 (13 Mayıs 'tan sonra hafta)

LTR örneği

Yukarıdaki ilkeyi değiştirir ve W = 0 (haftalık yedeklemeler yok) seçeneğini ayarlarsanız, yedekleme kopyalarının temposunda, yukarıdaki tabloda vurgulanan tarihlerle gösterildiği gibi değişecektir. Bu yedeklemelerin tutulması için gereken depolama miktarı uygun şekilde azaltıyordu.

Önemli

Tek bir LTR yedeklemelerin zamanlaması Azure tarafından denetlenir. Bir LTR yedeklemesini el ile oluşturamaz veya yedekleme oluşturma zamanlamasını kontrol edebilirsiniz. Bir LTR ilkesini yapılandırdıktan sonra, ilk LTR yedeklemenin kullanılabilir yedeklemeler listesinde gösterilmesi 7 güne kadar sürebilir.

Coğrafi çoğaltma ve uzun süreli yedekleme 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 devretme işlemleri için hazırlık yapmanız ve ikincil veritabanında veya örnekte aynı LTR ilkesini yapılandırmanız gerekir. Yedekleme, ikincgöre oluşturulmadığından, LTR depolama maliyetiniz artmayacaktır. Yedeklemeler yalnızca ikincil birincil hale geldiğinde oluşturulur. Yük devretme tetiklendiğinde ve birincil ikincil bölgeye geçirildiğinde, LTR yedeklemelerin kesintiye uğratılmamış olarak oluşturulmasını sağlar.

Not

Özgün birincil veritabanı, yük devretmeye neden olan bir kesintiden kurtarıldığında yeni bir ikincil olur. Bu nedenle, yedekleme oluşturma SÜRDÜRÜLMEYECEKTİR ve mevcut LTR ilkesi, birincil olana kadar etkili olmayacaktır.

Uzun süreli yedek saklama yapılandırma

Azure SQL Veritabanı ve Azure SQL yönetilen örneği için Azure portal ve PowerShell 'i kullanarak uzun süreli yedek saklama yapılandırabilirsiniz. Bir veritabanını LTR depolamadan geri yüklemek için belirli bir yedeklemeyi zaman damgasına göre seçebilirsiniz. Veritabanı, özgün veritabanıyla aynı abonelikte bulunan mevcut herhangi bir sunucuya veya yönetilen örneğe geri yüklenebilir.

Azure portal veya PowerShell 'i kullanarak uzun süreli saklama veya SQL Veritabanı bir veritabanını yedekten geri yükleme hakkında bilgi edinmek için bkz. Azure SQL Veritabanı uzun süreli yedekleme bekletmesini yönetme.

Azure portal veya PowerShell 'i kullanarak uzun süreli saklama veya SQL yönetilen örnek için bir veritabanını yedekten geri yükleme hakkında bilgi edinmek için bkz. Azure SQL yönetilen örnek için uzun süreli yedekleme saklama 'yı yönetme.

Sonraki adımlar

Veritabanı yedeklemeleri verileri yanlışlıkla bozulma veya silme işlemlerini koruduğundan, herhangi bir iş sürekliliği ve olağanüstü durum kurtarma stratejisinin önemli bir parçasıdır.