Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Ş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 uzun süreli saklama (LTR) yedeklemelerine 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.
Uzun süreli saklama yedekleme özelliğini kullanmaya başlamak için bkz:
- Azure SQL Veritabanı uzun süreli yedekleme saklamayı yönetme
- Azure SQL Yönetilen Örneği uzun süreli yedekleme saklamayı yönetme
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ı'nda otomatik yedeklemeler veya Azure SQL Yönetilen Örneğinde 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. Kopyalama işlemi, veritabanı iş yükü üzerinde performans etkisi olmayan bir arka plan işidir. Her veritabanı için LTR ilkesi, LTR yedeklemelerinin ne sıklıkta oluşturulduğunu da belirtebilir.
Not
Azure SQL Veritabanı'nın uzun süreli saklama yedeklemelerini, şu anda önizleme aşamasında olan sabit bir özellik olarak yapılandırabilirsiniz.
Şu anda Azure SQL Yönetilen Örneğinin 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. Azure SQL Yönetilen Örneği'nde geçici bir çözüm olarak kopya veritabanı yedeklerini alabilir ve bunları değiştirilemez bir dosya olarak kendi Azure Depolama hesabınızda tutabilirsiniz.
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 ilkesindeki değişiklikler yalnızca gelecekteki yedeklemeler için geçerlidir. Örneğin, haftalık yedekleme saklama (W), aylık yedekleme saklama (M) veya yıllık yedekleme saklamayı (Y) değiştirirseniz, yeni saklama ayarı yalnızca yeni yedeklemeler için geçerlidir. Mevcut yedeklemelerin saklama süresi değiştirilmez. LTR ilkesi, Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği'ndeki her veritabanı için yapılandırılabilir. Eski LTR yedeklemelerini saklama süreleri dolmadan silmeyi planlıyorsanız, yedeklemeleri el ile silebilirsiniz.
Not
Hem Azure SQL Veritabanı'nda hem de Azure SQL Yönetilen Örneği'nde, ilk kez bir veritabanı için bir LTR politikasını etkinleştirdiğinizde ve politika yıllık saklamayı öngördüğünde, belirli bir noktaya geri yükleme (PITR) ile ilişkili en son tam yedekleme uzun vadeli depolamaya kopyalanır.
Uzun süreli saklama ilkesi örnekleri:
W=0, M=0, Y=5, WeekOfYear=3Her yılın üçüncü tam yedeklemesi beş yıl boyunca saklanır.
W=0, M=3, Y=0Her ayın ilk tam yedeklemesi üç ay boyunca tutulur.
W=12, M=0, Y=0Her haftalık tam yedekleme 12 hafta boyunca saklanır.
W=6, M=12, Y=10, WeekOfYear=20Her 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 (3.650 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 | ||
| 04-04-2018 | 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 | 13.05.2028 | ||
| 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 |
Bu ilkeyi değiştirir ve ayarlarsanız W=0 (haftalık yedekleme yoktur), haftalık yedeklemeler süresi dolana kadar korunur ve ardından hizmet yalnızca aylık ve yıllık yedeklemeleri korur. LTR ilkesi altında gelecekteki haftalık yedeklemeler depolanmaz. Bu yedeklemeleri tutmak için gereken depolama miktarı buna göre azalır.
Önemli
Tek tek LTR yedeklemelerinin zamanlaması Microsoft 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 yer alması yedi güne kadar sürebilir.
Mantıksal sunucuyu veya SQL yönetilen örneğini silerseniz, bu sunucudaki veya yönetilen örnekteki tüm veritabanları da silinir. Silinen mantıksal sunucuyu veya SQL yönetilen örneğini geri yükleyemezsiniz. Ancak, bir veritabanı için LTR yapılandırdıysanız, LTR yedeklemeleri silinmez ve veritabanlarını aynı abonelikteki farklı bir sunucuya veya yönetilen örneğe, ltr yedeklemesinin alındığı belirli bir noktaya 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ğaltma veya yük devretme grupları kullanıyorsanız, sonrasında meydana gelebilecek yük devretme işlemlerine hazırlanın ve birincil veritabanında olduğu gibi ikincil veritabanı veya örnekte de aynı LTR politikasını yapılandırın. Yedekler ikincil kaynaklardan oluşturulmadığından LTR depolama maliyetiniz artmıyor. Yedeklemeler yalnızca ikincil, birincil duruma geldikten sonra oluşturulur, böylece yük devretme tetiklendiğinde ve birincil ikincil bölgeye geçtiğinde LTR yedeklemelerinin kesintisiz oluşturulması sağlanır.
Asıl birincil veritabanı, kesintiden kurtulduğunda yeni bir ikincil veritabanı olur. Bu nedenle, yedekleme oluşturma işlemi yeni ikincil sunucuda 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. Geri yükleme yeteneklerinin, sınırlamalarının ve özelliklerinin tam listesi için bkz. Azure SQL Yönetilen Örneği'nde geri yükleme yetenekleri ve özellikleri.
- Azure SQL Veritabanı uzun süreli yedekleme saklamayı yönetme.
- Azure SQL Yönetilen Örnek uzun süreli yedek saklamayı yönetme.
LTR saklama süresinin son yedi gününde bir geri yükleme isteği başlatıldığında, LTR yedeklemesi yalnızca saklama süresi dolmuş olsa bile geri yükleme işlemi tamamlandıktan sonra silinir.
Azure SQL Yönetilen Örneği'nde SQL Aracısı işlerini kullanarak yalnızca kopya veritabanı yedeklemelerini zamanlayabilir ve bunları aşağıdakilere alternatif olarak kendi depolama hesabınıza taşıyabilirsiniz:
- Yedeklemeleri 10 yıldan daha uzun süre tutun.
- Veritabanlarınızın günlük kopyalarını 35 günden daha uzun süre tutun.
- Veritabanı yedeklemelerini sabit depolama alanında depolayın.
Tavsiye
Uyumluluk veya görev açısından kritik diğer gereksinimleri karşılamak için LTR yedeklemeleri kullanıyorsanız, LTR yedeklemelerinin geri yüklenebileceğ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ım
İ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.