Copias de un sitio WordPress en tu servidor

WordPress en un servidor Linux propio: nginx o Apache, PHP, y MySQL o MariaDB en la misma máquina, con acceso root por SSH. Esta página explica qué guarda NeverWiped de un sitio así, qué revisar, y cómo recuperar un archivo, los medios, la base de datos o el sitio entero. WordPress en contenedores Docker: ver un VPS con Docker.

Lo que encuentra el agente

• Los archivos del sitio: /var/www, /srv, y las raíces web declaradas en tu configuración de nginx, Apache o Caddy. Es decir, el propio WordPress, wp-config.php, y wp-content con sus temas, plugins y medios.
• La base de datos: todas las bases MySQL o MariaDB del servidor, exportadas con mysqldump (o mariadb-dump) --all-databases --single-transaction. Las tablas se leen desde una misma instantánea, sin bloquear el sitio, con los usuarios y sus permisos (una base de datos). Como root, el agente usa /root/.my.cnf si existe, y si no /etc/mysql/debian.cnf si existe.
• La configuración: /etc, es decir los ajustes del servidor web, de PHP y de los certificados, y las tareas programadas.

Excluidos por defecto: /var/cache, **/node_modules y **/.cache (qué se guarda).

Revisa el plan antes de aceptarlo

• La base de datos está en el plan. Si la instalación indica que /var/lib/mysql existe pero no se encontró ningún servidor accesible, la base no se guarda: comprueba que MySQL o MariaDB está en marcha y que sus herramientas cliente están instaladas, y vuelve a ejecutar la instalación.
• Una base de datos en otra máquina (el DB_HOST de wp-config.php no es el propio servidor) no se exporta. Solo se exportan las bases del servidor, o de sus contenedores.
• Cachés y archivos comprimidos antiguos dentro del sitio. La carpeta de un plugin de caché puede dejarse fuera con --exclude /var/www/site/wp-content/cache. Los archivos creados por un plugin de copias pueden dejarse fuera con --preset archives, pero solo si son copias de lo que el plan ya contiene.
• Tablas antiguas que no son InnoDB. El registro de la copia avisa cuando hay tablas MyISAM o Aria: no se leen desde la misma instantánea que el resto. Cómo convertirlas está en una base de datos.

Recuperar

• Un archivo, como wp-config.php: restáuralo en una carpeta aparte y vuelve a copiarlo (un archivo).
• Medios borrados, o una actualización de plugin que rompió el sitio: restaura la carpeta de la noche anterior, compárala con diff -rq y vuelve a copiar lo que necesites (una carpeta).
• Solo la base de datos (una mala importación, un plugin que reescribió tablas): saca tu base de la exportación, aparta la base dañada e impórtala sola. Su nombre es el DB_NAME de wp-config.php (una base de datos).
• Un sitio hackeado: restaura los archivos y la base de una fecha anterior a la intrusión en una carpeta aparte, compara y vuelve a ponerlos en su sitio. Averigua primero por dónde entró el atacante, o volverá a pasar. Si tenía root en el servidor, lee los límites conocidos.
• El servidor entero: en el servidor nuevo, instala el servidor web, PHP y MySQL o MariaDB, y sigue un servidor entero.

Antes de una actualización grande (WordPress, el tema, un plugin de tienda), ejecuta neverwiped backup now.

Lo que no hace aquí

• Sin root, no hay NeverWiped. En un alojamiento compartido sin SSH ni root, el agente no se puede instalar (el agente). Las copias de tu proveedor, o un plugin de WordPress, son entonces la vía.
• Nada en el panel de WordPress. NeverWiped no es un plugin: todo ocurre en el servidor, con los comandos neverwiped, y en tu panel de NeverWiped.
• Los pedidos, comentarios y entradas posteriores a la última copia no están en ninguna. Vuelves al momento de una copia, no a cualquier instante intermedio.
• Una sola copia: tus copias se guardan una vez, en un servidor de almacenamiento (límites conocidos).

Empezar

En el servidor, como root:

curl -fsSL https://neverwiped.com/install.sh | sh

Después sigue los primeros pasos. Otros servidores: todos los casos de uso.

Última revisión: 6 de noviembre de 2026.