Todos os utilizadores de Mac com mais do que um disco acabam por fazer a mesma pergunta: o Time Machine deve fazer backup por Wi-Fi, por Ethernet ou para a cloud? A resposta raramente é simples — depende de quantos dados tem, com que frequência os altera, quanto está disposto a gastar e de que tipo de falha tem mais receio.
Este artigo dá-lhe a versão honesta: a largura de banda teórica, os números reais, a forma como cada configuração tende a falhar e a configuração híbrida em que a maioria dos utilizadores de Mac experientes acaba por assentar.
Os cálculos de largura de banda (teoria vs realidade)
A velocidade de backup tem dois tectos: a rapidez com que a rede consegue mover bits e a rapidez com que o destino os consegue escrever. Para o Time Machine, a rede é quase sempre o limite. Eis o que cada transporte comum realmente entrega na prática.
Wi-Fi 5 (802.11ac)
O número de marketing é 866 Mbps para um canal de 80 MHz com dois fluxos espaciais, ou 1,3 Gbps com três fluxos. O número que se vê realmente num Mac numa casa comum aproxima-se mais de 300 a 450 Mbps em transferência sustentada, dependendo da distância ao ponto de acesso, da interferência e de quantos outros dispositivos estão na mesma banda. Chips de cliente Wi-Fi 5 mais antigos, ou routers da classe AC1200, podem cair para perto dos 200 Mbps.
Wi-Fi 6 (802.11ax)
Números de marketing até 1,2 Gbps por fluxo. O débito sustentado real num MacBook moderno é tipicamente de 700 a 900 Mbps na mesma divisão do ponto de acesso, caindo para 400 a 600 Mbps a algumas paredes de distância. O Wi-Fi 6 também lida muito melhor com ambientes densos do que o Wi-Fi 5 — útil se vive num prédio de apartamentos onde a banda dos 5 GHz está congestionada.
Wi-Fi 6E e Wi-Fi 7 (banda dos 6 GHz)
O Wi-Fi 6E acrescenta a banda dos 6 GHz, que de momento está praticamente vazia, pelo que o débito real em boas condições pode aproximar-se de 1 Gbps. O Wi-Fi 7 acrescenta canais de 320 MHz e operação multi-link, com débito real num Mac de 1,5 a 2 Gbps em condições ideais. A contrapartida: o alcance nos 6 GHz é menor do que nos 5 GHz, por isso normalmente é preciso estar na mesma divisão.
Gigabit Ethernet
Débito sustentado de cerca de 940 Mbps após a sobrecarga de protocolo. Este é o mínimo que todos deveriam procurar se fazem backups locais a sério. É consistente, de baixa latência e imune aos problemas habituais do Wi-Fi. Um adaptador USB-C para Ethernet para um MacBook custa menos do que o tempo que vai poupar num único backup grande.
2.5 GbE e 10 GbE
Se tem um NAS com 2.5 GbE ou 10 GbE e um Mac que o suporte (alguns modelos de Mac mini, Studio e Pro vêm com 10 GbE), pode saturar o disco de destino em vez da rede. Para o Time Machine, isto raramente importa em modo incremental — simplesmente não há assim tantos dados a mover a cada hora. Já importa para o backup inicial de uma máquina com 1 TB ou mais.
Ligação de fibra doméstica típica
Os destinos cloud são limitados pela sua largura de banda de envio, que é o que quase toda a gente se esquece. Planos de consumidor comuns:
- Cabo / VDSL: 10 a 50 Mbps de envio
- Fibra de gama intermédia: 100 a 300 Mbps de envio
- Fibra gigabit simétrica: 1 Gbps de envio
- Hotspot móvel / partilha de ligação: 5 a 30 Mbps de envio, muitas vezes limitado ou estrangulado
Essa linha de fibra simétrica de 1 Gbps é, para efeitos de backup na cloud, basicamente tão rápida como Gigabit Ethernet para um NAS local. Se a tiver, o argumento de velocidade local-vs-cloud desaparece.
Como o Time Machine faz backup na prática
Antes de olharmos para os números, ajuda saber o que o Time Machine está a fazer na rede. O comportamento difere de formas importantes consoante o destino.
Backup completo inicial vs incrementais
O primeiro backup é uma cópia completa de todos os ficheiros que o Time Machine considera elegíveis. Depois disso, cada backup horário escreve apenas os ficheiros alterados (e as extensões APFS alteradas num destino APFS ligado directamente). Para a maioria dos utilizadores, a alteração diária situa-se entre algumas centenas de MB e alguns GB — pequena o suficiente para que mesmo uma ligação lenta termine em minutos.
Snapshots APFS e "afinamento"
Num destino formatado em APFS ligado directamente ao Mac, o Time Machine usa snapshots APFS. São extremamente eficientes — apenas os blocos alterados são escritos, e os snapshots antigos são "afinados" automaticamente à medida que o espaço aperta. Os destinos Time Machine em rede (incluindo todos os destinos cloud) não podem usar snapshots APFS directamente; usam uma imagem de disco sparsebundle que contém um volume APFS.
SMB3 vs AFP (legado)
O AFP, Apple Filing Protocol, foi o protocolo de rede original dos ficheiros do Mac. Está descontinuado, já não é o padrão no macOS e é visivelmente mais lento do que o SMB3 para as cargas do Time Machine. O SMB3 é o que todos os serviços de Time Machine na cloud actuais usam, e o que todos os NAS modernos suportam como protocolo recomendado. O SMB3 traz ainda cifra nativa em trânsito, que é essencial para os destinos cloud.
Bandas do sparsebundle e fragmentação
O formato sparsebundle que o Time Machine usa num destino de rede é uma pasta de pequenos ficheiros de "banda", tipicamente de 8 MB cada. À medida que o backup cresce, mais bandas são criadas. Este desenho permite que o sparsebundle cresça sem reescrever a imagem inteira e permite que os backups retomem após uma desconexão. A desvantagem: uma escrita defeituosa no momento errado pode deixar um ficheiro de banda num estado inconsistente. Servidores SMB3 robustos e lógica de reconexão bem tratada minimizam isto. Firmware de NAS de consumidor barato, quedas frequentes de Wi-Fi ou Macs que adormecem a meio de uma escrita maximizam-no.
Tempos reais do backup inicial
Eis o que os cálculos de largura de banda significam realmente em tempo, para o backup Time Machine inicial, num Mac típico. Estes números pressupõem que o disco de destino consegue acompanhar a rede — o que é verdade para qualquer NAS moderno baseado em SSD ou qualquer destino SMB na cloud, mas pode não ser verdade para um velho disco mecânico USB 2.
Backup inicial de 250 GB
| Transporte | Débito efectivo | Tempo estimado |
|---|---|---|
| Wi-Fi 5, na divisão ao lado | ~250 Mbps | ~2,4 horas |
| Wi-Fi 6, na mesma divisão | ~800 Mbps | ~45 minutos |
| Gigabit Ethernet | ~940 Mbps | ~38 minutos |
| Cloud, 50 Mbps de envio | ~45 Mbps | ~13 horas |
| Cloud, 300 Mbps de envio | ~270 Mbps | ~2,2 horas |
| Cloud, 1 Gbps simétrica | ~900 Mbps | ~40 minutos |
Backup inicial de 500 GB
| Transporte | Débito efectivo | Tempo estimado |
|---|---|---|
| Wi-Fi 5, na divisão ao lado | ~250 Mbps | ~4,7 horas |
| Wi-Fi 6, na mesma divisão | ~800 Mbps | ~1,5 horas |
| Gigabit Ethernet | ~940 Mbps | ~1,25 horas |
| Cloud, 50 Mbps de envio | ~45 Mbps | ~26 horas |
| Cloud, 300 Mbps de envio | ~270 Mbps | ~4,4 horas |
| Cloud, 1 Gbps simétrica | ~900 Mbps | ~1,3 horas |
Backup inicial de 1 TB
| Transporte | Débito efectivo | Tempo estimado |
|---|---|---|
| Wi-Fi 5, na divisão ao lado | ~250 Mbps | ~9,5 horas |
| Wi-Fi 6, na mesma divisão | ~800 Mbps | ~3 horas |
| Gigabit Ethernet | ~940 Mbps | ~2,5 horas |
| Cloud, 50 Mbps de envio | ~45 Mbps | ~52 horas |
| Cloud, 300 Mbps de envio | ~270 Mbps | ~9 horas |
| Cloud, 1 Gbps simétrica | ~900 Mbps | ~2,6 horas |
Duas coisas saltam à vista. Primeiro, o Wi-Fi 6 em boas condições é genuinamente competitivo com a Gigabit Ethernet para backups. Segundo, a fibra simétrica rápida também torna o backup na cloud competitivo — o argumento de que "a cloud é demasiado lenta" é um argumento de 2014, não de 2026.
A outra coisa que vale a pena dizer em voz alta: este é o backup mais demorado que alguma vez irá correr. Cada backup horário depois do primeiro é pequeno o suficiente para terminar em segundos a poucos minutos em qualquer destes transportes. A escolha entre Wi-Fi, Ethernet e cloud é esmagadoramente sobre o primeiro backup e sobre fiabilidade — não sobre o desempenho do dia-a-dia.
Fiabilidade e modos de falha
A velocidade é a parte com que toda a gente se obceca. A fiabilidade é a parte que mais importa.
Wi-Fi: perda de pacotes e corrupção do sparsebundle
Os backups por Wi-Fi são convenientes mas frágeis. Os modos de falha que afectam utilizadores reais:
- Mudar de ponto de acesso a meio do backup, perdendo momentaneamente a ligação SMB
- Fechar a tampa do MacBook, pondo o Mac a dormir a meio de uma escrita
- Micro-ondas, monitores de bebé ou redes dos vizinhos a introduzir interferência nos 2,4 GHz
- Routers de consumidor baratos a deixar cair ligações de clientes mais antigos sob carga
Normalmente, nenhuma destas destrói um backup. O Time Machine costuma ser bom a recuperar. Mas, ao longo de meses, a probabilidade de um sparsebundle acabar num estado irreparável num NAS apenas por Wi-Fi é significativamente maior do que por Ethernet.
Ethernet: sólido como uma rocha, o que vigiar
O Ethernet é o transporte Time Machine mais fiável. Os problemas de cabo são a única questão comum: um cabo danificado, uma porta má num switch barato ou uma negociação incorrecta que baixa para 100 Mbps. O comando ifconfig en0 no Terminal indica-lhe a velocidade real da ligação; se não disser 1000baseT ou superior numa configuração Gigabit, o problema é o cabo ou o switch.
A outra coisa a vigiar: a poupança de energia nos adaptadores USB-C para Ethernet. Alguns adaptadores deixam cair a ligação quando o Mac adormece e nem sempre recuperam de forma limpa ao acordar. Se vir backups a falhar logo a seguir a um ciclo de suspensão, normalmente é por isto.
Cloud: reconexão SMB3, retoma na desconexão
Os destinos Time Machine na cloud são surpreendentemente robustos porque têm de ser — todas as ligações de internet de consumidor caem ocasionalmente. Um serviço SMB na cloud bem construído lida com isto através de reconexão de sessão SMB3 adequada, registos de escrita antecipada do lado do servidor e tratamento limpo de escritas parciais. O Capsule Backup, por exemplo, lida com isto de forma transparente — se o Mac perder o Wi-Fi a meio do backup, ele retoma de onde ficou quando se reconecta, sem danos no sparsebundle.
O modo de falha da cloud é diferente: quedas do ISP, portais cativos em Wi-Fi de hotel ou fornecedores que não implementaram correctamente a reconexão SMB3. Escolha um fornecedor que o tenha feito, e estes deixam de ser problemas.
Quando cada opção faz sentido
Se tiver de escolher apenas um transporte, eis quando cada um é a resposta certa.
- Wi-Fi para um NAS local: quando tem um router Wi-Fi 6 ou 6E, o NAS está a algumas divisões de distância e faz backup de um desktop ou de um MacBook estacionário. Aceitável para Macs com menos de 500 GB. Evite se faz backup de um MacBook muito móvel, que adormece e muda de rede constantemente.
- Ethernet para um NAS local: quando faz backup de um Mac de secretária (mini, Studio, iMac) ou de um MacBook usado numa secretária fixa. A melhor velocidade bruta e fiabilidade. Exige que o ligue.
- Só cloud: quando viaja, trabalha a partir de muitos locais ou simplesmente não quer ter um NAS. Com um envio simétrico rápido, a cloud é essencialmente tão rápida como um NAS local. Com um envio de 50 Mbps, o backup inicial é lento, mas os backups seguintes são imperceptíveis.
Para saber mais sobre como escolher o destino certo para o seu fluxo de trabalho, veja o nosso guia de configuração.
A configuração híbrida: múltiplos destinos Time Machine
Na verdade, não tem de escolher. Desde o macOS Sierra, o Time Machine suporta múltiplos destinos de forma nativa, alternando entre eles automaticamente.
Como funciona o multi-destino do macOS
Em Definições do Sistema > Geral > Time Machine, pode adicionar tantos discos de backup quantos quiser. Cada backup horário vai para um destino, em rotação. Com o tempo, cada destino acaba com o histórico de backup completo. Se um destino ficar offline (por exemplo, o seu NAS está desligado ou o seu portátil está longe de casa), os outros continuam.
A híbrida recomendada: NAS local mais cloud
A configuração para a qual convergem os utilizadores de Mac mais experientes:
- NAS local por Ethernet — o destino rápido do dia-a-dia. Os restauros são instantâneos. O primeiro backup termina numa noite.
- Destino SMB na cloud — a cópia fora do local. Sobrevive a roubo, incêndio, inundação e ransomware que destrua a sua rede local. Lento no primeiro backup, invisível depois.
Isto satisfaz a regra 3-2-1 (três cópias, dois suportes, uma fora do local) sem fazer nada além de apontar o Time Machine para ambos os destinos e deixar o macOS tratar do resto.
Cadência de rotação e o que esperar
O Time Machine alterna entre destinos em cada backup horário. Assim, se adicionar dois destinos ao meio-dia, o backup do meio-dia vai para o destino A, o backup das 13h vai para o destino B, e assim por diante. Ao longo de um dia, ambos os destinos veem a maior parte dos mesmos dados, com no máximo uma hora de atraso.
O backup inicial corre separadamente em cada destino. Se adicionar a cloud após um ano de Time Machine só local, a cloud tem de começar do zero — o Time Machine não consegue copiar o histórico de backup de um destino para outro.
E o backup para casos de uso específicos?
Alguns fluxos de trabalho têm as suas próprias respostas.
Editores de vídeo e criativos
Se trabalha com projectos de vários TB em Final Cut ou DaVinci Resolve, o Wi-Fi raramente chega e até a Gigabit Ethernet começa a parecer lenta. 10 GbE para um NAS local é a resposta para o conjunto de trabalho; o Time Machine na cloud é a camada fora do local. Aprofundamos isto na nossa página para criativos.
Programadores
Os programadores tendem a ter poucos dados "reais" e caches enormes (node_modules, pastas de compilação do Xcode, volumes Docker, máquinas virtuais). A resposta certa costuma ser excluir as caches nas definições do Time Machine e depois fazer backup do que sobra para o destino que for conveniente. Com poucos dados, até um envio de 50 Mbps para a cloud chega bem.
Agregados familiares com vários Macs
Um NAS mais uma subscrição de cloud com dispositivos ilimitados é difícil de superar. Cada Mac aponta para ambos os destinos; obtém restauros locais rápidos e uma cópia fora do local capaz de sobreviver. Veja os nossos preços para perceber o que dispositivos ilimitados significa de facto.
Juntar tudo
O resumo honesto é simples. O Ethernet é o transporte único mais rápido e mais fiável. O Wi-Fi 6 é "rápido o suficiente" para a maioria dos Macs se não mudar de rede a meio do backup. A cloud é a resposta certa se viaja, quer capacidade de sobrevivência fora do local ou tem uma ligação de envio simétrica rápida. E a configuração mais forte não é escolher uma — é deixar o Time Machine alternar entre um destino local rápido e um destino cloud, para ter velocidade e capacidade de sobrevivência ao mesmo tempo.
O erro mais comum que vemos é as pessoas optimizarem para a velocidade do primeiro backup e ignorarem a fiabilidade. O primeiro backup é uma noite. Os próximos dez anos de backups incrementais são o produto real. Escolha o destino em que vai confiar no terceiro ano, quando a única coisa que importa é se o restauro funciona. Para saber mais sobre o modelo de segurança por detrás do Time Machine na cloud, veja a nossa visão geral de segurança, e para a comparação cloud-vs-iCloud veja o nosso comparativo com o iCloud.
Perguntas frequentes
O Time Machine é mais rápido por Ethernet ou por Wi-Fi?
O Ethernet é mais rápido e significativamente mais fiável. A Gigabit Ethernet sustenta na prática cerca de 940 Mbps, enquanto o Wi-Fi 5 costuma entregar 300 a 450 Mbps em condições reais e o Wi-Fi 6 atinge 700 a 900 Mbps em boas condições. Para backups Time Machine iniciais de grandes volumes de dados, o Ethernet pode terminar numa fracção do tempo e é muito menos provável que corrompa o sparsebundle por perda de pacotes.
O backup Time Machine na cloud chegará algum dia a ser tão rápido como um NAS local?
Para o backup inicial, não — a velocidade de envio da sua internet doméstica é quase sempre o gargalo, e quase nenhuma ligação de consumidor iguala a Gigabit Ethernet. Para os backups incrementais horários, a diferença desaparece: algumas centenas de MB de alterações enviam-se em segundos em qualquer ligação de banda larga razoável, quer vá para um NAS quer para a cloud.
O Time Machine pode fazer backup para vários destinos?
Sim, desde o macOS Sierra. Pode adicionar vários discos em Definições do Sistema, em Geral e depois Time Machine, e o macOS vai alternando entre eles — cada backup vai para um destino, e todos os destinos acabam por ver os mesmos dados ao longo do tempo. Esta é a forma recomendada de combinar um NAS local rápido com um destino cloud para redundância fora do local.
Porque é que os meus backups Time Machine se corrompem por Wi-Fi?
Os backups Time Machine em rede usam um sparsebundle composto por milhares de pequenos ficheiros de banda. A perda de pacotes de Wi-Fi, a mudança entre pontos de acesso ou o Mac a adormecer a meio de uma escrita podem deixar as bandas num estado inconsistente. O macOS faz o possível por recuperar, mas uma pequena percentagem de configurações Time Machine em rede acaba com um sparsebundle corrompido que tem de ser descartado. O Ethernet, ou um fornecedor de cloud que gere as reconexões SMB3 de forma limpa, reduz drasticamente este risco.
O SMB3 vs AFP faz diferença na velocidade do Time Machine?
Sim. O AFP está descontinuado, já não é recomendado pela Apple e é visivelmente mais lento para as cargas do Time Machine. O SMB3 é o protocolo moderno que o macOS prefere, suporta cifra em trânsito e tem um desempenho bastante melhor tanto em Wi-Fi como em Ethernet. Qualquer destino de backup Time Machine actual, incluindo os serviços de cloud, deve estar a funcionar em SMB3.
O Capsule Backup não é afiliado nem endossado pela Apple Inc. Time Machine, macOS, Finder, AirPort e Migration Assistant são marcas registadas da Apple Inc. Os valores de débito são valores reais típicos de configurações comuns de Mac e de rede doméstica e variam consoante o hardware, o ambiente e o desempenho do ISP.