Site Recovery izleme hakkında sık sorulan sorular

Bu makalede, yerleşik Site Recovery izleme ve Azure İzleyici (Log Analytics) kullanarak Azure Site Recovery'yi izleme hakkında sık sorulan sorular yanıtlanmaktadır.

Genel

Günlüğe kaydedilen RPO değerinin en son kullanılabilir kurtarma noktasından farkı nedir?

Site Recovery, makineleri Azure'a çoğaltmak için çok adımlı, zaman uyumsuz bir işlem kullanır.

• Çoğaltmanın son adımında, meta verilerle birlikte makinedeki son değişiklikler bir günlük/önbellek depolama hesabına kopyalanır.
• Bu değişiklikler, kurtarılabilir bir noktayı tanımlayan etiketle birlikte hedef bölgedeki depolama hesabına/yönetilen diske yazılır.
• Site Recovery artık makine için kurtarılabilir bir nokta oluşturabilir.
• Bu noktada, şu ana kadar depolama hesabına yüklenen değişiklikler için RPO karşılanmıştır. Başka bir deyişle, bu noktadaki RPO makinesi kurtarılabilir noktaya karşılık gelen zaman damgasından geçen süreye eşittir.
• Site Recovery, depolama hesabından karşıya yüklenen verileri seçer ve makine için oluşturulan çoğaltma disklerine uygular.
• Site Recovery daha sonra bir kurtarma noktası oluşturur ve bu noktayı yük devretme sırasında kurtarma için kullanılabilir hale getirir.
• Bu nedenle, kullanılabilir en son kurtarma noktası, önceden işlenmiş ve çoğaltma disklerine uygulanmış olan en son kurtarma noktasına karşılık gelen zaman damgasını gösterir.

Çoğaltılan kaynak makinede veya şirket içi altyapı sunucularında yanlış bir sistem süresi, hesaplanan RPO değerini çarpıtır. Doğru RPO raporlaması için sistem saatinin tüm sunucularda ve makinelerde doğru olduğundan emin olun.

Yerleşik Site Recovery günlüğü

Kasa altyapısı görünümündeki VM sayısı neden Çoğaltılan Öğeler'de gösterilen toplam sayıdan farklı?

Kasa altyapısı görünümünün kapsamı çoğaltma senaryolarına göre belirlenmiştir. Görünüm sayısına yalnızca seçili durumdaki çoğaltma senaryosundaki makineler dahil edilir. Ayrıca, yalnızca Azure'a çoğaltmak üzere yapılandırılmış VM'leri sayıyoruz. Yük devredilen makineler veya şirket içi bir siteye çoğaltılan makineler görünümde sayılmaz.

Temel Parçalar'daki çoğaltılan öğelerin sayısı neden panodaki çoğaltılan öğelerin toplam sayısından farklı?

Temel Parçalar'da gösterilen sayıya yalnızca ilk çoğaltmanın tamamlandığı makineler dahil edilir. Çoğaltılan öğelerin toplamı, ilk çoğaltmanın devam ettiği makineler de dahil olmak üzere kasadaki tüm makineleri içerir.

Azure İzleyici günlükleri

Site Recovery kaynak günlüklerini Azure İzleyici Günlüğüne ne sıklıkta gönderir?

• AzureSiteRecoveryReplicationStats ve AzureSiteRecoveryRecoveryPoints her 15 dakikada bir gönderilir.
• AzureSiteRecoveryReplicationDataUploadRate ve AzureSiteRecoveryProtectedDiskDataChurn her beş dakikada bir gönderilir.
• AzureSiteRecoveryJobs, işin tetikleyicisi ve tamamlanması sırasında gönderilir.
• AzureSiteRecoveryEvents her olay oluşturulduğunda gönderilir.
• Herhangi bir ortam değişikliği olduğunda AzureSiteRecoveryReplicatedItems gönderilir. Veri yenileme süresi genellikle değişiklik sonrasında 15 dakikadır.

Veriler Azure İzleyici günlüklerinde ne kadar süreyle tutulur?

Varsayılan olarak saklama süresi 31 gündür. Süreyi Log Analytics çalışma alanının Kullanım ve Tahmini Maliyet bölümünde artırabilirsiniz. Veri Saklama'ya tıklayın ve aralığı seçin.

Kaynak günlüklerinin boyutu nedir?

Günlük boyutu genellikle 15-20 KB'dir.

Azure Site Recovery için yerleşik Azure İzleyici uyarıları

Azure Site Recovery için yerleşik Azure İzleyici uyarılarını kullanmanın bir maliyeti var mı?

Yerleşik Azure İzleyici uyarılarıyla, kritik işlemler/hatalar için uyarılar varsayılan olarak (portalda veya portal dışı arabirimler aracılığıyla görüntüleyebileceğiniz) ek ücret ödemeden oluşturur. Ancak, bu uyarıları bir bildirim kanalına (e-posta gibi) yönlendirmek için, ücretsiz katmanın (aylık 1000 e-posta) ötesinde bildirimler için küçük bir ücret uygulanır. Azure İzleyici fiyatlandırması hakkında daha fazla bilgi edinin.

Kurtarma Hizmetleri kasasında Azure Site Recovery için geçerli e-posta bildirim çözümü çalışmaya devam edecek mi?

Bugün itibarıyla, geçerli e-posta bildirim çözümü yeni yerleşik Azure İzleyici uyarıları çözümüyle paralel olarak mevcuttur. Yeni deneyimi tanımak ve özelliklerinden yararlanmak için Azure İzleyici tabanlı uyarıları denemenizi öneririz.

Uyarı kuralı, uyarı işleme kuralı ve eylem grubu arasındaki fark nedir?

• Uyarı kuralı: Uyarının tetiklenmesi gereken koşulu belirten kullanıcı tarafından oluşturulan bir kuralı ifade eder.
• Uyarı işleme kuralı (önceki adıYla Eylem kuralı): Belirli bir tetiklenen uyarının yönlendirilmesi gereken bildirim kanallarını belirten kullanıcı tarafından oluşturulan bir kurala başvurur. Bildirimleri belirli bir süre boyunca engellemek için uyarı işleme kurallarını da kullanabilirsiniz.
• Eylem grubu: Tetiklenen bir uyarının yönlendirilebileceği bildirim kanalını (e-posta, ITSM uç noktası, mantıksal uygulama, web kancası vb.) ifade eder.

Yerleşik Azure İzleyici uyarıları söz konusu olduğunda, uyarılar varsayılan olarak zaten oluşturulduğundan bir uyarı kuralı oluşturmanız gerekmez. Bu uyarıları bir bildirim kanalına yönlendirmek için bir uyarı işleme kuralı ve bu uyarılar için bir eylem grubu oluşturmanız gerekir. Daha fazla bilgi edinin

Sonraki adımlar

Site Recovery yerleşik izleme veya Azure İzleyici ile izlemeyi öğrenin.