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

  • Makale

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

Hiper Ölçek hizmet katmanı dahil olmak üzere 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. Uzun süreli yedekleme saklamayı Azure SQL Veritabanı yönetme ve Azure SQL Yönetilen Örneği uzun süreli yedekleme saklamayı yönetme.

Dekont

  • Azure SQL Yönetilen Örneği'de, 35 günden fazla LTR'ye alternatif olarak yalnızca kopya veritabanı yedeklemelerini zamanlamak için SQL Aracısı işlerini kullanın.

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

Uzun süreli yedekleme saklama (LTR), belirli bir noktaya geri yüklemeyi (PITR) etkinleştirmek için otomatik olarak oluşturulan tam veritabanı yedeklerinden yararlanıyor. 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ı'daki 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 yedekleme, LTR yedeklemesi oluşturulduğunda yapılandırılan ilke parametrelerine göre uzun süreli depolamada tutulur.

Dekont

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 yedeklemesi beş yıl boyunca saklanır.

  • 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 saklanır.

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

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

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

W=12 weeks (84 gün), M=12 months (365 gün), Y=10 years (3650 gün), WeekOfYear=20 (13 Mayıs'ı geçen hafta)

Diagram showing an example of Long-term retention.

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

Önemli

Tek tek LTR yedeklemelerinin zamanlaması Azure SQL Veritabanı tarafından denetlenmektedir. 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 mantıksal sunucuyu veya yönetilen örneği silerseniz, bu 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 yapılandırdıysanız, LTR yedeklemeleri silinmez ve aynı abonelikteki farklı bir sunucudaki veya yönetilen örnekteki veritabanlarını LTR yedeklemesinin alındığı zamana geri yüklemek için kullanılabilir.

Benzer şekilde, bir veritabanını silerseniz, LTR yedeklemeleri silinmez ve yapılandırılan saklama süresi boyunca korunur. Bu yedeklemeler aynı sunucuya veya aynı abonelikteki farklı bir sunucuya geri yüklenebilir.

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. yedekler ikincil kaynaklardan oluşturulmadığından LTR depolama maliyetiniz artmıyor. 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.

Dekont

Özgün birincil veritabanı yük devretmeye neden olan bir kesintiden kurtarıldığında, yeni bir ikincil olur. Bu nedenle, yedekleme oluşturma işlemi devam etmez ve mevcut LTR ilkesi yeniden birincil olana kadar geçerli olmaz.

Uzun süreli yedek saklama yapılandırma

Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği için Azure portalını 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 mevcut herhangi bir sunucuya veya yönetilen örneğe geri yüklenebilir.

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

Azure portalını veya PowerShell'i 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 saklama Azure SQL Yönetilen Örneği yönetme.

LTR saklama süresinin son 7 günü içinde bir geri yükleme isteği başlatıldığında, Azure geri yükleme sırasında bir LTR yedeklemesinin süresinin dolmasını önlemek için tüm yedeklemelerin son kullanma tarihini +7 gün otomatik olarak uzatır.

Dekont

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.

İlgili içerik

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

LTR yedeklemelerini yapılandırma ve yönetme öğreticisi için şu adresi ziyaret edin: