Aracılığıyla paylaş

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

  • Makale

Şunlar için geçerlidir: Azure SQL Veritabanı Azure SQL Yönetilen Örneği

Bu makalede, Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği için yedeklemelerin uzun süreli saklama işlemine kavramsal bir genel bakış sağlanmaktadır. Uzun süreli saklama, Azure SQL Veritabanı (Hiper Ölçek hizmet katmanı dahil) ve Azure SQL Yönetilen Örneği için yedeklemelerde 10 yıla kadar yapılandırılabilir.

Başlamak için bkz. Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği için uzun süreli yedekleme saklamayı yapılandırma.

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

Birçok uygulamanın, otomatik yedeklemelerin kısa süreli saklama süresi tarafından sağlanan 1-35 günden uzun süre boyunca veritabanı yedeklerini saklamanızı gerektiren mevzuat, uyumluluk veya diğer iş nedenleri vardır. Uzun süreli yedekleme saklama (LTR), Azure SQL hizmeti tarafından otomatik olarak oluşturulan tam veritabanı yedeklemelerine dayanır. Daha fazla bilgi için bkz. Azure SQL Veritabanı veya Azure SQL Yönetilen Örneği otomatik yedeklemeler.

LTR özelliğini kullanarak, belirtilen tam SQL Veritabanı ve SQL Yönetilen Örneği yedeklemeleri 10 yıla kadar yapılandırılabilir saklama ilkesiyle yedekli Azure Blob depolama alanında depolayabilirsiniz. LTR yedekleri daha sonra yeni bir veritabanı olarak geri yüklenebilir. Bir LTR ilkesi yapılandırılırsa, otomatik yedeklemeler uzun süreli depolama için farklı bloblara kopyalanır ve bu blobları kullanarak veritabanınızı belirli bir zamana geri yükleyebilirsiniz. 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.

Not

  • Şu anda Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği yedeklerini sabit olarak yapılandırmak mümkün değildir. LTR yedeklemeleri değiştirilemez, ancak bunları Azure portalı, Azure CLI, PowerShell veya REST API aracılığıyla silebilirsiniz. Daha fazla bilgi için bkz . LTR yedeklemelerini yapılandırma.
  • Azure SQL Yönetilen Örneği'de SQL Aracısı işlerini kullanarak yalnızca kopya veritabanı yedeklemelerini zamanlayın ve bunları kendi depolama hesabınızda tutun. Bu, yedeklemelerinizi 10 yıla kadar koruyabilen LTR işlevselliğine bir alternatif olabilir.

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.

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)

Aşağıdaki tarihler ISO 8601 (YYYY-MM-DD içindedir).

LTR'ye PITR yedeklemesi Süre Sonu W Süre Sonu M Süre Sonu Y
2018-03-07 2019-03-02
2018-03-14 2018-06-06
2018-03-21 2018-06-13
2018-03-28 2018-06-20
2018-04-04 2019-03-30
2018-04-11 2018-07-04
2018-04-18 2018-07-11
2018-04-25 2018-07-18
2018-05-02 2019-04-27
2018-05-09 2018-08-01
2018-05-16 2028-05-13
2018-05-23 2018-08-15
2018-05-30 2018-08-22
2018-06-06 01.06.2019
2018-06-13 2018-09-05
2018-06-20 2018-09-12
2018-06-27 2018-09-19
2018-07-04 2019-06-29
2018-07-11 2018-10-03
2018-07-18 2018-10-10
2018-07-25 2018-10-17
2018-08-01 2019-07-27
2018-08-08 2018-10-31
2018-08-15 2018-11-07
2018-08-22 2018-11-14
2018-08-29 2018-11-21

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 LTR ilkesini yapılandırdıktan sonra, ilk LTR yedeklemesinin kullanılabilir yedeklemeler listesinde görünmesi 7 güne 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 ve birincil ikincil bölgeye geçtiğinde LTR yedeklemelerinin kesintisiz 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 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.

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.

İ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: