Dois Macs podem partilhar com segurança um destino NAS do Time Machine?

Sim, se cada Mac criar um pacote de cópia de segurança independente e as credenciais, quotas, permissões e margem livre do pool impedirem que um cliente prejudique o outro.

A decisão é relevante quando dois Macs de uma casa utilizam um NAS e, possivelmente, um único pool de armazenamento. Os dois estados em concorrência são partilhas separadas por Mac ou pacotes isolados, e capacidade partilhada e conflitos de credenciais. 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, problemas de permissões ou indisponibilidade.

Defina as condições subjacentes à decisão sobre o destino partilhado do Time Machine no NAS

Registe o ambiente antes de alterar qualquer coisa: versões de software e 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 dois Macs de uma casa utilizam um NAS e, possivelmente, um único pool de armazenamento.

O primeiro candidato consiste em partilhas separadas por Mac ou pacotes isolados. O segundo consiste em capacidade partilhada e conflitos de credenciais. As atuais opções do Time Machine do Samba definem o mecanismo ou limite de comando utilizado no teste; não substituem a observação deste 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 positivo deve alterar as evidências previstas por um dos ramos, mantendo os serviços não relacionados inalterados; um resultado negativo deve devolver o sistema ao estado guardado, em vez de desencadear uma cadeia de correções especulativas.

Teste a afirmação sem reduzir o requisito original

Utilize este teste discriminador: registe um Mac de cada vez, confirme pacotes e propriedade distintos e, em seguida, aproxime-se das quotas com dados descartáveis. Mantenha constantes a carga de trabalho, o cliente, o caminho, o conjunto de ficheiros e o tempo, para que o resultado possa ser atribuído à variável alterada.

Utilize as cópias de segurança do Time Machine através da rede para selecionar o campo que pode efetivamente separar os ramos e, em seguida, registe o respetivo carimbo temporal, estado de saída, texto do erro, identidade do dispositivo ou instantâneo, latência, bytes transferidos, permissões e estado de recuperação. Uma saída de comando sem erros não é suficiente quando a identidade, a durabilidade ou o estado da aplicação constituem a afirmação em teste.

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 o ambiente não puder ser restaurado, pare e reproduza o teste numa cópia descartável.

[tm-mac1]
 fruit:time machine = yes
 fruit:time machine max size = 2T

Interprete os resultados positivos, negativos e excecionais

POSITIVO: cada Mac vê apenas o destino que lhe foi atribuído e consegue restaurar enquanto o outro faz a cópia de segurança. Registe a versão, a identidade e a carga de trabalho exatas que produziram o resultado positivo, para que a conclusão permaneça condicional em vez de se tornar uma afirmação universal.

NEGATIVO: ambos utilizam uma credencial com acesso amplo, as quotas são coletivas ou um pacote cheio bloqueia o outro. Um resultado negativo 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: separe as partilhas e as identidades antes de eliminar ou herdar qualquer histórico. Preserve os registos e não execute comandos de reparação, limpeza, destruição, reparticionamento ou alteração recursiva de propriedade até existir uma cópia recuperável.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Confirme 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 cada Mac vê apenas o destino que lhe foi atribuído e consegue restaurar enquanto o outro faz a cópia de segurança ao longo de dois ciclos ou durante o reinício, suspensão, interrupção ou transição de carga relevante.

Utilize as quotas por Mac para verificar o fluxo de trabalho dependente mais próximo, mas mantenha inalterado o acionador original. 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 ambos utilizarem uma credencial com acesso amplo, as quotas forem coletivas ou um pacote cheio bloquear o outro, regresse à última configuração verificada, conserve 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 pretendido se confirmar, compare-o com a assinatura SMB numa LAN de confiança, para garantir que a correção não transfere o risco para um serviço vizinho. Um teste do objetivo com êxito, mas com uma nova falha de cópia de segurança, identidade, tempo limite ou disponibilidade, continua a ser uma alteração falhada.

Perguntas frequentes

No caso de um destino partilhado do Time Machine num NAS, as pesquisas restantes geralmente dizem respeito a saber se ambos os Macs podem utilizar uma única partilha SMB, se o Time Machine impedirá que um Mac encha o pool e se um Mac pode ler a cópia de segurança do outro. As respostas abaixo mantêm esses casos extremos separados da decisão principal.

O limite de aceitação não muda: cada Mac vê apenas o destino que lhe foi atribuído e consegue restaurar enquanto o outro faz a cópia de segurança. 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 ambos utilizarem uma credencial com acesso amplo, as quotas forem coletivas ou um pacote cheio bloquear o outro. Nesse momento, separe as partilhas e as identidades antes de eliminar ou herdar qualquer histórico; preserve as evidências antes de avançar para o responsável pela plataforma, pelo armazenamento ou pelo hardware.

Ambos os Macs podem utilizar uma única partilha SMB?

Podem, mas as partilhas por Mac tornam mais claros os limites das quotas, da propriedade e da resolução de problemas.

O Time Machine impedirá que um Mac encha o pool?

Não sem controlos de capacidade no servidor e margem livre reservada.

Um Mac pode ler a cópia de segurança do outro?

Isso depende das permissões do NAS e da encriptação; utilize credenciais separadas e teste explicitamente o acesso.

No caso de um destino partilhado do Time Machine num NAS, a resposta prática continua a ser condicional: cada Mac vê apenas o destino que lhe foi atribuído e consegue restaurar enquanto o outro faz a cópia de segurança. Quando ambos utilizarem uma credencial com acesso amplo, as quotas forem coletivas ou um pacote cheio bloquear o outro, separe as partilhas e as identidades antes de eliminar ou herdar qualquer histórico; um sucesso parcial que não resista à carga de trabalho original não constitui compatibilidade.