Cómo LOGIS Evitó que WordPress se Actualizara Automáticamente hasta Bloquearse
John Turner
John Turner
Su sitio se cae, así que restaura una copia de seguridad. Durante unos segundos, todo funciona.
Luego, vuelve a fallar. El mismo bloqueo, como si nada hubiera pasado.
Ese es el ciclo en el que Ondrej Konvicka se quedó atascado en LOGIS. No importaba cuántas veces restaurara el sitio, WordPress seguía actualizándose automáticamente y volviendo al mismo bloqueo.
La solución no fue una mejor copia de seguridad. Fue editar lo que ya estaba dentro de la que tenía.
Una introducción a LOGIS
LOGIS crea software avanzado de planificación y programación de la producción para fabricantes industriales. Ayuda a las fábricas a gestionar su producción de manera más eficiente y a entregar los productos a los clientes de forma fiable y a tiempo.

La empresa no es nueva. Tiene más de 30 años y su sitio web está en línea desde 1994. Ondrej Konvicka ha administrado ese sitio desde 2005, más de 20 años de administración práctica del sitio web.
En aquel entonces, Internet era un lugar más simple. Las copias ocasionales de archivos y bases de datos eran una forma perfectamente razonable de hacer copias de seguridad.
Eso dejó de ser suficiente a medida que los sitios web se volvieron más complejos y Internet se convirtió en un entorno más hostil.
Tener una copia de seguridad fiable es una necesidad clara.
La regla de Ondrej para un sistema de copias de seguridad es simple: automatización. Las copias de seguridad deben ejecutarse en un horario regular, sin que nadie tenga que recordar hacerlo. Le llevó unos años encontrar la herramienta adecuada para el trabajo.
El desafío de una copia de seguridad que seguía restaurando el problema
Durante los últimos 10 a 15 años, LOGIS probó muchas herramientas de copia de seguridad. Ondrej describe el patrón de forma sencilla: cada una de ellas siempre tenía algún "PERO".
La copia de seguridad funciona, pero solo se puede almacenar localmente. O la copia de seguridad funciona, pero la recuperación tiende a ser un problema.
Hace aproximadamente dos años, LOGIS cambió a Duplicator. Ondrej señala el conjunto de características como la razón: altamente configurable sin ser abrumador, una larga lista de proveedores de almacenamiento en la nube compatibles y automatización que no necesitaba supervisión.
La implementación, en sus palabras, "fue pan comido".
Luego llegó la prueba real.
Nunca se sabe realmente lo buena que es una solución de copia de seguridad hasta que realmente necesita restaurar la copia de seguridad, que es lo que tuvimos que hacer recientemente.
Una mala configuración en el sitio web de LOGIS permitió que WordPress se actualizara automáticamente de la versión 6.x a la versión 7, y la actualización rompió la compatibilidad con los plugins de los que dependía el sitio. El sitio se cayó.
Ondrej restauró una copia de seguridad.
El sitio volvió a estar "en funcionamiento en muy poco tiempo", dice, "al menos durante un par de segundos lo estuvo".
La mala configuración se había copiado junto con todo lo demás. Una vez restaurada, WordPress se actualizó automáticamente de nuevo casi de inmediato, y el sitio se bloqueó de la misma manera que antes.
La solución tuvo que ocurrir antes de que terminara la restauración: cambiar la configuración oculta dentro de la propia copia de seguridad. Ondrej no estaba seguro de si eso era siquiera posible.
Edición de un archivo de copia de seguridad con Duplicator
Ondrej se puso en contacto con el equipo de soporte de Duplicator para averiguarlo.
Gracias a su ayuda y conocimientos, tuvimos rápidamente una lista de los pasos que debíamos seguir para modificar los archivos de configuración contenidos en el archivo de copia de seguridad.
Con su guía, utilizó la herramienta DupArchive Extractor para abrir el archivo de copia de seguridad, localizó el archivo wp-config.php del sitio dentro de él y lo editó para evitar que WordPress se actualizara automáticamente de nuevo.
El soporte también le explicó cómo diagnosticar una restauración fallida de forma más general: deshabilitar los plugins uno por uno para aislar qué está causando un fallo y comprobar si hay una incompatibilidad de versión de PHP entre la copia de seguridad y el servidor.
Después de modificar la copia de seguridad, pudo completar la restauración.
Esta vez, el sitio se mantuvo en línea. En palabras de Ondrej: «Fue bastante impresionante».
Mirando Duplicator en general durante sus dos años de uso, Ondrej tiene una queja específica sobre la industria del software de copias de seguridad que Duplicator resuelve:
La mayoría de las soluciones de copia de seguridad que he visto prestan mucha atención a cómo se crean las copias de seguridad, y muy poca a cómo se restauran, aunque ambas son igualmente importantes. Duplicator nos tenía una sorpresa muy agradable aquí, porque el proceso de restauración está muy bien gestionado.
Señala específicamente el proceso de restauración de Duplicator. Ofrece más opciones de configuración de las que esperaba, todas claramente etiquetadas, y no te permite iniciar una restauración hasta que la configuración se valida. Solo una vez que pasa, el botón Restaurar se habilita.

Con más de 20 años de experiencia en administración de sitios web, Ondrej podría haber manejado este incidente a la antigua usanza: copia manual de archivos, restauración de bases de datos, reasignación manual de permisos.
Claro. Pero ciertamente me llevaría mucho más tiempo, y habría mucha más posibilidad de error. Que esto se haga de forma automatizada y probada es sin duda el enfoque correcto.
Resultados
Con Duplicator, LOGIS pudo:
- Corregir una copia de seguridad de WordPress que seguía restaurando un error de actualización automática editando la configuración dentro del archivo antes de finalizar la restauración
- Obtener orientación directa y práctica del equipo de soporte de Duplicator para un escenario fuera del proceso de restauración estándar
- Almacenar copias de seguridad en múltiples destinos en la nube en lugar de depender únicamente del almacenamiento local
- Ejecutar copias de seguridad automáticamente, programadas, sin intervención manual
- Restaurar un sitio web con mucho menos tiempo y riesgo que haciéndolo manualmente
De vuelta en línea, y esta vez para quedarse
El sitio web de LOGIS se utiliza principalmente para fines internos, lo que, según Ondrej, alivia parte de la presión. Pero el incidente puso a prueba Duplicator de una manera que las copias de seguridad rutinarias nunca lo harían.
Lo que más me alegra es tener la confianza de que Duplicator tiene el conjunto de características que necesitamos y personas en el equipo de soporte que saben bien qué hacer en estas situaciones estresantes.
Ondrej lo dijo mejor: nunca se sabe realmente lo buena que es una solución de copia de seguridad hasta que tienes que restaurarla. No esperes a un fallo para descubrir que la tuya no puede seguir el ritmo.
Actualiza a Duplicator Pro¡para copias de seguridad automáticas, restauraciones rápidas y almacenamiento seguro en la nube!
Mientras estás aquí, descubre cómo Duplicator ha transformado los flujos de trabajo de otras empresas:
- Cómo una agencia web unipersonal ahorra el 10% de sus ingresos con Duplicator
- Cómo Duplicator ayudó a lanzar un sitio web de salud conductual en minutos
- Cómo una agencia de diseño web evitó fallos de migración en más de 50 proyectos
- Cómo Super Power Family se rediseñó con tiempo de inactividad cero
- Cómo WPHostee redujo el tiempo de migración en un 50 % y el tiempo de inactividad en un 80 %