¡Su experto en copias de seguridad y protección de datos!La solución adaptada a sus necesidades
Qué hacer si…
La copia de seguridad de esta noche ha fallado
Una copia de seguridad que falla una noche no es un siniestro, es un retraso: la última copia sana tiene al menos 48 horas si la del día anterior se completó correctamente. Varios fallos seguidos son un incidente de protección: se busca la causa ese mismo día, no basta con confirmar la alerta.
Lo esencial
- Lea el mensaje de error, no solo el indicador rojo: espacio, origen ausente, credenciales, archivos bloqueados, ancho de banda, agente detenido.
- Una tarea «correcta» puede haber copiado una carpeta vacía: revise el tamaño copiado.
- Anote la fecha de la última copia correcta y comuníquesela al responsable del servicio afectado.
- Vuelva a lanzarla tras la corrección y compruebe después la noche siguiente.
- Tres fallos en un mes en la misma máquina: cambie la configuración, no se limite a pulsar «reintentar».
1. Leer el error, no solo el indicador rojo
Las causas habituales, en el orden en que aparecen:
| Causa | Señal | Corrección |
|---|---|---|
| Sin espacio en el destino, o cuota alcanzada | Error de escritura, retención que se acorta | Ampliar el volumen, o acortar el historial con pleno conocimiento de causa |
| Origen apagado, fuera de la red, ruta modificada | Letra de unidad o recurso compartido renombrado; tarea «correcta» sobre una carpeta vacía | Restablecer el origen, corregir la ruta, comprobar el tamaño copiado |
| Credenciales rechazadas | Contraseña de la cuenta de servicio caducada | Restablecer la cuenta: de lo contrario, fallarán todas las noches |
| Archivos bloqueados o base de datos sin poner en reposo | Copia parcial | Utilizar el método previsto para bases de datos abiertas; una base SQL en ese estado no se puede restaurar correctamente |
| Enlace demasiado lento o cortado | Tarea interrumpida al final de la ventana | Incremental más eficaz, ventana más amplia o menos datos innecesarios |
| Agente detenido en la máquina | Ningún envío | Reiniciar el servicio y averiguar por qué se detuvo |
El caso más engañoso es la tarea en verde sobre una carpeta vacía. La ANSSI, la agencia nacional francesa de ciberseguridad, exige que la copia de seguridad sea objeto de un control sistemático, vigilando en particular un volumen de datos o de archivos incoherente, la lentitud de la red y los cambios de configuración. Un tamaño copiado que cae bruscamente de una noche a otra merece tanta atención como un fallo.
2. Saber cuándo fue la última copia correcta
Es la única fecha que cuenta para el RPO del día. Si tiene más de unos pocos días, comuníqueselo a la persona responsable del servicio afectado. Está trabajando sin red de seguridad y debe saberlo. Confirmar la alerta en la consola sin decir esa frase es el gesto que convierte un incidente en una pérdida de datos dos semanas después.
3. Volver a lanzarla tras la corrección
Lance una tarea manual una vez resuelta la causa. Espere a que termine. Si vuelve a fallar, la causa sigue ahí. A la mañana siguiente, compruebe la noche siguiente: muchas correcciones «evidentes» no superan la segunda pasada.
Una tarea correcta demuestra que se ha escrito una copia, no que se pueda restaurar. Para una base de datos SQL Server, Microsoft precisa que el comando de verificación de una copia de seguridad no comprueba la estructura de los datos que contiene. La ANSSI exige que las copias de seguridad se prueben con regularidad, con un procedimiento de restauración por escrito; el NIST, el instituto de normalización de Estados Unidos, recomienda también probar las copias de seguridad para asegurarse de que los archivos se recuperan sin errores. Tras un incidente de copia de seguridad, una restauración de prueba de un archivo o de una base de datos es el mejor control. Consulte ¿Cómo comprobar que una copia de seguridad funciona?.
4. Si se repite
Tres fallos en un mes en la misma máquina: el perímetro, el ancho de banda o el producto no son adecuados. Se cambia un parámetro (excluir una carpeta enorme e innecesaria, dividir la tarea, ampliar el almacenamiento); no basta con relanzarla a mano cada lunes.
Lista de comprobación matinal
- ¿Han terminado todas las tareas de la noche, y no solo «sin error»?
- ¿Es el tamaño copiado coherente con el de las noches anteriores?
- ¿Tiene menos de 24 horas la fecha de la última copia correcta de cada máquina crítica?
- ¿Ha leído las alertas una persona designada, y no solo se han recibido?
- ¿Cubre el espacio restante en el destino la retención prevista?
En WeDoBack
La supervisión 24 horas sobre 24 abarca las copias de seguridad y envía una alerta cuando una copia no se completa. La alerta es el principio de esta página, no el final. En INTEGRAL, las dos horas de asistencia mensuales pueden dedicarse a resolver la causa. En SMART, la asistencia se factura por intervención: el fallo sigue siendo visible para el cliente en la consola, y le corresponde a él revisarlo. El servicio de asistencia atiende en el +33 9 72 50 78 28, de 9:00 a 13:00 y de 14:00 a 17:30 (hora de París). Para dimensionar el almacenamiento, el orden de magnitud publicado es el volumen actual multiplicado por tres, con un ajuste tras una semana de uso: un volumen demasiado ajustado se nota en las tareas que fallan o en una retención que se acorta. La clave de cifrado, en poder del cliente, no interviene en el fallo de envío: si la tarea falla, la copia remota simplemente no se ha actualizado.
Preguntas frecuentes
¿Es grave que falle una noche?
Pocas veces, si la noche anterior se completó correctamente y la causa se corrige en el día. El riesgo viene de la acumulación: cada noche fallida aumenta la cantidad de trabajo que se perdería en caso de siniestro. Más allá de unos pocos días, es un incidente que debe comunicarse a la dirección.
¿Basta el estado «correcto» para demostrar que una copia de seguridad es buena?
No. La ANSSI, la agencia nacional francesa de ciberseguridad, exige un control sistemático de las copias de seguridad, en particular de los volúmenes de datos incoherentes, y pruebas de restauración periódicas. Para SQL Server, Microsoft precisa que la verificación de una copia de seguridad no comprueba la estructura de los datos que contiene: solo una restauración real, seguida de un control de coherencia, lo demuestra.
¿Quién debe vigilar las alertas de copia de seguridad?
Una persona designada, con un suplente para las vacaciones. Una alerta que llega a un buzón compartido que nadie lee equivale a no tener alerta. Decida también quién avisa a la dirección cuando la última copia correcta supera un umbral acordado de antemano.
Para saber más
Fuentes
Documentos consultados en octubre de 2026.
- Copia de seguridad de los sistemas de información: los fundamentos (ANSSI-BP-100, v1.1, 27 de noviembre de 2025) — ANSSI (agencia francesa)
- Cybersecurity guide for SMEs (en inglés, junio de 2021) — ENISA
- RESTORE VERIFYONLY (Transact-SQL) — Microsoft Learn
- SP 800-34 Rev. 1, Guía de planificación de contingencias para sistemas de información federales — NIST
- Ofertas y precios — WeDoBack
¿Necesita ayuda ahora?
No restaure nada antes de haber identificado una copia sana. Podemos guiarle.
Llamar al +33 9 72 50 78 28o escríbanos¿Tiene un incidente en curso?
Nuestros equipos le ayudan a identificar la copia correcta y a restaurarla, de lunes a viernes de 9:00 a 13:00 y de 14:00 a 17:30 (hora de París).