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.
Applies to:
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ğlanı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 vadeli yedekleme saklama yönetme
- Azure SQL Yönetilen Örneği uzun süreli yedekleme saklamayı yönet
Önemli
Uzun süreli saklama (LTR) yedekleme işlemleri için kullanılan bazı eski API'ler kullanım dışıdır ve artık desteklenmez. gibi Copy-AzSqlDatabaseLongTermRetentionBackupeski PowerShell cmdlet'lerini kullanmaktan kaçının. Bunun yerine bu makalede açıklanan desteklenen geri yükleme yöntemlerini kullanın.
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ı'da otomatik yedeklemeler veya Azure SQL Yönetilen Örneği'de özel yedeklemeler.
LTR özelliğini kullanarak, 10 yıla kadar yapılandırılabilir saklama ilkesiyle belirtilen tam SQL Veritabanı ve SQL Yönetilen Örneği yedeklemelerini 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ı uzun süreli saklama yedeklerini sabit olarak yapılandırabilirsiniz.
- Azure SQL Yönetilen Örneği'da yedeklemeleri şu anda mutable 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'te bir geçici çözüm olarak, copy-only 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 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ı hem de Azure SQL Yönetilen Örneği'da, bir LTR ilkesini bir veritabanı için ilk kez etkinleştirdiğinizde, nokta zamanı kurtarmadan (PITR) en son tam yedekleme uzun vadeli depolamaya kopyalanır.
LTR politikası ö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. Her ay yapılan ilk tam yedekleme hariç, bu yedekleme 12 ay boyunca saklanır. 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 | Son Kullanma Tarihi 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. LTR yedeğini manuel olarak oluşturamaz veya yedek oluşturma zamanlaması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
Önemli
Uzun süreli saklama (LTR) yedekleme işlemleri için kullanılan bazı eski API'ler kullanım dışıdır ve artık desteklenmez. gibi Copy-AzSqlDatabaseLongTermRetentionBackupeski PowerShell cmdlet'lerini kullanmaktan kaçının. Bunun yerine bu makalede açıklanan desteklenen geri yükleme yöntemlerini kullanın.
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 yetenekleri, sınırlamalar ve özelliklerin tam listesi için bkz. Azure SQL Yönetilen Örneği'ta Restorasyon Kapasiteleri ve Özellikleri.
- Azure SQL Veritabanı uzun süreli yedekleme saklama yönetimi.
- Azure SQL Yönetilen Örneği'ın uzun süreli yedekleme saklamasını 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'da SQL Aracısı işlerini kullanarak copy-only veritabanı yedeklemeleri 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.