Users Guide
Tabela 32. Detalhes do local de armazenamento (continuação)
Caixa de texto Descrição
Se definido como Ligado, que é o padrão, o Windows controla o armazenamento em cache. Isso é
apropriado para o Windows 10 e para versões do Windows Server 2012 e posterior.
NOTA: Definir a política de cache de gravação como Ligado pode resultar em desempenho mais
rápido. Se você estiver utilizando o Windows Server 2008 SP2 ou Windows Server 2008 R2 SP2, a
recomendação de configuração será Desligado.
Se configurado para Desligado o, Rapid Recovery controlará o cache.
Se definido como Sincronizar, o Windows controla o armazenamento em cache, além da entrada/saída
síncrona.
Bytes por setor Especifique o número de bytes que você deseja incluir em cada setor. O valor padrão é 512.
Média de bytes por
registro
Especifique a média de bytes por registro. O valor padrão é 8192.
6. Opcionalmente, se desejar executar o trabalho de otimização do repositório para o repositório selecionado, selecione Executar
trabalho de otimização do repositório para [Nome do repositório].
A Dell recomenda a execução do Trabalho de otimização do repositório ao adicionar locais de armazenamento a um repositório
existente. Esse trabalho otimiza o espaço livre ao aplicar a deduplicação dos dados armazenados no repositório.
Com base em fatores como tamanho do repositório, quantidade de dados no repositório, largura da banda de rede disponível e carga
local na entrada e na saída do sistema, a execução de um Trabalho de otimização do repositório poderá demorar e utilizar grande
quantidade da largura da banda de seu ambiente.
Para obter mais informações sobre o trabalho de otimização do repositório, consulte Sobre o trabalho de otimização do repositório na
página 70.
7. Clique em Salvar.
A caixa de diálogo é fechada e o local de armazenamento, salvo. Na tabela de resumo de repositórios, o local de armazenamento criado
será visível ao expandir os detalhes do repositório.
Sobre como verificar a integridade dos repositórios DVM
No Rapid Recovery Core, os usuários podem definir diferentes políticas de retenção entre cores de origem e destino. Para que a replicação
funcione adequadamente com diferentes políticas de retenção, o core de destino precisa ter a mesma versão do software (ou mais
recente) do que o core de origem.
NOTA:
Os cores precisam compartilhar os mesmos três dígitos para o número de versão (por exemplo, ambos começando com
6.0.1.xxxx ou 5.4.3.xxxx). O número de versão (representado por xxxx) pode ser diferente apenas se o core de destino for mais
recente.
Os administradores podem agora configurar a implementação em um core de destino em uma taxa diferente no core de origem. Da mesma
forma, você pode agora definir uma política de retenção personalizada para qualquer máquina replicada. Por exemplo, é possível
implementar pontos de recuperação no core de destino em uma taxa mais rápida e com menor granularidade do que o core de origem,
economizando espaço. Ou é possível ainda implementar pontos de recuperação para qualquer máquina replicada selecionada em uma taxa
inferior no core de destino, mantendo maior granularidade, o que pode ser útil para fins de conformidade. Para obter mais informações
sobre como usar uma política de retenção que se difere do padrão no core, consulte Como personalizar as configurações de uma política
de retenção para uma máquina protegida na página 203.
Se o core tiver sido atualizado a qualquer ponto do AppAssure 5.3.x e você tiver utilizado a replicação, é necessário executar esse trabalho
antes que possa configurar diferentes políticas de retenção entre cores de origem e de destino, ou configurar uma política de retenção
personalizada em uma máquina replicada.
Você não vai conseguir ver ou executar esse trabalho se não possuir um ou mais repositórios que se qualifiquem para tal (criados antes da
versão 5.4.x e ainda não realizados).
Executar esse trabalho verifica a integridade de todos os dados armazenados no repositório especificado, garantindo que você possa
recuperar dados de cada instantâneo ou imagem de base. Se a verificação de integridade detectar qualquer problema com os dados em
seu repositório, o trabalho é encerrado imediatamente. Os detalhes do evento para esse trabalho no core solicitam que você entre em
Trabalhar com o dispositivo DL Core
69