Fabric Data Warehouse'da veri saklama (Önizleme)

Şunlara uygulanır:✅ Warehouse in Microsoft Fabric

Microsoft Fabric'da bir ambar, yapılandırılan saklama süresine göre verilerin çeşitli sürümlerini otomatik olarak korur ve korur. Bu bekletme süresi, zaman yolculuğu sorguları gerçekleştirebileceğiniz, tablo kopyaları oluşturabileceğiniz, geri yükleme noktalarını kullanabileceğiniz ve ambar anlık görüntüleri oluşturabileceğiniz zamanı belirler.

Veri saklama, ambarı oluşturduğunuzda otomatik olarak başlar. Varsayılan olarak, ambarlar veri geçmişini 30 takvim günü boyunca saklar. Bekletme süresini 1 ile 120 gün arasındaki herhangi bir değere yapılandırabilirsiniz. Sistem, saklama süresi sona erdikten sonra süresi dolan dosyaları otomatik olarak siler.

Ambar, yapılandırılan saklama süresi içinde tüm eklemeleri, güncelleştirmeleri ve silmeleri korur.

  • Bekletme süresini artırmak , zaman yolculuğu sorguları, geçmişteki bir noktadaki tablo kopyaları, geri yükleme noktaları ve ambar anlık görüntüleri için daha uzun bir pencere sağlar. Ancak, daha uzun bir saklama süresi depolama tüketimini ve ilişkili maliyetleri artırır.
  • Saklama süresini azaltmak depolama maliyetlerini azaltır, ancak geçmiş verileri ne kadar geriye doğru sorgulayabileceğinizi veya kurtarabileceğinizi sınırlar.

Veri saklama nasıl çalışır?

Veriler değiştirildiğinde, ambar önceki sürüm durumunu hemen atmıyor. Bunun yerine, verilerin önceki sürümleri Delta Lake işlem günlüğünün bir parçası olarak korunur. Bu sürüm oluşturma mekanizması, zaman yolculuğu, tablo kopyaları, geri yükleme noktaları ve ambar anlık görüntülerinin çalışmasını sağlayan mekanizmadır.

Geçmiş veri sürümleri yapılandırılan saklama süresini aştığında, arka plan çöp toplama işlemi süresi dolan dosyaları OneLake'ten otomatik olarak kaldırır. Bu temizleme işlemi eşzamansız olarak çalışır ve etkin sorguları veya devam eden işlemleri etkilemez.

Veri ambarı, Microsoft Fabric kapasitesinin duraklatıldığı süreler de dahil olmak üzere, tutulan verilerin yaşını veri sürümünün oluşturulduğu andan başlayarak mutlak takvim günleri cinsinden ölçer.

Bekletme süresi aralığı

Bekletme süresini açıkça yapılandırmazsanız, mevcut ambarlar varsayılan 30 takvim günü saklama süresini kullanır. Veri saklama süresini 1 ile 120 gün aralığında yapılandırabilirsiniz.

Veri saklamayı yapılandırma

ALTER DATABASE kullanarak bir ambar için veri saklama süresini ayarlayın ... SET T-SQL komutu. Adımlar ve daha fazla bilgi için bkz. Fabric Data Warehouse'da veri saklamayı yapılandırma.

Bekletme süresini değiştirirken davranış

Bekletme süresini değiştirdiğinizde davranışı anlamak, beklenmeyen veri kaybı veya depolama boyutu artışlarını önlemek için değişiklikleri planlamanıza yardımcı olur.

Saklama süresini artırma

Bekletme süresini artırdığınızda, yeni ayar hemen geçerli olur. Ancak, sistemin daha önceki daha kısa saklama süresi altında önceden temizlemiş olduğu geçmiş verileri kurtaramazsınız. Yalnızca değişiklik sırasında OneLake'te hala mevcut olan veri sürümleri, genişletilmiş saklama süresinden yararlanabilir.

Örneğin, ambarınızın şu anda 7 günlük saklama süresi varsa ve bunu 60 güne çıkartırsanız, değişiklik bu noktadan sonra geçerli olur. Değişiklikten önce sistem tarafından zaten temizlenen veri sürümleri (7 günden eski) kurtarılamaz. Ancak, değişiklik sırasında tüm veri sürümleri 7 günlük süre içinde ve yeni oluşturulan sürümlerle birlikte 60 güne kadar korunur.

Saklama süresini azaltma

Bekletme süresini azalttığınızda, artık yeni daha kısa saklama süresinin dışında kalan veri sürümleri temizleme için uygun hale gelir. Temizleme işlemi arka planda zaman uyumsuz olarak çalışır ve anında gerçekleşmez. Devam eden etkin sorgular etkilenmez.

Örneğin, ambarınızın 30 günlük saklama süresi varsa ve bunu 7 güne düşürürseniz, 8 ile 30 günlük veri sürümleri arka plan temizleme için uygun hale gelir.

Important

Veri erişimi açısından bekletme süresini azaltmak geri alınamaz.

Saklama süresini hemen ardından yeniden artırsanız bile, o süre içinde daha kısa süreli pencereye düşen verilere artık erişilemeyecek. Bekletme süresini azaltmadan önce, yeni saklama süresinin kuruluşunuzun veri kurtarma ve uyumluluk gereksinimlerini karşıladığından emin olun.

Saklama süresi son tarihi

time_travel_retention_cutoff_date sys.databases sistem kataloğu görünümündeki sütun, şu anda yapılandırılmış saklama süresini değil, seyahat verilerinin kullanılabilir olduğu gerçek en erken tarihi yansıtır. En eski gerçek veriler yapılandırılan saklama süresinden farklı olabilir.

Kullanıcı tarafından yapılandırılan saklama süresi, sistemin ileride kaç günlük geçmişi koruması gerektiğini tanımlar. Ancak gerçek kurtarılabilir geçmiş , bekletme değişikliklerinden önce hangi verilerin korunduğuna bağlıdır.

İki durum yapılandırılan saklama ile gerçek kullanılabilir geçmiş arasında ayrışmalara neden olur:

  • Saklama süresi azaltıldı - Veri ambarı, yeni saklama süresinden daha eski geçmiş verileri hemen çöp toplama için işaretler ve bunları kalıcı olarak siler.
  • Saklama süresi daha sonra artırıldı - Veri ambarı silinen geçmiş verilerini geri yükleyemez. Yapılandırılan pencerenin tamamı kullanılabilir duruma gelmeden önce yeni geçmişin birikmesini beklemesi gerekir.

Veri saklama senaryoları

Saklama sürenizi yapılandırmaya karar verirken aşağıdaki senaryoları göz önünde bulundurun:

Uyumluluk ve denetim

Mevzuat veya uyumluluk gereksinimleri olan kuruluşların denetim yükümlülüklerini karşılamak için verileri daha uzun süre saklamaları gerekebilir. 90 veya 120 günlük bir saklama süresi yapılandırmak, denetçilerin zaman içindeki veri değişikliklerini gözden geçirmesi için daha geniş bir geçmiş penceresi sağlayabilir.

Geliştirme ve test

Geçmiş verilerin daha az önemli olduğu geliştirme veya test çalışma alanları için 1 ile 7 gün daha kısa bir saklama süresi depolama maliyetlerini düşürebilir. Bu azaltma, çalışma alanı hızlı prototip oluşturma veya yinelemeli geliştirme için kullanıldığında kullanışlıdır.

Maliyet optimizasyonu

Ambarınız sık sık büyük ölçekli veri değişikliklerine (günlük tam yükler gibi) geçerse, tutulan geçmiş verilerin hacmi önemli ölçüde artabilir. Bu senaryolarda saklama süresini azaltmak, depolama maliyetlerini denetlemeye yardımcı olurken makul bir kurtarma penceresi korumaya devam eder.

Veri kurtarma hazırlığı

Üretim ambarlarında daha uzun bir saklama süresinin korunması, yanlışlıkla veri bozulması olması durumunda geri yükleme noktaları, tablo kopyaları ve zaman yolculuğu sorguları aracılığıyla veri kurtarma için daha fazla esneklik sağlar.

Yapılandırılabilir saklama, bağımlı özellikleri nasıl etkiler?

Yapılandırılan saklama süresi, Fabric Data Warehouse'deki aşağıdaki özellikler arasında tekdüzen uygulanır. Bekletme süresini değiştirmek, bu özelliklerin kullanılabilirliğini ve davranışını doğrudan etkiler.

Zaman yolculuğu

Zaman yolculuğu , verileri saklama süresi içinde geçmişteki bir noktada mevcut olduğu gibi sorgulamanıza olanak tanır. Sorgu FOR TIMESTAMP AS OF ipucu, yapılandırılan saklama süresi içindeki herhangi bir noktadan veri alabilir.

Örneğin, bekletme süresi 15 gün olarak ayarlandıysa, geçmişte 15 takvim gününe kadar var olan verileri sorgulayabilirsiniz.

Tabloyu klonlama

Tablo kopyaları saklama süresine dayanır. Tablonun bir kopyasını, geçmişteki bir zamanda yalnızca yapılandırılan saklama süresi içinde oluşturabilirsiniz. Saklama süresinden sonra bir kopya isterseniz bir hata oluşur.

Geri yükleme noktaları

Bir ambarı geri yüklemek için geri yükleme noktalarını kullanın. Sistem, yapılandırılan saklama süresi için hem sistem tarafından oluşturulan hem de kullanıcı tanımlı geri yükleme noktalarını korur. Saklama süresi dolduktan sonra sistem geri yükleme noktalarını otomatik olarak siler.

  • Ambar her sekiz saatte bir otomatik olarak sistem tarafından oluşturulan geri yükleme noktaları oluşturur. Bu geri yükleme noktaları, yapılandırılan saklama süresi için kullanılabilir.
  • Kullanıcı tanımlı geri yükleme noktaları, yapılandırılan saklama süresi için kullanılabilir. Sistem, süre dolduktan sonra bu geri yükleme noktalarını otomatik olarak siler.

Fabric, yeterli geri yükleme noktalarının her zaman kullanılabilir olduğundan emin olmak için en az sayıda geri yükleme noktası tutar.

Ambar anlık görüntüleri

Ambar anlık görüntüleri , yapılandırılan saklama süresi içinde verilere başvurabilir. Anlık görüntü zaman damgası, yapılandırılan saklama süresi içinde herhangi bir noktaya veya veritabanı oluşturma zamanına (hangisi daha sonraysa) ayarlanabilir.

Depolama faturalaması

Veri saklama, OneLake depolama tüketimini doğrudan etkiler. Verilerin korunan her sürümü depolama alanı kaplar ve daha uzun saklama süreleri daha fazla geçmiş sürüm biriktirir.

Bekletme yapılandırmasını planlarken, daha uzun veri geçmişi erişiminin avantajlarıyla ilişkili depolama maliyetleri arasındaki dengeyi göz önünde bulundurun. Depolama izleme hakkında daha fazla bilgi için bkz. Fabric Data Warehouse'da Faturalama ve kullanım raporlaması.

  • Korunan veri dosyaları: OneLake'te parquet dosyaları olarak depolanan verilerin geçmiş sürümleri depolama alanını tüketir. Depolama maliyeti, saklama süresindeki veri değişikliklerinin hacmi ve sıklığıyla orantılıdır.
  • Geri yükleme noktaları: Sistem tarafından oluşturulan ve kullanıcı tanımlı geri yükleme noktaları için meta veriler de depolama kullanır. Ancak, geri yükleme noktaları öncelikle meta verileri depolar ve mevcut veri dosyalarına başvurur, bu nedenle depolama ek yükleri nispeten küçüktür.
  • Saklama için işlem ücreti yoktur: Yalnızca geçmiş verileri saklamak için ücretlendirilen işlem ücreti yoktur. İşlem ücretleri yalnızca verileri etkin bir şekilde sorguladığınızda veya geri yüklediğinizde uygulanır.

Saklama süresi değişikliğinin depolama etkisini tahmin etmek için şunları göz önünde bulundurun:

  • Ambarınızdaki ortalama günlük veri değişikliği hacmi.
  • Geçerli saklama süresi ve önerilen yeni saklama süresi.
  • İki dönem arasındaki değişim ortalama günlük değişiklik hacmiyle çarpılarak depolama tüketiminde yaklaşık bir değişiklik elde edilir.

Tasarımla ilgili dikkat edilecek noktalar

  • Saklama süresini kuruluşunuzun veri kurtarma, uyumluluk ve maliyet gereksinimlerine göre yapılandırın. Varsayılan olarak 30 gün, çoğu iş yükü için veri kullanılabilirliği ile depolama maliyeti arasında bir denge sağlar.
  • Saklama süresi değişikliklerini yedekleme ve olağanüstü durum kurtarma stratejinizle koordine edin. Bekletme süresinin kurtarma noktası hedeflerinize (RPO) uygun olduğundan emin olun.
  • Depolama maliyetleri üzerindeki etkisini anlamak için saklama süresini değiştirdikten sonra OneLake depolama tüketimini izleyin.
  • Kullanıcı etkisi olmayacak şekilde mümkün olduğunda düşük etkinlik dönemlerinde plan bekletme süresi değişir.
  • Bekletme süresi ambar düzeyinde ayarlanır. Farklı veri kümeleri için farklı saklama sürelerine ihtiyacınız varsa bunları ayrı ambarlarda düzenlemeyi göz önünde bulundurun. Tek tek tablo düzeyinde saklama ayarları şu anda desteklenmemektedir.

Sınırlamalar

  • Saklama süresini tam gün olarak belirtin. Kesirli değerler desteklenmez.
  • Saklama süresini azaltmak depolama alanını hemen geri kazanmaz. Süresi dolan verilerin temizlenmesi arka planda zaman uyumsuz olarak gerçekleşir.
  • Microsoft Fabric kapasitesinin duraklatılması çöp temizleme etkinliğini etkiler. İşlem, kapasite duraklatılırken geçerli veri saklama ayarlarından daha eski geçmiş verileri kaldırmaz. Kapasite eski haline döndüğünde temizleme etkinlikleri hızlanır.
  • Bekletme ayarı yalnızca ambarlara uygulanır. Lakehouse'un SQL analiz uç noktası desteklenmez.
  • Sorgu İçgörüleri ve SQL denetim günlükleri bu veri saklama ilkesine tabi değildir ve ayrı olarak yönetilir.

Kaldırılan nesne saklama (önizleme)

Silinen öğeleri saklama, veri ambarlarını ve bunlarla ilişkili tabloları, şemaları, anlık görüntüleri, izinleri ve kaydedilmiş sorguları, silinmelerinin veya kaldırılmalarının ardından yapılandırılabilir bir süre boyunca korur. Bu, yanlışlıkla silmelerin kalıcı veri kaybına veya iş açısından etkileyen kesintilere neden olmamasını sağlar. Düşürülen saklama süresi en az 7 takvim gününü garanti eder ve kiracı düzeyinde ayrı bir saklama yapılandırmasına sahiptir. Bırakılan öğe saklama süresini Öğe Kurtarma kiracı ayarında yapılandırabilirsiniz.

Sonraki adım

Fabric Data Warehouse'ta veri saklama nasıl yapılandırılır

İlgili içerik

  • Last updated on