É possível restaurar um snapshot para um sistema de ficheiros mais pequeno?

Por vezes, ao nível dos ficheiros, quando os dados referenciados cabem, mas os instantâneos ao nível do bloco ou do volume preservam frequentemente a geometria e não podem ser recebidos diretamente num destino mais pequeno.

A decisão é importante quando um conjunto de dados migrado de um NAS tem bastante espaço lógico livre, mas a origem do instantâneo antigo era maior. Os dois estados concorrentes são a reconstrução ao nível dos ficheiros num destino mais pequeno e as restrições de geometria de receção ao nível do bloco ou do sistema de ficheiros. Comece com uma configuração guardada e dados descartáveis, observe um ramo de cada vez e pare se o teste aumentar o risco de perda de dados, permissões ou disponibilidade.

Definir as condições por detrás da decisão de restaurar um instantâneo para armazenamento mais pequeno

Registe o ambiente antes de alterar qualquer coisa: versões do software e do firmware, identidades dos dispositivos, caminho de montagem ou de rede, espaço livre, permissões e o sintoma observável. A linha de base deve preservar detalhes suficientes para reproduzir a situação em que um conjunto de dados migrado de um NAS tem bastante espaço lógico livre, mas a origem do instantâneo antigo era maior.

O primeiro candidato é a reconstrução ao nível dos ficheiros num destino mais pequeno. O segundo são as restrições de geometria de receção ao nível do bloco ou do sistema de ficheiros. O comportamento atual do zfs receive define o mecanismo ou limite do comando utilizado no teste; não substitui a observação feita neste servidor doméstico específico.

Escreva a condição de aceitação e a condição de paragem antes de executar o teste discriminador. Um resultado aprovado deve alterar as evidências previstas por um dos ramos, mantendo inalterados os serviços não relacionados; um resultado reprovado deve devolver o sistema ao estado guardado, em vez de desencadear uma cadeia de correções especulativas.

Testar a afirmação sem reduzir o requisito original

Utilize este teste discriminador: meça os dados referenciados e os metadados necessários e, em seguida, restaure ou receba num destino mais pequeno descartável, utilizando a ferramenta exata. Mantenha constantes a carga de trabalho, o cliente, o caminho, o conjunto de ficheiros e o momento, para que o resultado possa ser atribuído à variável alterada.

Utilize os limites de receção do ZFS para selecionar o campo que pode realmente separar os ramos e, em seguida, registe o respetivo carimbo temporal, estado de saída, texto do erro, identidade do dispositivo ou do instantâneo, latência, bytes transferidos, permissões e estado de recuperação. Uma saída limpa do comando não é suficiente quando a identidade, a durabilidade ou o estado da aplicação são a afirmação que está a ser testada.

Repita o teste uma vez após um reinício, uma nova ligação, uma nova montagem ou uma cache fria, quando esse evento fizer parte da condição original. Se a primeira execução for destrutiva ou não for possível restaurar o ambiente, pare e reproduza o teste numa cópia descartável.

zfs list -o name,used,refer,logicalused
# Teste a receção exata ou o restauro de ficheiros num destino descartável

Interpretar resultados aprovados, reprovados e excecionais

APROVADO: a ferramenta aceita o destino e os ficheiros restaurados, juntamente com as propriedades, cabem com margem. Registe a versão exata, a identidade e a carga de trabalho que foram aprovadas, para que a conclusão permaneça condicional em vez de se tornar uma afirmação universal.

REPROVADO: o fluxo exige a geometria do volume original, os instantâneos referenciam mais dados ou os metadados e as reservas excedem a capacidade. Um resultado reprovado não prova automaticamente o ramo oposto quando a rede, a memória, as permissões ou a consistência da origem podem influenciar ambos; isole essas dependências partilhadas antes de avançar.

RESULTADO EXCECIONAL OU AMBÍGUO: restaure os ficheiros num sistema de ficheiros mais pequeno recém-criado, em vez de reduzir ou forçar a imagem do instantâneo. Preserve os registos e não execute comandos de reparação, limpeza, destruição, reparticionamento ou alteração recursiva de proprietários até existir uma cópia recuperável.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Confirmar a decisão com a carga de trabalho original

Aplique a ação correspondente ao ramo observado e, em seguida, repita a condição original, em vez de um substituto reduzido. A decisão só é válida quando a ferramenta aceita o destino e os ficheiros restaurados, juntamente com as propriedades, cabem com margem durante dois ciclos ou durante o reinício, suspensão, interrupção ou transição de carga relevante.

Utilize a verificação do restauro para confirmar o fluxo de trabalho dependente mais próximo, mas mantenha o acionador original inalterado. Os conjuntos de dados, partilhas, contentores, utilizadores e pontos de recuperação não relacionados devem manter o acesso e o tempo de resposta anteriores.

O limite de paragem é explícito: se o fluxo exigir a geometria do volume original, se os instantâneos referenciarem mais dados ou se os metadados e as reservas excederem a capacidade, volte à última configuração verificada, retenha as evidências e avance para um teste mais aprofundado da plataforma ou do hardware apenas quando o ramo for reproduzível.

Depois de o resultado do destino ser confirmado, compare-o com as tarefas de cópia de segurança separadas, para garantir que a correção não transfere o risco para um serviço vizinho. Um teste do destino bem-sucedido com uma nova falha de cópia de segurança, identidade, tempo limite ou disponibilidade continua a ser uma alteração falhada.

Perguntas frequentes

Para restaurar um instantâneo num armazenamento mais pequeno, as pesquisas restantes costumam incidir sobre se o espaço utilizado visível determina se o restauro cabe, se os conjuntos de dados ZFS podem ser reduzidos e qual é o caminho de migração mais seguro. As respostas abaixo mantêm esses casos-limite separados da decisão principal.

O limite de aceitação não muda: a ferramenta aceita o destino e os ficheiros restaurados, juntamente com as propriedades, cabem com margem. Se uma condição posterior alterar o sistema de ficheiros, a identidade, o caminho de rede ou a versão da aplicação, repita apenas o teste discriminador afetado por essa alteração.

Pare de alargar a experiência quando o fluxo exigir a geometria do volume original, quando os instantâneos referenciarem mais dados ou quando os metadados e as reservas excederem a capacidade. Nesse ponto, restaure os ficheiros num sistema de ficheiros mais pequeno recém-criado, em vez de reduzir ou forçar a imagem do instantâneo; preserve as evidências antes de escalar o problema para o responsável pela plataforma, pelo armazenamento ou pelo hardware.

O espaço utilizado visível determina se o restauro cabe?

Não, por si só. Os instantâneos, os metadados, as reservas, a compressão e a semântica de receção afetam a capacidade necessária.

É possível reduzir conjuntos de dados ZFS?

Os conjuntos de dados não são volumes de tamanho fixo, mas os zvols e os agrupamentos que recebem dados têm restrições diferentes.

Qual é o caminho de migração mais seguro?

Crie o destino mais pequeno, restaure os ficheiros ou um fluxo testado, verifique-os e retenha a origem até à aceitação.

Para restaurar um instantâneo num armazenamento mais pequeno, a resposta prática continua a ser condicional: a ferramenta aceita o destino e os ficheiros restaurados, juntamente com as propriedades, cabem com margem. Quando o fluxo exigir a geometria do volume original, quando os instantâneos referenciarem mais dados ou quando os metadados e as reservas excederem a capacidade, restaure os ficheiros num sistema de ficheiros mais pequeno recém-criado, em vez de reduzir ou forçar a imagem do instantâneo; um sucesso parcial que não consiga suportar a carga de trabalho original não constitui compatibilidade.