◆ 41.6134°N · 2.2825°E — GRANOLLERSLUN–VEN 09:00–20:00
644 836 122@thrax.esES / CA / EN / FR / GL / EU / DE / IT
Servizos Internet Starlink Soporte informático Recuperación de datos Fibra e redes Cámaras de seguridadeEmpresasParticularesTarifasContactoOrzamento gratuíto
Inicio / Blog / Titorial
Blog · Titorial

A regra 3-2-1
das copias de seguridade

Tres copias, en dous soportes distintos, cunha fóra do edificio. Ata aí, a regra coñécea case todo o mundo. O que case ninguén fai é a parte que decide se serve de algo: restaurar. Unha copia que nunca se restaurou non é unha copia, é unha suposición.

Por , fundador e técnico · Publicado o 1 de setembro de 2026

O que xa sabes, resumido

Tres copias, dous soportes, unha fóra. E logo, a parte que falta

A regra 3-2-1 di onde gardar os teus datos. Non di se, o día que os precises, van estar aí de verdade.

Tres copias dos teus datos —o orixinal máis dúas—, en dous soportes de natureza distinta, e polo menos unha delas fóra do edificio. Se vés de decidir onde montar cada unha desas copias —NAS, nube, disco externo—, ese reparto tratámolo en NAS ou nube para as copias. Este artigo comeza onde ese remata.

Porque cumprir a regra 3-2-1 ao pé da letra non garante nada por si só. Podes ter tres copias perfectamente repartidas en dous soportes e fóra do edificio, e que ningunha das tres sirva o día que as precises. Pasa máis do que parece, e pasa en silencio: un proceso de copia que leva meses fallando sen que ninguén o note, un cartafol que quedou fóra do programa de copia tras un cambio de ruta, un disco de destino que se encheu hai tempo.

O único que pecha ese oco é unha cousa moi concreta e que case ninguén fai: restaurar. Non revisar o rexistro do software, non fiarte da icona verde, non asumir que se ninguén avisou dun erro é que todo vai ben. Restaurar de verdade un ficheiro e abrilo.

Por que unha copia falla sen que ninguén se decate

A icona verde non proba nada

Todos estes casos rematan cun historial de «copia completada sen erros» e unha copia que non serve.

01

Un cartafol que quedou fóra

Alguén reorganiza cartafoles, cambia unha ruta de rede ou move un proxecto a outro disco, e a tarefa de copia segue apuntando á ruta antiga. O proceso remata sen erros porque non hai nada que copiar onde busca: simplemente xa non está aí.

02

O destino que se encheu

O disco ou o espazo na nube onde se garda a copia énchese, e as copias máis recentes descártanse ou directamente non se escriben. O histórico de meses atrás segue aí, así que parece que hai copia, pero é unha copia vella.

03

Credenciais caducadas

Un contrasinal ou un token de acceso ao destino caduca, e o software segue a reintentar en segundo plano sen que ninguén mire ese log. Pode levar semanas fallando antes de que alguén o note, se é que o nota.

04

Un ficheiro corrupto ao escribirse

Un corte de luz, unha desconexión a metade do proceso ou un fallo de compresión deixan un ficheiro que se copiou, pero que non se pode abrir. O proceso xeral márcase como correcto porque a maioría dos ficheiros si se copiaron ben.

Como se ve na práctica

Dous escenarios reais

A regra é a mesma; o que cambia é que se proba e con que frecuencia.

Na casa

Fotos do móbil, documentos, quizais algún proxecto persoal. A copia adoita ser automática —nube con versionado, quizais un disco externo que se conecta de cando en vez— e aí está o risco: como non hai que facer nada a man, tampouco hai ningún momento natural no que alguén comprobe que segue funcionando. A proba, neste caso, é tan simple como entrar na app da copia unha vez ao trimestre, buscar unha foto de hai tempo e abrila desde aí, non desde o móbil.

Nunha peme

Cartafoles compartidos de traballo diario, quizais un servidor coa contabilidade ou o software de xestión. Aquí o risco non é só que a copia falle, é que ninguén teña asignada a tarefa de comprobalo: «diso encárgase o sistema» é a frase que precede a maioría dos casos que vemos con copia rota. A proba ten que estar no calendario de alguén, con nome e apelidos, e non depender de que a alguén se lle ocorra mirar.

Para non deixalo á memoria

Calendario de comprobación

A cadencia exacta importa menos que o feito de que exista unha e estea escrita nalgún sitio.

PerfilQue restaurarCon que frecuencia
ParticularUn ficheiro ao chou (foto, documento)Trimestral
Autónomo ou despacho pequenoUn ficheiro de traballo recenteMensual
Peme con cartafoles compartidosUn ficheiro por cada orixe de copia (equipo, servidor, nube)Mensual
Sistema crítico (contabilidade, ERP, servidor)Restauración completa, non só un ficheiroPolo menos anual
Calquera perfil, tras un cambio grandeO que se vise afectado (novo NAS, cambio de provedor na nube, migración)Antes de dar o cambio por pechado
Como se fai

A proba en si, paso a paso

Cinco minutos, e son os cinco minutos que de verdade valen algo de todo o proceso de copia.

Escolle un ficheiro ao chou, non o máis recente nin o máis doado de atopar. Se sempre probas o mesmo ficheiro que sabes que existe, non estás probando o sistema, estás probando a túa memoria.

Restáurao coma se de verdade o perdeses: desde a interface de restauración, non copiándoo a man desde onde xa sabes que está. Se a túa copia é un NAS, iso significa recuperalo dunha instantánea anterior, non simplemente abrir o cartafol compartido. Se é a nube, significa usar a función de recuperación de versións, non descargar o ficheiro que segue sincronizado no teu equipo.

Ábreo. Non abonda con que o ficheiro exista co tamaño correcto: ábreo e comproba que o contido é o que agardabas. Un PDF corrupto pode pesar o mesmo ca un san.

Apunta a data e o resultado nalgún sitio, aínda que sexa unha folla compartida con dúas columnas. A próxima vez que alguén pregunte «funcionan as copias?», a resposta ten que poder darse mirando esa folla, non cruzando os dedos.

Se algo disto falla —non se restaura, tarda moitísimo, o ficheiro non abre—, acabas de evitar descubrilo o día que de verdade perderas algo. Iso é exactamente o que compra a proba: cambiar o momento no que te enteras do problema.

Se non hai quen o faga

A regra 3-2-1 sen comprobación é unha promesa, non unha copia

Montar o sistema é a metade do traballo. A outra metade é sostelo no tempo.

Cumprir a regra 3-2-1 —tres copias, dous soportes, unha fóra do edificio— resolve o deseño. Onde montar cada peza, se convén un NAS, a nube ou ambos, tratámolo en NAS ou nube para as copias. Pero o deseño máis sólido do mundo non serve de nada se ninguén comproba que segue funcionando seis meses despois, cando cambiou un provedor, caducou unha credencial ou se encheu un disco.

Nunha peme, esa comprobación precisa de alguén coa tarefa asignada, non diluída entre «o que toque ese día». É exactamente o tipo de tarefa que se perde entre outras urxencias se non está no calendario de ninguén en concreto, e é exactamente o que cobre un servizo de hosting e nube xestionado: que a copia non dependa de que alguén se lembre.

E se o sistema xa fallou e non hai copia que valla, o custo de non telo comprobado vese na factura dunha recuperación: explicámolo en canto custa recuperar datos, e sempre sae máis caro ca a copia que o evitaría.

Dúbidas frecuentes

O que adoitas preguntar

Que é a regra 3-2-1 das copias de seguridade?+

Tres copias dos teus datos —o orixinal máis dúas—, en dous soportes de natureza distinta, cunha delas fóra do edificio onde está o orixinal. Cada número cobre un fallo distinto: a segunda copia cobre que a primeira falle; o segundo soporte cobre que un tipo de fallo (mecánico, de firmware, de lote) non afecte ás dúas á vez; a copia fóra do lugar cobre incendio, roubo, auga ou calquera cousa que lle pase ao edificio enteiro. É unha regra de deseño, non de comprobación: dille cantas copias ter e onde poñelas, pero non di nada sobre se esas copias, o día que as precises, se van poder abrir. Esa parte —a que de verdade determina se a regra serviu de algo— é a que se explica neste artigo: a proba de restauración.

Como se comproba que unha copia de seguridade funciona de verdade?+

Restaurando, non revisando o rexistro do programa de copia. Escolle un ficheiro calquera —non o máis doado, un ao chou—, bórrao da túa vista ou traballa sobre unha copia do sistema, e recupérao desde a copia de seguridade coma se de verdade o perdeses. Despois ábreo. Se se abre e o contido é o esperado, esa copia funciona nese punto do tempo. Se o proceso falla, se atasca, pide un contrasinal que ninguén lembra ou o ficheiro recuperado non abre, acabas de atopar o problema con tempo de abondo para arranxalo, en vez de descubrilo o día que de verdade perdiches algo. Un informe de «copia completada sen erros» non proba isto: confirma que se escribiron bytes nalgún sitio, non que eses bytes formen un ficheiro lexible.

Cada canto hai que probar unha restauración?+

Depende de canto dependes deses datos, non dun calendario fixo para todo o mundo. Para un particular con fotos e documentos, unha comprobación trimestral é razoable: coller un ficheiro ao chou e abrilo. Para unha peme con cartafoles compartidos de traballo diario, mensual ten máis sentido, porque hai máis xente xerando datos novos e máis marxe para que algo se rompa sen que ninguén o note. Para datos críticos —contabilidade, un servidor que se cae para a actividade— convén engadir unha restauración completa, non só dun ficheiro, polo menos unha vez ao ano, para comprobar tamén canto se tarda en volver estar operativo. O importante non é acertar a cadencia exacta, é que exista unha, escrita nalgún sitio e coa data da última vez que se fixo.

Que fago se ao restaurar o ficheiro non se abre ou falta contido?+

Tratalo como o que é: unha copia rota que ata agora daba unha falsa sensación de seguridade, e mellor descubrilo agora que o día que faga falta de verdade. Primeiro, comproba se o problema é puntual —ese ficheiro concreto corrompeuse ao copiarse— ou xeral —a última restauración completa tampouco funciona, o que apunta á tarefa programada, á conexión co destino ou a que o destino se encheu hai tempo e as copias recentes nunca chegaron a escribirse. Revisa a data real do ficheiro que si puideches restaurar: se é de hai meses, a copia leva meses sen actualizarse aínda que o programa diga o contrario. Corrixido o fallo, repite a proba con outro ficheiro antes de dar o sistema por bo de novo.

Por que non abonda con que o software de copia diga que rematou sen erros?+

Porque «sen erros» só certifica que o proceso de escritura non atopou un problema que el mesmo saiba detectar, e hai fallos que non entran nesa categoría: un ficheiro que se corrompeu ao comprimirse pero escribiuse igual, un cartafol que quedou fóra do programa de copia por un cambio de ruta que ninguén actualizou, credenciais de acceso ao destino que caducaron e o sistema segue a reintentar en silencio, un disco de destino cheo onde as copias máis recentes simplemente non caben e descártanse sen que salte ningún aviso visible. Todos estes casos xeran un historial de «completado con éxito» e unha copia inútil ao mesmo tempo. A única forma de descubrilos antes de necesitalos é intentar recuperar algo real e comprobar que o que sae é o que agardabas.

Quen debería encargarse de probar as restauracións nunha peme?+

Unha persoa concreta, coa tarefa no calendario e non como algo que «alguén debería mirar de cando en vez», que é a fórmula coa que nunca se fai. Non fai falta que sexa o perfil técnico máis sénior: a proba en si —escoller un ficheiro, restauralo, abrilo, apuntar a data— pode facela calquera con acceso ao sistema de copias seguindo unha lista de comprobación fixa. O que si convén é que a mesma persoa o faga cada vez, para que note cambios de comportamento, e que o resultado quede anotado nalgún sitio con data, aínda que sexa unha folla compartida. Se na empresa non hai ninguén con tempo ou criterio para asumir isto de forma sostida, é exactamente o oco que cobre un servizo de mantemento xestionado.

Falemos

Vémolo
xuntos?

Cóntanos o teu caso e aconsellámosche o xusto, sen vender de máis. Diagnóstico e orzamento gratuítos.

644 836 122CHÁMANOS OU WHATSAPP
Carrer Joan Vidal i Jumbert, 1008403 GRANOLLERS · VALLÈS ORIENTAL
Abre WhatsApp

Pide consello e orzamento

Enche e chamámoste. Fácil.

Chamar WhatsAppOrzamento