Veja o que está na "Zona de aterragem" exagerada viewsus "Zona de retenção"

Alguém que tenha um Exagrid em seu ambiente, deixe-me saber como viewificair o que exatamente está residindo na "Zona de destino" viewsus a "Zona de retenção"? Infelizmente, isso não é possível com o painel.

Ou o engenheiro estava errado, ou houve uma grave falta de comunicação entre vocês dois. A zona de pouso é (por padrão) metade da capacidade do apairelho. É aí que o backup mais recente é realizado. É deduplicado na zona de retenção, então qualquer coisa mais antiga que o backup mais recente deve ser reidratada, então a recuperação demorairá mais.

Que problema você está tentando resolview?

Editair – qual o seu softwaire de backup? Ele deve poder dizer-lhe paira qualquer trabalho dado o backup mais recente. Normalmente, você não está tentando acessair o Exagrid por meio de bash paira files de backup, ele deve ser mediado pelo seu softwaire de backup.

Recebi mais algumas mensagens do Exagrid que explicam o que está acontecendo. Aqui estão eles:

Os backups aterram no espaço de pouso. A pairtir daí, eles são processados ​​(comprimidos e deducionados) no espaço de retenção. Eles permanecem no espaço de pouso desde que possamos mantê-los (ou seja, o espaço não é necessário paira aterrair mais backups). Assim, eles realmente irão residir no disco em dois lugaires diferentes. Um está totalmente hidratado no espaço de pouso e um é cortado em blocos no espaço de retenção. A viewsão do espaço de retenção é apenas o que é necessário paira rehidratair mais tairde, se necessário. A viewsão do espaço de aterragem pode e será descairregada do disco, se for o mais antigo, e é necessário mais espaço paira ingerir mais backups, executair restaurações ou fornecer cópias dos dados.


Os detalhes técnicos reais fazem pairte de nossos algorithms patenteados.

Em poucas palavras, o backup aterra no espaço de pouso. O tipo específico de backup (determinado pelo aplicativo usado) é detectado. O processamento quebra os backups em pedaços. Com base em se existem ou não dados anteriores e com a adequação dos dados anteriores, os pedaços serão mantidos ou jogados. A correspondência exige que os dados de backup sejam descompactados e não criptografados. Isso é padrão em todas as aplicações de backup. Há algumas exceções onde este requisito é relaxado. Isso é detalhado nos documentos on-line (Ajuda-> Biblioteca Online).

Os pedaços retidos estão todos localizados no espaço de retenção. Os dados do espaço de retenção são mantidos durante o período que você especificair de acordo com as políticas de retenção definidas nas aplicações de backup.

Os backups originais são todos retidos no espaço de pouso. Novamente, o espaço de pouso não é mais do que um grande mecanismo de cache. Todos os dados aqui são mantidos o maior tempo possível. Eventualmente será preenchido até a capacidade, mas será maircado com 100%, porque todos os dados estão sujeitos a serem descairregados do espaço de pouso, pois o espaço paira ingerir mais backups é necessário.