Sanal Makineler İçin RecoverPoint: Hata Durumundaki Tutarlılık Grupları

Сводка: Sanal Makineler İçin RecoverPoint: Hata Durumundaki Tutarlılık Grupları veya pause/init/error döngüleri

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.

Симптомы



Hata durumunda tutarlılık grupları veya duraklatma/başlatma/hata döngüleri.

get_group_state komutundan örnek durum:
  CG:
    Enabled: YES
Transfer source: Kaynak
Kopya:
      Hedef:
        Enabled:
EVET Düzenleme Durumu: DÜZENLEN -MİŞ
        Etkin birincil RPA: RPA 1
Günlüğü: UZUN YENİDEN SENKRONİZE
Depolama erişimi: ERIŞIM YOK
Maksimum günlük boyutu: 1.09 TB
Kaynak:
        Enabled:
EVET Etkin birincil RPA: RPA 1
Depolama erişimi: DOĞRUDAN ERİŞİM (verileri işaretleme)
Bağlantı:
      Kaynak-Hedef>:
        Data Transfer: ERROR

GUI veya CLI get_events_log'daki olaylar:

  Time:                 Mon Jan 16 15:29:30 2017
Konu:                GRUP
Kapsamı:                DETAYLI
Seviye:                HATA
Olay Kimliği:             4009
Cluster:              
Target_Site_vRPA Küresel bağlantılar:         None
Groups:               [CG, CG_Copy]
  Bağlantı:                [CG, CG_Prod->CG_Copy]
Summary:              Grup
ayrıntıları için veri aktarımını duraklatma:              Reason=distributor error.

  Time:                 Mon Jan 16 15:31:03 2017
Konu:                GRUP
Kapsamı:                DETAYLI
Seviye:                UYARI
Olay Kimliği:             4001
Cluster:              
Source_Site Küresel bağlantılar:         None
Groups:               [CG, CG_Prod]
  Özet:              Grup yeteneklerinde
küçük sorun Detaylar:              Kopyalar bağlantılıdır.

RPA1:
İşaretleme (GlobalCopy(SiteUID(0x1207d88a9b552bf9) 0) ) = Evet - kaynak olarak tanımlanan taraf. site=Source_Site.
Kaynak kapsam yansıtma (GlobalCopy(SiteUID(0x1207d88a9b552bf9) 0) ) = GEREKLİ DEĞİL
Aktarım (GlobalCopy(SiteUID(0x7b8822840a7e317f) 0) ) = HAYIR - geçmiş korunamıyor - anlık görüntüde duraklatılmadı ve kullanıcı birimi sorunu - Birim sorunu. Site=Target_Site, RPA1, Device=[CG, CG_Copy, CG_RSET_CG_3_0_scsi].
Kutu ve VM paylaşımı ESX = SAME_ESX_NOT_SAME

RPA2:
İşaretleme (GlobalCopy(SiteUID(0x1207d88a9b552bf9) 0) ) = Evet - kaynak olarak tanımlanan taraf. site=Source_Site.
Source backlog mirroring (GlobalCopy(SiteUID(0x1207d88a9b552bf9) 0) ) = NOT NEEDED
Transfer (GlobalCopy(SiteUID(0x7b8822840a7e317f) 0) ) = Yes
Journal (GlobalCopy(SiteUID(0x7b8822840a7e317f) 0) ) = Yes
Target backlog mirroring (GlobalCopy(SiteUID(0x7b8822840a7e317f) 0) ) = NOT NEEDED
Preferred = NO
Box and VM share ESX = SAME_ESX_SAME
Number of VMs in same ESX is 1

Error in replication logs (extracted.*/files/home/kos/replication/result.log):
2017/01/16 13:03:30.187 - #1 - 5508/5482 - DataCommIoRequest: Got NACK from splitter, Error code = 2 *m_kboxDataCommMessage = KboxDataCommMessage, DataCommMessage, m_multiIoId: 1804479667 m_msgId: 17968710 m_type: 1 m_lbaAndLens: 1 lengthInBlocks: 1024 m_guid: 0x69f6a49648317aec m_version: 0 m_isFastPath: 1 m_hostId: ESX 0x10f9536584e11e30 m_priority:

6 Yukarıdaki çoğaltma günlüklerinde görülen ana bilgisayardaki ayırıcı günlüklerindeki hatalar (m_hostId: ESX 0x10f9536584e11e30):
2017/01/16 13:11:13.714 - #2 - 570188/570154 - KS: krnl:[13:11:13.594] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: IO0x41132aa45240 Failed. Host_Status = 0x0, Device_Status = 0x8, dataLength = 393216
krnl:[13:11:13.594] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: numFSSRetries = 0, numFDSRetries = 0, absTimeoutMS = 250463060, startTC = 0
krnl:[13:11:13.594] 0/0 #0 - CommandIoDataCommWrite_v_storageEndIo_i: Depolamaya yazma işlemi başarısız oldu. io_index = 0 olur. G/Ç durumu 0. DataComm yazma işlemi başarısız oluyor.
2017/01/16 13:11:14.828 - #2 - 570188/570154 - KS: krnl:[13:11:14.289] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: IO 0x41132aa41210 Failed. Host_Status = 0x0, Device_Status = 0x8, dataLength = 393216
krnl:[13:11:14.289] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: numFSSRetries = 0, numFDSRetries = 0, absTimeoutMS = 250463777, startTC = 0
krnl:[13:11:14.289] 0/0 #0 - CommandIoDataCommWrite_v_storageEndIo_i: Depolamaya yazma işlemi başarısız oldu. io_index = 0 olur. G/Ç durumu 0. DataComm yazma işlemi başarısız oluyor.
2017/01/16 13:11:15.937 - #2 - 570188/570154 - KS: krnl:[13:11:15.118] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: IO 0x41132aa44c90 Failed. Host_Status = 0x0, Device_Status = 0x8, dataLength = 393216
krnl:[13:11:15.118] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: numFSSRetries = 0, numFDSRetries = 0, absTimeoutMS = 250464606, startTC = 0
krnl:[13:11:15.118] 0/0 #0 - CommandIoDataCommWrite_v_storageEndIo_i: Depolamaya yazma işlemi başarısız oldu. io_index = 0 olur. G/Ç durumu 0. DataComm yazma işlemi başarısız oluyor.
krnl:[13:11:15.676] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: IO 0x4113298f6108 Failed. Host_Status = 0x0, Device_Status = 0x8, dataLength = 393216
krnl:[13:11:15.676] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: numFSSRetries = 0, numFDSRetries = 0, absTimeoutMS = 250465165, startTC = 0
krnl:[13:11:15.676] 0/0 #0 - CommandIoDataCommWrite_v_storageEndIo_i: Depolamaya yazma işlemi başarısız oldu. io_index = 0 olur. G/Ç durumu 0. DataComm yazma işlemi başarısız oluyor.

Причина

Bu Tutarlılık Grubunun hedef tarafındaki Veri Deposunda boş alan olmadığından RecoverPoint bunlara yazamadı.
 

Разрешение

Çözünürlük:

Tüm hedef Veri Depolarının (hedef ana bilgisayarlar ve günlükler için) boş alana sahip olduğunu görmek için hedef taraf ESX i gözden geçirin.
Alanı olmayan Veri Depoları için: RecoverPoint'in yazabilmesi için yer açın veya Veri Deposu boyutunu artırın.

Затронутые продукты

RecoverPoint for Virtual Machines

Продукты

RecoverPoint for Virtual Machines
Свойства статьи
Номер статьи: 000054855
Тип статьи: Solution
Последнее изменение: 20 Dec 2025
Версия:  4
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.