Azure Backup raporlarını yapılandırma

Bu makalede, Azure Backup raporlarını yapılandırma ve görüntüleme işlemleri açıklanmaktadır.

Yedekleme yöneticileri için yaygın bir gereksinim, uzun bir süreye yayılan verilere göre yedeklemelerle ilgili içgörüler elde etmektir. Böyle bir çözüm için kullanım örnekleri şunlardır:

• Tüketilen bulut depolama alanını ayırma ve tahmin etme.
• Yedeklemeleri ve geri yüklemeleri denetleme.
• Farklı ayrıntı düzeylerindeki temel eğilimleri belirleme.

Azure Backup, Azure İzleyici günlüklerini ve Azure çalışma kitaplarını kullanan bir raporlama çözümü sağlar. Bu kaynaklar, yedekleme varlığınızın tamamında yedeklemeleriniz hakkında zengin içgörüler elde etmenize yardımcı olur.

Desteklenen senaryolar

Aşağıdaki tabloda Azure Backup raporlarını yapılandırmak için desteklenen senaryolar listelenmektedir:

Kullanmaya başlayın

Raporları kullanmaya başlamak için şu adımları izleyin:

1. Log Analytics çalışma alanı oluşturma veya var olan bir çalışma alanını kullanma

Yedekleme raporlama verilerinizi depolamak için bir veya daha fazla Log Analytics çalışma alanı ayarlayın. Bu Log Analytics çalışma alanının oluşturulabileceği konum ve abonelik, kasalarınızın bulunduğu konumdan ve aboneliklerden bağımsızdır.

Log Analytics çalışma alanı ayarlamak için bkz . Azure portalında Log Analytics çalışma alanı oluşturma.

Varsayılan olarak, Log Analytics çalışma alanında bulunan veriler 30 gün boyunca saklanır. Daha uzun bir zaman ufkunun verilerini görmek için Log Analytics çalışma alanının saklama süresini değiştirin. Bekletme süresini değiştirmek için bkz . Azure İzleyici Günlüklerinde veri saklama ve arşiv ilkelerini yapılandırma.

2. Log Analytics'e veri göndermek için tanılama ayarlarını yapılandırma

Kurtarma Hizmetleri kasaları gibi Azure Resource Manager kaynakları, zamanlanmış işlemler ve kullanıcı tarafından tetiklenen işlemler hakkındaki bilgileri tanılama verileri olarak kaydeder. Kasalarınızın tanılama ayarlarını yapılandırmak için şu adımları izleyin:

Kasa türü seçin:

Geçmiş verileri depolamak için uygun veri saklamayı yapılandırma

Gerekli süre boyunca geçmiş verileri depolamak için veri saklamayı yapılandırmayı öğrenin.

Yedekleme raporlarında kullanılan kurallar

• Filtreler her sekmede soldan sağa ve yukarıdan aşağıya doğru çalışır. Diğer bir ifadeyle, herhangi bir filtre yalnızca bu filtrenin sağındaki veya altındaki tüm pencere öğeleri için geçerlidir.
• Renkli kutucuk seçildiğinde, kutucuğun altındaki pencere öğeleri o kutucuğun değeriyle ilgili kayıtlar için filtrelenir. Örneğin, Yedekleme Öğeleri sekmesinde koruma durduruldu kutucuğu seçildiğinde, koruma durduruldu durumundaki yedekleme öğelerinin verilerini göstermek için aşağıdaki kılavuzlar ve grafikler filtrelenir.
• Renkli olmayan kutucuklar seçilemez.
• Geçerli kısmi güne ilişkin veriler raporlarda gösterilmez. Bu nedenle, Zaman Aralığı'nın seçili değeri Son 7 gün olduğunda, rapor son yedi tamamlanan güne ait kayıtları gösterir. Geçerli gün dahil değildir.
• Raporda, seçilen zaman aralığında tetiklenen işlerin (günlük işlerinin dışında) ayrıntıları gösterilir.
• Bulut Depolama ve Korumalı Örnekler için gösterilen değerler, seçilen zaman aralığının sonundadır.
• Raporlarda görüntülenen Yedekleme öğeleri, seçilen zaman aralığının sonunda bulunan öğelerdir. Seçilen zaman aralığının ortasında silinen yedekleme öğeleri görüntülenmez. Aynı kural Yedekleme ilkeleri için de geçerlidir.
• Seçilen zaman aralığı 30 gün daha kısa bir süreye yayılıyorsa, grafikler günlük görünümde işlenir ve burada her gün için bir veri noktası vardır. Zaman aralığı 30 günden büyük ve 90 günden kısa (veya buna eşit) bir süreye yayılıyorsa, grafikler haftalık görünümde işlenir. Daha büyük zaman aralıkları için grafikler aylık görünümde işlenir. Verileri haftalık veya aylık olarak toplama, sorguların daha iyi performansa ve grafiklerdeki verilerin daha kolay okunabilmesine yardımcı olur.
• İlkeYe bağlı kalma kılavuzları da yukarıda açıklandığı gibi benzer bir toplama mantığını izler. Ancak, birkaç küçük fark vardır. İlk fark, haftalık yedekleme ilkesi olan öğelerde günlük görünüm olmamasıdır (yalnızca haftalık ve aylık görünümler kullanılabilir). Ayrıca, haftalık yedekleme ilkesine sahip öğelerin kılavuzlarında kısmi haftaların dikkate alınmasını ortadan kaldırmak için 'ay' 30 gün değil 4 haftalık bir dönem (28 gün) olarak kabul edilir.

Raporların performansı

Yedekleme Raporları'nda veri tutarsızlığı sorunları gözlemlerseniz şu ön denetimleri gerçekleştirin:

1. Tüm kasaların gerekli tanılama günlüklerini Log Analytics çalışma alanına gönderdiğinden emin olun.

2. Yedekleme Raporları'nda doğru filtreleri seçtiğinizden emin olun.

3. Yedekleme Raporları'nda aşağıdaki sınırları gözden geçirin:

   • Tanılamayı yapılandırdıktan sonra ilk veri gönderme işleminin tamamlanması 24 saat kadar sürebilir. Veriler Log Analytics çalışma alanına akmaya başladıktan sonra, geçerli kısmi güne ilişkin veriler raporlarda gösterilmediğinden raporlarda verileri hemen göremeyebilirsiniz. Kasalarınızı Log Analytics'e veri gönderecek şekilde yapılandırdıktan iki gün sonra raporları görüntülemeye başlamanızı öneririz.

   • SQL günlük yedekleme işleri şu anda Yedekleme Raporları'nda görüntülenmez.

   • Yukarıda belirtildiği gibi, raporlar geçerli kısmi güne ilişkin verileri göstermez ve yalnızca tam gün (UTC) dikkate alınır.

     Örneğin raporda, 23/3 16:30 – 24/3 10:00 ARASıNDA bir zaman aralığı seçseniz bile, sorgu dahili olarak 23/3 12:00 UTC – 24/3 11:59 UTC aralığında çalıştırılır. Bu, datetime değerinin saat bileşeninin sorgu tarafından geçersiz kılındığı anlamına gelir.

     Benzer şekilde, bugünün tarihi 29 Mart ise, veriler yalnızca 28 Mart'ın sonuna (23:59 UTC) kadar gösterilir. 29 Mart'ta oluşturulan işler için, sonraki gün yani 30 Mart'ta raporları denetlediğinizde bunları görebilirsiniz.

Yukarıdakilerden hiçbiri raporda görülen verileri açıklamıyorsa lütfen Microsoft Desteği başvurun.

Sorgu yükleme süreleri

Yedekleme raporundaki pencere öğeleri, kullanıcının Log Analytics çalışma alanlarında çalışan Kusto sorguları tarafından desteklenir. Bu sorgular genellikle daha zengin içgörüler elde etmek için birden çok birleştirmeyle büyük miktarda verinin işlenmesini içerir. Sonuç olarak, kullanıcı raporları büyük bir yedekleme varlığında görüntülediğinde pencere öğeleri anında yüklenmeyebilir. Bu tablo, Yedekleme öğelerinin sayısına ve raporun görüntülendiği zaman aralığına göre farklı pencere öğelerinin yüklenmesi için gereken süreyi kabaca tahmin eder.

Power BI raporlarına ne oldu?

• Raporlama için sunulan ve Azure depolama hesabından veri alan önceki Power BI şablon uygulaması kullanımdan kaldırılma sürecindedir. Raporları görüntülemek için Log Analytics'e kasa tanılama verilerini göndermeye başlamanızı öneririz.

• Ayrıca, bir depolama hesabına veya LA Çalışma Alanına tanılama verileri göndermeye yönelik V1 şeması da kullanımdan kaldırma yolundadır. Başka bir deyişle, V1 şemasını temel alan özel sorgular veya otomasyonlar yazdıysanız, bu sorguları şu anda desteklenen V2 şemasını kullanacak şekilde güncelleştirmeniz tavsiye edilir.

Sonraki adımlar

Azure Backup ile izleme ve raporlama hakkında daha fazla bilgi edinin