¿Qué rompe las copias de seguridad de WordPress: lecciones de más de 1400 tickets de soporte?

Una copia de seguridad que falla mientras la observas es molesta. Una copia de seguridad que dejó de funcionar silenciosamente hace semanas es la que te cuesta el sitio.

La mayoría de la gente descubre qué tipo de copia de seguridad tiene en el peor momento posible.

Duplicator es un plugin de copias de seguridad y migración de WordPress que se ejecuta en más de 1,5 millones de sitios. Cuando la gente tiene problemas con las copias de seguridad, nos lo cuenta, con detalle, con sus propias palabras.

Revisamos más de 1400 solicitudes de soporte relacionadas con copias de seguridad para ver dónde fallan. El patrón es más claro de lo que esperábamos y se divide limpiamente en dos.

Las copias de seguridad tienen problemas cuando un límite del proveedor de hosting detiene la creación o cuando el archivo se crea pero el paso separado de enviarlo externamente no se completa.

Esto es lo que nos dijeron esos tickets.

Estas cifras reflejan el volumen de incidencias de soporte, no el número de clientes, instalaciones o ventas.

Tabla de Contenidos

Hallazgos Clave

Para cualquiera que quiera el patrón antes que el detalle, esto es lo que dicen los tickets sobre dónde fallan las copias de seguridad de WordPress. Cada cifra proviene de los registros de soporte de Duplicator.

• Los problemas de copia de seguridad se dividen en dos grupos: un límite del servidor que detiene la creación y el paso de carga externa que no se completa después de que se crea el archivo.
• Un límite del servidor que detiene la creación a mitad de camino es el problema más común en la creación de copias de seguridad, aproximadamente 1 de cada 4 tickets. Es el mismo patrón de límite del servidor que afecta a las migraciones de WordPress, y la creación casi siempre se completa una vez que se aumenta el límite.
• Entre los tickets de conexión de almacenamiento, aproximadamente 4 de cada 10 son un fallo de autenticación o conexión con el proveedor de la nube. La conexión al almacenamiento se desautoriza con el tiempo por parte del proveedor.
• Entre los fallos de copia de seguridad programada, hay dos causas principales: la carga externa que se interrumpe entre ejecuciones (aproximadamente 1 de cada 4) y las copias de seguridad antiguas que llenan el disco del servidor cuando no hay un límite de retención establecido (aproximadamente 1 de cada 7).
• La mayoría de los problemas de copia de seguridad programada comienzan después de una configuración que funcionaba, no durante ella. El programa funcionaba bien el primer día y la conexión se interrumpió más tarde.

EN RESUMEN: El motor de copias de seguridad suele hacer su trabajo. Lo que causa problemas es que el servidor limite la creación o que la conexión al almacenamiento externo se interrumpa después de la configuración. Ambos son prevenibles una vez que sabes dónde buscar.

Una advertencia que da forma a cómo leer todo esto. Estos son tickets de soporte, por lo que muestran dónde las copias de seguridad encuentran problemas, no con qué frecuencia.

Tampoco pueden capturar los problemas que nadie notó porque todos en estos datos detectaron un problema y presentaron un ticket. Los casos silenciosos, aquellos que un propietario de sitio nunca ve, quedan completamente fuera de este conjunto de datos.

Las dos formas en que las copias de seguridad pueden fallar

Casi todas las dificultades de copia de seguridad que vemos son una de dos historias. Una vez que puedes distinguirlas, las soluciones son obvias.

El primer problema se reduce al servidor. La creación comienza, se ejecuta durante un tiempo y el servidor la detiene antes de que termine, generalmente en el paso más pesado.

El segundo problema se refiere a la copia externa. Se crea el archivo de copia de seguridad, pero el paso separado de enviarlo al almacenamiento no se completa porque ese paso depende de una conexión fuera de WordPress.

Problema uno: Cuando un límite del proveedor de hosting detiene la creación

Inicias una copia de seguridad, la ves ejecutarse y falla al completarse.

Este es el problema de copia de seguridad más común que vemos, y casi siempre es el proveedor de alojamiento web, no la copia de seguridad, el que falló. La creación comienza, luego el servidor la interrumpe a mitad de camino, generalmente en el punto de mayor trabajo.

Estas creaciones casi siempre se completan una vez que se aumenta el límite del servidor. El motor no es la variable; el límite del servidor sí lo es.

Un fallo se sitúa muy por encima del resto. En aproximadamente 1 de cada 4 tickets de copia de seguridad, la creación se detiene a mitad de camino porque el servidor cortó el proceso en su momento de mayor carga. El resto de la lista son variaciones del mismo tema:

Dónde se detiene la creación	Aproximadamente con qué frecuencia	Qué suele haber detrás	Cómo se resuelve
El límite del servidor detiene la creación a mitad de camino	1 de cada 4	Un tiempo de espera de PHP o un límite de memoria del servidor durante el paso más pesado	Aumenta los límites de PHP o usa un instalador diseñado para archivos grandes (DupArchive)
El paso de archivo falla en un servidor limitado	Aproximadamente 1 de cada 8	Espacio en disco limitado o límites de PHP durante la compresión	Libera espacio en disco, aumenta los límites de PHP y luego reintenta con una creación dividida en partes
Sitio demasiado grande para que el anfitrión lo maneje	Aproximadamente 1 de cada 12	Una base de datos o biblioteca multimedia grande que excede los límites del servidor	Divide la compilación y excluye los archivos grandes que no necesitas en la copia de seguridad
Tiempo de espera de PHP en el servidor	Aproximadamente 1 de cada 20	El límite de ejecución está configurado demasiado bajo para el tamaño del sitio	Aumenta max_execution_time en el servidor
Permisos de carpeta del servidor	Aproximadamente 1 de cada 22	El archivo no se puede escribir en el disco	Corrige los permisos de carpeta en el servidor
Límite de memoria del servidor agotado	Aproximadamente 1 de cada 25	La compilación se queda sin memoria a mitad de ejecución	Aumenta memory_limit

La misma causa sigue apareciendo: el anfitrión. La compilación se detiene porque el servidor la limitó en el momento de mayor trabajo, cuando se está ensamblando el archivo, no porque el motor haya fallado.

Esa es también la razón por la que el tamaño del sitio importa tanto. Una base de datos o biblioteca multimedia grande empuja la compilación hasta el límite del anfitrión.

El instalador independiente de Duplicator Pro y el formato DupArchive están diseñados para copias de seguridad de sitios grandes. DupArchive no tiene un límite teórico de tamaño de archivo y ha manejado copias de seguridad reales de hasta 400 GB.

Para obtener ayuda paso a paso para resolver los problemas de recursos de tu sitio, lee nuestra guía sobre cómo hacer una copia de seguridad de un sitio WordPress grande.

Problema dos: Cuando la carga fuera del sitio no se completa

Todo parecía estar bien durante meses. Luego vas a buscar la copia de seguridad de la semana pasada en Google Drive y la carpeta está más vacía de lo que esperabas.

Las copias de seguridad se estaban creando. Simplemente no estaban aterrizando donde pensabas.

El archivo de copia de seguridad se crea en tu servidor. Enviar fuera del sitio es un paso separado, y ese paso depende de una conexión a tu almacenamiento en la nube o servidor remoto fuera de WordPress.

Cuando esa conexión se interrumpe, el archivo existe, pero la copia externa no. No verás el hueco hasta que lo necesites.

Se reduce a tres cosas.

La conexión de almacenamiento se interrumpió en el lado del proveedor

Aproximadamente 4 de cada 10 tickets de conexión de almacenamiento se deben a la autenticación con el proveedor de la nube. La conexión funcionó en la configuración, luego el proveedor dejó de honrarla.

Las conexiones de almacenamiento en la nube dependen de un acceso que expira o se revoca con el tiempo, y eso lo controla el proveedor de almacenamiento, no WordPress.

Las conexiones basadas en OAuth como Google Drive, Dropbox y OneDrive utilizan tokens que requieren una reautorización periódica.

Las conexiones basadas en claves como Amazon S3 dependen de credenciales que se pueden rotar o rechazar. FTP y SFTP fallan cuando cambia una contraseña o una ruta.

El archivo se crea. La conexión del proveedor es lo que falla.

Reautoriza la conexión y luego comprueba su estado periódicamente. Cualquier conexión que use un token necesitará ser reautorizada eventualmente, así que trátalo como mantenimiento rutinario, no como una configuración única.

Las copias de seguridad antiguas llenaron el disco del servidor

Aproximadamente 1 de cada 7 fallos de copia de seguridad programada se debe a un disco lleno, y la solución es una configuración que tú controlas.

Las copias de seguridad se acumulan a menos que establezcas un límite de retención. Sin él, cada copia de seguridad programada se conserva hasta que el servidor se queda sin espacio, y la siguiente ejecución no tiene dónde escribir.

Duplicator te permite limitar cuántas copias de seguridad conserva, para que las antiguas se eliminen automáticamente y el disco permanezca libre.

Establecer un límite de retención claro detiene la lenta acumulación que llena un servidor.

La conexión caducó entre ejecuciones

Una conexión que funcionó el primer día deja de funcionar silenciosamente semanas después, y la ejecución programada se cae con ella.

Dos cosas suelen causar esto. A veces es confusión de zona horaria o frecuencia. Otras veces, el host interrumpe el trabajo en segundo plano antes de que pueda activarse.

En cualquier caso, quieres ser informado. Duplicator te alerta cuando falla una copia de seguridad o carga programada, para que una ejecución fallida te llegue a ti en lugar de quedarse en silencio.

Confirma que la programación sigue conectada y usa un cron de servidor real donde tu host lo admita. El cron del servidor es más fiable que el cron predeterminado de WordPress que solo se activa cuando alguien visita el sitio.

Las actualizaciones regulares de copias de seguridad te ayudan a reconocer exactamente cuándo empiezan a fallar tus programaciones. Configura resúmenes por correo electrónico para recibir notificaciones diarias, semanales o mensuales de Duplicator.

Cómo saber si tu copia de seguridad está segura ahora mismo

No necesitas vigilar tus copias de seguridad. Solo necesitas detectar las cinco cosas que fallan silenciosamente, y puedes comprobar las cinco en unos dos minutos.

• Confirma que tu última copia de seguridad programada se completó, no solo que existe una programación.
• Confirma que una copia está fuera del sitio, no solo en el mismo servidor que aloja tu sitio.
• Confirma que la conexión de almacenamiento sigue autorizada, especialmente si han pasado meses desde la configuración.
• Confirma que se ha establecido un límite de retención para que el disco no se llene.
• Activa las notificaciones de fallo para que cualquier ejecución fallida te llegue.

Si estás configurando esto por primera vez o quieres ajustar una programación existente, nuestra guía sobre copias de seguridad automáticas de WordPress te guía a través de la configuración.

Este informe trata sobre qué observar después de eso y cómo detectar un problema a tiempo.

Duplicator Pro ayuda en las dos áreas donde aparecen estos datos. Envía notificaciones de fallo cuando una copia de seguridad o carga falla. También restaura directamente desde el almacenamiento en la nube, para que puedas revertir cambios sin volver a cargar los archivos de copia de seguridad en tu servidor.

Preguntas Frecuentes (FAQs)

La copia de seguridad que nunca compruebas es la que falla

El valor de estos datos no es una estadística única. Es dónde te indica que centres tu atención.

Los problemas de copia de seguridad se manifiestan en dos lugares: un límite del host que detiene la compilación y la copia externa que no se completa. El primero es ruidoso y lo notarás. El segundo es silencioso, y es el que deja a la gente sin una copia de seguridad externa en el momento en que la necesita.

Repetiremos el límite una vez más porque mantiene la honestidad. Este es un registro de los problemas que la gente ha informado, no de todas las copias de seguridad que se han ejecutado. No puede ver los casos que nadie ha detectado. Pero es real y es de primera mano.

Aquí está el hábito que lo supera todo. Una vez, restaura una copia de seguridad en un sitio de ensayo y confirma que el sitio vuelve a funcionar. Una copia de seguridad que nunca has restaurado es una suposición. Una copia de seguridad que has restaurado una vez es un plan.

Antes de tu próxima copia de seguridad, asegúrate de que llega al almacenamiento

Una copia de seguridad que se detiene o nunca completa su carga externa se convierte en un problema cuando necesitas restaurarla. Ese es el peor momento para descubrirlo.

Duplicator Pro es utilizado por más de 1,5 millones de profesionales de WordPress para hacer copias de seguridad, migrar y recuperar sus sitios. Envía notificaciones de fallos de copia de seguridad y restaura directamente desde el almacenamiento en la nube, por lo que la copia que creaste es la copia que puedes recuperar.

Ya que estás aquí, estos otros recursos de WordPress merecen una mirada:

• Lo que 8.000+ tickets de soporte revelan sobre por qué fallan las migraciones de WordPress
• DEJA DE COMETER ESTOS ERRORES de copia de seguridad de sitios web (Están poniendo tu sitio en riesgo)
• ¿Con qué frecuencia deberías hacer una copia de seguridad de tu sitio de WordPress?
• Cómo obtener almacenamiento seguro de copias de seguridad para tu sitio de WordPress
• Por qué tu sitio de WordPress necesita monitorización de copias de seguridad (no solo copias de seguridad)