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

Birçok uygulamanın, veritabanı yedeklemelerini Azure SQL Veritabanı tarafından sağlanan 7-35 günden uzun süre boyunca saklamanızı ve otomatik yedeklemeler Azure SQL Yönetilen Örneği gerektiren mevzuat, uyumluluk veya diğer iş amaçları vardır. Uzun süreli saklama (LTR) özelliğini kullanarak, belirtilen SQL Veritabanı depolayabilir ve 10 yıla kadar yapılandırılmış yedeklilik ile Azure Blob depolamada tam yedeklemeler SQL Yönetilen Örneği. LTR yedekleri daha sonra yeni bir veritabanı olarak geri yüklenebilir.

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

Not

  • Azure SQL Yönetilen Örneği'da SQL Aracısı işlerini kullanarak 35 günden fazla bir LTR'ye alternatif olarak yalnızca kopya veritabanı yedeklemeleri zamanlayın.
  • Hiper Ölçek veritabanları için uzun süreli yedekleme saklama artık önizleme aşamasındadır.

Uzun süreli saklama nasıl çalışır?

Yedeklemeyi uzun süreli saklama (LTR) işleminde, belirli bir noktaya geri yüklemeye (PITR) olanak tanımak için otomatik olarak oluşturulan tam veritabanı yedeklemelerinden yararlanılır. LTR ilkesi yapılandırıldıysa, bu yedeklemeler uzun süreli depolama için farklı bloblara kopyalanır. Kopya, veritabanı iş yükü üzerinde performans etkisi olmayan bir arka plan işidir. SQL Veritabanı'deki her veritabanı için LTR ilkesi, LTR yedeklemelerinin ne sıklıkta oluşturulduğunu da belirtebilir.

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 belirtirseniz, her hafta bir yedekleme uzun vadeli depolama alanına kopyalanır. M belirtirseniz, her ayın ilk yedeklemesi uzun vadeli depolama alanına kopyalanır. Y belirtirseniz, WeekOfYear tarafından belirtilen hafta boyunca bir yedekleme uzun vadeli depolama alanına kopyalanır. İlke yapılandırıldığında belirtilen WeekOfYear geçmişteyse, ilk LTR yedeklemesi sonraki yıl oluşturulur. Her yedek, uzun süreli saklama yedeği oluşturulduğunda yapılandırılan ilke parametrelerine uygun şekilde uzun süreli saklama depolama alanında tutulur.

Not

LTR ilkesinde yapılan değişiklikler yalnızca gelecekteki yedeklemelere uygulanır. Örneğin haftalık yedek saklama (W), aylık yedek saklama (M) veya yıllık yedek saklama (Y) değiştirilirse, yeni saklama ayarı yalnızca yeni yedeklemelere uygulanır. Mevcut yedeklemelerin saklama süresi değiştirilmez. Eski LTR yedeklerini saklama süreleri dolmadan silmeyi düşünüyorsanız yedekleri el ile silmeniz gerekir.

Uzun süreli saklama ilkesi örnekleri:

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

    Her yılın üçüncü tam yedeği beş yıl boyunca saklanır.

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

    Her ayın ilk yedeği üç ay boyunca saklanır.

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

    Tüm haftalık tam yedekler 12 hafta boyunca saklanır.

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

    Her haftalık tam yedekleme altı hafta boyunca saklanır. 12 ay boyunca tutulacak her ayın ilk tam yedeklemesi dışında. Yılın 20. haftasında alınan ve 10 yıl boyunca tutulacak olan tam yedekleme hariç.

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

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

ltr örneği

Yukarıdaki ilkeyi değiştirir ve W=0 ayarlarsanız (haftalık yedekleme yoktur), Azure yalnızca aylık ve yıllık yedeklemeleri korur. LTR ilkesi kapsamında hiçbir haftalık yedekleme depolanmaz. Bu yedeklemeleri tutmak için gereken depolama miktarı buna göre azalır.

Önemli

Bağımsız uzun süreli saklama yedeklerinin zamanlaması Azure tarafından denetlenir. El ile uzun süreli saklama yedeği oluşturamaz veya yedek oluşturma zamanını denetleyemezsiniz. Bir uzun süreli saklama ilkesini yapılandırdıktan sonra ilk uzun süreli saklama yedeğinin kullanılabilir yedekler listesinde görünmesi 7 gün kadar sürebilir.

Bir sunucuyu veya yönetilen örneği silerseniz, o sunucudaki veya yönetilen örnekteki tüm veritabanları da silinir ve kurtarılamaz. Silinen bir sunucuyu veya yönetilen örneği geri yükleyemezsiniz. Ancak, bir veritabanı veya yönetilen örnek için LTR'yi yapılandırdıysanız, LTR yedeklemeleri silinmez ve aynı abonelikteki farklı bir sunucu veya yönetilen örnekteki veritabanlarını LTR yedeklemesinin alındığı belirli bir noktaya geri yüklemek için kullanılabilir.

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

İş sürekliliği çözümünüz olarak etkin coğrafi çoğaltmayı veya yük devretme gruplarını kullanıyorsanız nihai yük devretmeye hazırlanmanız ve ikincil veritabanı veya örnekte aynı LTR ilkesini yapılandırmanız gerekir. İkincil öğelerden yedeklemelerin oluşturulması LTR depolama maliyetinizi artırmaz. Yedeklemeler ancak ikincil öğe birincil olduğunda oluşturulur. Yük devretme tetiklendiğinde LTR yedeklemelerinin kesintiye uğramamasını ve birincil öğenin ikincil bölgeye taşınmasını sağlar.

Not

Başlangıçtaki birincil veritabanı yük devretmeye neden olan bir kesintiden kurtarıldığında, bu ikincil veritabanı haline gelir. Dolayısıyla yedek oluşturma işlemi sürdürülmez ve bu yeniden birincil veritabanı haline gelene kadar mevcut LTR ilkesi geçerlilik kazanmaz.

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 yedekleme saklamayı yapılandırabilirsiniz. Bir veritabanını LTR depolama alanından geri yüklemek için zaman damgasına göre belirli bir yedekleme seçebilirsiniz. Veritabanı, özgün veritabanıyla aynı abonelik altında var olan herhangi bir sunucuya veya yönetilen örneğe geri yüklenebilir.

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

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

Not

Uyumluluk veya görev açısından kritik diğer gereksinimleri karşılamak için LTR yedeklemeleri kullanıyorsanız, LTR yedeklemelerinin geri yüklenebildiğini ve geri yüklemenin beklenen veritabanı durumunda sonuçlandığını doğrulamak için düzenli kurtarma tatbikatları gerçekleştirmeyi göz önünde bulundurun.

Sonraki adımlar

Veritabanı yedeklemeleri verileri yanlışlıkla bozulmaya veya silmeye karşı koruduğundan, her türlü iş sürekliliği ve olağanüstü durum kurtarma stratejisinin önemli bir parçasıdır.