Microsoft hesabıyla oturum açın
Oturum açın veya hesap oluşturun.
Merhaba,
Farklı bir hesap seçin.
Birden çok hesabınız var
Oturum açmak istediğiniz hesabı seçin.

Giriş

Bu makalede, açıklar aşağıdaki sürümlerde Güncelleme Rollup 35'te düzeltilen sorunlar Microsoft Azure Site Kurtarma bileşenleri:

Notlar

  • Bu, "Bu güncelleştirmede düzeltilen sorunlar" bölümünde belirtilen sorunlar için bir düzeltmedir.

  • "Bu güncelleştirmede düzeltilen sorunlar" bölümüne ve "Önkoşullar" bölümü ne içinbu güncelleştirmeyi yüklemeden önce doğrulanmalıdır.

Microsoft desteğini nasıl indirinip indirilir hakkında daha fazla bilgi için dosyaları, aşağıdaki Microsoft Bilgisi'ne bakın Temel madde:

119591 119591 Çevrimiçi hizmetlerden Microsoft destek dosyaları nasıl edinilir?

Microsoft virüsler için bu dosyaları taranan. Microsoft en güncel kullanılan dosyanın bulunduğu tarihte kullanılabilen virüs algılama yazılımı Yayınlanan. Dosya, herhangi bir önlemeye yardımcı güvenlik gelişmiş sunucularda depolanır dosyada yetkisiz değişiklikler.

Ön koşullar

Microsoft Azure Site Kurtarma Sağlayıcısı Güncelleştirme sup 35'i yüklemek için (sürüm 5.1.4000.0), aşağıdaki ön koşullardan birine sahip olmalısınız:

  • Microsoft Azure Hyper-V Recovery Manager (sürüm 3.4.486 veya sonraki sürüm)

  • Microsoft Azure Site Kurtarma Hyper-V Sağlayıcısı (sürüm 4.6.660 veya daha sonraki sürüm)

  • Microsoft Azure Site Kurtarma Sağlayıcısı (sürüm 5.1.3600 veya sonraki sürüm)

  • Microsoft Azure Site Kurtarma Birleşik Kurulumu (VMware to Azure) (sürüm 9.19). xxxx. x veya daha sonraki bir sürüm)

Not Kontrol edebilirsiniz Denetimdeki Programlar ve Özellikler öğesinde yüklü sağlayıcı sürümü Panel.

Bu güncelleştirmede düzeltilen sorunlar

Bu güncelleştirmeyi yükledikten sonra, aşağıdaki sorunlar giderilir ve aşağıdaki iyileştirmeler dahildir.

Microsoft Azure Site Kurtarma Sağlayıcısı

Gelişmeler

Azure azure DR için

  • Ağ Eşlemeleri'nde yapılan güncelleştirmeler artık varolan çoğaltmalar için hedef yapılandırmaları etkilemez.Kaynak VNet ve hedef VNet arasındaki ağ eşleme değiştirilirse, varolan çoğaltmalar için hedef VNet güncelleştirilmez. Daha önce seçilen hedef VNet yapılandırması bozulmadan kalır.

VMware'den Azure DR'ye

  • Yönetilen disklere doğrudan yazın.Tüm yeni korumalar artık doğrudan Yönetilen Diskler'e çoğaltılır. Şirket teki veriler Azure'daki bir önbellek depolama hesabına gönderilir. Kurtarma noktaları hedef tarafta yönetilen diskler oluşturulur. Bu, hedefte birden çok hedef depolama hesabını yönetmeniz gerekolmadığı anlamına gelir.

Sorunlar Düzeltildi

Azure 'dan Azure'a DR

  • Birincil VM silindikten sonra hata üreten bir hata tamamlandığında hata iletisi geliştirme.

  • Kaynak bağlantılarının temizlenmesi başarısız olursa, temizleme işlemi sırasında hata iletisi işlem lenebilir ayrıntılar da dahil edilerek geliştirilir.

  • Erişim sorunları varsa Azure Şifreli VM koruması sırasında uyarı iletileri eklenir.

  • Yeniden koruma sırasında "Disk zaten koruma için farklı bir tohum blob URI ile yapılandırıldı" hata iletisi oluştu olarak korunamadı bir sorunu giderir.

  • Özel durum iletilerini azaltmak için şifrelenmiş VM koruması iş akışını iyileştirin.

  • Geliştirilmiş failover hazırlık doğrulamaları.

  • DR Çapraz Abonelik: Daha önce eşlenmiş olsa bile farklı bir aboneye ağ eşlemesine izin verin.

  • Yönetilen disk için bir seçeneğin görünmediği yeniden koruma iş akışlarında bir sorunu giderir.

  • Mevcut NIC'leri güncellediğinizde IpConfigurations'dakiApplicationGateway BackendAddressPools özelliğini korumak için destek eklendi.

  • Disk türü sonrası korumasında bir değişiklik olduğunda, sistem sonrası sorunlarının üzerinde başarısız lık oluşturma.

Microsoft Azure Site Kurtarma Birleşik Kurulum & Yapılandırma Sunucusu Şablonu

Gelişmeler  

  • Birden çok NIC kullanan yapılandırma sunucusu desteği.

    • Bir şirket içi ağı, Internet veya Azure depolama alanına erişimi olmayan ayrı bir ağ olarak tasarlarsanız (Configuration Server'da birden fazla NIC'e sahip olarak), yapılandırma sunucusu kaydı sırasında her iki ağı da kaydetmeniz veya bu sürüm.

    • Her iki ağ da Azure Site Kurtarma kullanılarak kaydedildikten sonra, ağlar değiştirilemez.

    • Her iki ağ da kayıtlı değilse failback desteklenmez.

Sorunlar Düzeltildi

  • vCenter bulma hataları için hata iletisi geliştirme.

  • Configuration Server, Process Server ve Master Target gibi Azure Site Kurtarma bileşenlerini korumaya çalıştığınızda bir hata iletisi eklenir.

Mobilite Hizmeti

Sorunlar düzeltildi

  • Fiziksel sunucular artık başarısız olduğu anda hidrasyon alamayan bir şekilde hak kazanırlar. Bu kurtarma süresi hedefi (RTO) aşağı getiriyor. Hidrasyon suzlukhakkında daha fazla bilgiedinin.

  • SUSE Linux Enterprise Server 12 Service Pack 4 (SP4) desteği

  • Mobilite Aracısı kurulum geliştirmeleri:

    • Sürüm 9.23'ten önce, Azure Site Kurtarma VSS sağlayıcısının yüklenmesindeki hatalar Mobilite Aracısı yükleme hatalarına yol açmıştır. Sürüm 9.23 ve sonraki sürümlerde, Mobilite Aracısı yüklemesi sırasında VSS sağlayıcı yüklemesi başarısız olursa, aşağıdaki geliştirmeler gerçekleşir:

    • Mobilite Aracısı yüklemesi devam eder ve VSS sağlayıcı yüklemesi atlanır.

    • İş durumu "Uyarı" olarak güncelleştirilir ve Azure Site Kurtarma VSS sağlayıcısı yüklemesinin neden başarısız olduğunu belirten net bir hata iletisi gösterilir. Başarılı bir uygulama tutarlı noktaları nesli için hata iletisinde sağlanan önerilen eylemi izleyin.

    • VSS sağlayıcı yükleme hatalarının kilitlenme tutarlı puan oluşturmayı etkilemediğini unutmayın. Sunucularınız kilitlenme tutarlı noktaları oluşturmaya devam edecektir.

Azure Site Kurtarma Şirket Bileşenlerinizi Güncelleştirme

İki şirket içi arasında VMM siteleri

  1. En son Güncelleme Rollup'ını indirinMicrosoft Azure Site Kurtarma Sağlayıcısı.

  2. Kurtarma sitesini yöneten şirket içi VMM sunucusuna önce Güncelleştirme YuvarlantIsi'ni yükleyin.

Kurtarma sitesi güncelleştirildikten sonra, birincil siteyi yöneten VMM sunucusuna Güncelleştirme Rollup'ını yükleyin.

Notlar

  • VMM Yüksek Kullanılabilir vmm (Kümelenmiş VMM) ise, yükseltmeyi VMM hizmetinin yüklendiği kümenin tüm düğümlerine yüklediğinizden emin olun.

  • Aksi belirtilmedikçe ana bilgisayar Yeniden başlatmagerekli değildir.

Şirket içi arasında VMM sitesi ve Azure

  1. Için Güncelleme Rollup indirinMicrosoft Azure Site Kurtarma Sağlayıcısı.

  2. Şirket içi VMM sunucusuna Güncelleştirme Rollup'ını yükleyin.

  3. En son yüklemeMARStüm Hyper-V ana bilgisayarlarında ajan.

Notlar

  • VMM'niz Yüksek Kullanılabilir vmm (Kümelenmiş VMM) ise, yükseltmeyi VMM hizmetinin yüklendiği kümenin tüm düğümlerine yüklediğinizden emin olun.

  • Aksi belirtilmedikçe ana bilgisayar Yeniden başlatmagerekli değildir.

Şirket içi arasında Hyper-V sitesi ve Azure

  1. Için Güncelleme Rollup indirinMicrosoft Azure Site Kurtarma Sağlayıcısı.

  2. Sağlayıcıyı Azure Site Kurtarma'da kaydettiğiniz Hyper-V sunucularının her düğümüne yükleyin.

Notlar

  • Hyper-V'niz Ana Bilgisayar Kümelenmiş Hyper-V sunucusuysa, yükseltmeyi kümenin tüm düğümlerine yüklediğinizden emin olun.

  • Aksi belirtilmedikçe ana bilgisayar Yeniden başlatmagerekli değildir.

Şirket içi arasında Azure'a VMware veya fiziksel site

  1. Şirket içi yönetim sunucunuzu indirerek güncelleştirinMicrosoft Azure Site Kurtarma Birleşik Kurulum. Bu, Configuration server ve Process sunucu rollerine sahip sunucudur.

  2. Ölçeklendirme işlem sunucularınız varsa, bunları sonrakikullanarakMicrosoft Azure Site Kurtarma Birleşik Kurulum.

  3. Azure portalına gidin ve ardından Korumalı Öğeler > Çoğaltılan Öğeler sayfasına gidin. Bu sayfada bir VM seçin. Her VM için sayfanın alt kısmında görünen Temsilciyi Güncelleştir düğmesini seçin. Bu, tüm korumalı VM'lerde Mobilite Servis Aracısını güncelleştirir.

NotYeniden başlatma emin olmak için Mobilite aracısının her yükseltme sonra önerilen tüm en son değişiklikler kaynak bilgisayara yüklenir. Ancak, bu Zorunlu. Son yeniden başlatmadaki aracı sürümleri ile geçerli sürüm 4'ten büyükse, yeniden başlatma zorunludur. Bkz. ayrıntılı bir açıklama için aşağıdaki tablo.

Aracı sürümü son yeniden başlatma sırasında

Yükseltme

Yeniden başlatma mı Zorunlu?

9.16

9.18

Zorunlu değil

9.16

9.19

Zorunlu değil

9.16

9.20

Zorunlu değil

9.16

9.21

Evet, önce sürüm 9.20'ye yükseltin, sonra yeniden başlatın sürüm 9.21'e yükseltmeden önce sürümler arasındaki fark (sürüm 9.16 son yeniden başlatma yapıldı ve hedef sürüm 9.21) >4,

Bilinen sorunlar

Orada bu güncelleştirmede bilinen bir sorun yok.

Başvurular

Terminoloji hakkında bilgi edinin Microsoft yazılım güncelleştirmelerini açıklamak için kullanır.

Üçüncü taraf bilgi reddi

Bu makalede tartışılan üçüncü taraf ürünler, Microsoft'tan bağımsız şirketler. Hiçbir garanti, zımni veya aksi takdirde, bu ürünlerin performansı veya güvenilirliği hakkında.

Bulmanıza yardımcı olmak için üçüncü taraf iletişim ve web sitesi bilgilerini salıyoruz teknik destek. Bu bilgiler önceden haber veedilmeden değiştirilebilir. Biz yok bu üçüncü taraf bilgilerinin doğruluğunu garanti altına alın.

Facebook LinkedIn E-posta
RSS AKIŞLARINA ABONE OLUN

Daha fazla yardıma mı ihtiyacınız var?

Daha fazla seçenek mi istiyorsunuz?

Keşfedin Topluluk

Abonelik avantajlarını keşfedin, eğitim kurslarına göz atın, cihazınızın güvenliğini nasıl sağlayacağınızı öğrenin ve daha fazlasını yapın.

Microsoft 365 abonelik avantajları

Microsoft 365 eğitimi

Microsoft güvenliği

Erişilebilirlik merkezi

Topluluklar, soru sormanıza ve soruları yanıtlamanıza, geri bildirimde bulunmanıza ve zengin bilgiye sahip uzmanlardan bilgi almanıza yardımcı olur.

Microsoft Topluluğu'na sorun

Microsoft Tech Topluluğu

Windows Insider'lar

Microsoft 365 Insider'lar

Bu bilgi yararlı oldu mu?

Dil kalitesinden ne kadar memnunsunuz?
Deneyiminizi ne etkiledi?
Gönder’e bastığınızda, geri bildiriminiz Microsoft ürün ve hizmetlerini geliştirmek için kullanılır. BT yöneticiniz bu verileri toplayabilecek. Gizlilik Bildirimi.

Geri bildiriminiz için teşekkürler!

×