Copias de WordPress en el Storage Server: guía con WPvivid

Una copia de seguridad que está en el mismo servidor que la web no es una copia de seguridad. Si se borra el disco, alguien se queda con el acceso o la instalación acaba cifrada, desaparece con todo lo demás. Solo una copia en un almacenamiento separado es un seguro de verdad.

Esta guía muestra el camino más rápido hacia eso: un plugin gratuito que copia WordPress por SFTP a un Storage Server, con plan horario y regla de conservación. Configurarlo lleva un cuarto de hora.

Por qué WPvivid

La oferta es, en un punto, sorprendentemente pequeña. Lo que de verdad importa es una transferencia cifrada en la versión gratuita:

El FTP simple transmite credenciales y contenidos sin cifrar. Para una copia que contiene la base de datos completa, con la tabla de usuarios incluida, eso no es buena idea. WPvivid es así la elección evidente, tiene más de 900.000 instalaciones activas y se actualizó por última vez en septiembre de 2026.

Paso 1: crear la subcuenta en el almacenamiento

Crea en el área de cliente, bajo tu Storage Server, una subcuenta propia para las copias, con el directorio inicial /backup/wordpress. Eso es más importante de lo que parece: las credenciales acaban enseguida en la base de datos de WordPress, y quien las encuentre allí no debe poder llegar con ellas a nada más que a ese único directorio.

Comprueba en el mismo paso, en los "Ajustes de acceso", dos interruptores:

• SSH / SFTP / SCP / rsync tiene que estar habilitado.
• Accesibilidad externa tiene que estar activada, porque si no tu servidor web no llega al almacenamiento a través de internet.

En los servidores recién contratados, las dos cosas están activas. Apunta el nombre de host y el nombre de usuario, los ejemplos de aquí usan:

Paso 2: comprobar la accesibilidad antes de configurar nada

Eso ahorra después mucha búsqueda. Si tienes acceso de shell en el servidor web:

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "Puerto 23 accesible"

Sin acceso de shell, pones un archivo pruefen.php en el directorio web, lo llamas una vez y lo borras después:

<?php
$f = @fsockopen('u123456.storage.kernelhost.net', 23, $e, $t, 5);
echo $f ? 'Puerto 23 accesible' : 'sin conexión: ' . $t;

Si no se establece ninguna conexión, tu hoster bloquea las conexiones salientes en ese puerto. En alojamiento compartido no es raro. Entonces queda o preguntar al hoster o la vía por WebDAV, que va por el puerto 443.

Paso 3: instalar el plugin y registrar el destino

En la administración de WordPress, en Plugins, Añadir nuevo, busca WPvivid Backup & Migration, instálalo y actívalo. Después aparece a la izquierda la entrada de menú WPvivid Backup.

Allí ve a la pestaña Remote Storage y elige SFTP. Los campos los rellenas así:

Con Test and Add el plugin comprueba la conexión antes de guardarla. Si eso falla, en nueve de cada diez casos o el puerto está mal o la accesibilidad externa está desactivada.

Paso 4: la primera copia a mano

En la pestaña Backup & Restore eliges Database + Files (WordPress Files) y como destino Send backup to remote storage con la entrada que acabas de crear. Después Backup Now.

La primera ejecución tarda unos minutos según el tamaño. Deja mientras la ventana del navegador abierta, el plugin controla el avance por medio de llamadas repetidas.

Paso 5: plan horario y conservación

En la pestaña Schedule activas el plan horario. Ha dado buen resultado esto:

Pon la hora en la madrugada de tus visitantes principales. La conservación la ajustas en Settings, allí está también el interruptor que decide si las copias antiguas se borran también en el almacenamiento remoto. Actívalo, porque si no el almacenamiento se llena con el tiempo.

Ten en cuenta una cosa: las instantáneas del Storage Server son un nivel adicional y trabajan por su cuenta. Según la tarifa hay 10, 20, 30 o 40 instantáneas manuales disponibles, y otras tantas automáticas.

Paso 6: comprobar si la copia sirve de algo

Este paso es el que más se salta y es el más importante. Mira qué hay de verdad en el almacenamiento:

sftp -P 23 u123456-sub3@u123456.storage.kernelhost.net
sftp> ls -l
sftp> bye

Fíjate en dos cosas: el tamaño del archivo tiene que ser plausible, y tienen que estar tanto un archivo de la base de datos como uno de los ficheros. Un archivo de unos pocos kilobytes es un fracaso, no un éxito.

Y luego la prueba de verdad: restaura la copia una vez en una instalación de pruebas. Una copia que nunca se ha comprobado es una suposición.

Restaurar, y el pero

En la versión gratuita, una copia que está en el almacenamiento remoto no se puede devolver directamente, la restauración de copias remotas pertenece a la versión de pago. La vía libre funciona igual y solo tarda unos minutos más:

1. Descargar el archivo del almacenamiento por SFTP.
2. En el plugin, en Backup & Restore, abrir el apartado Upload y subir el archivo.
3. La copia subida aparece en la lista y desde allí se puede restaurar.

Cuenta con ese rodeo en tu plan de emergencia. Quien se da cuenta en el momento crítico, y por primera vez, de que falta una descarga por medio pierde tiempo sin necesidad.

Dónde acaba esta vía

Todo plugin de copias trabaja dentro de PHP y topa por eso con límites de tiempo y de memoria. A partir de unos gigabytes de tamaño total se vuelve pesado, y con bibliotecas de medios muy grandes la ejecución se corta en algún momento.

Entonces la vía mejor es rsync o BorgBackup, las dos directamente desde un plan horario en el servidor y las dos disponibles de forma nativa en el almacenamiento:

rsync -az --delete -e "ssh -p 23" \
      /var/www/example.com/ \
      u123456-sub3@u123456.storage.kernelhost.net:/dateien/

Eso transmite solo los cambios y no conoce límites de PHP. Exige, eso sí, un servidor propio con acceso de shell. Más sobre esta vía está en Usar el Storage Server para tu propia web.

Qué otras partes de WordPress se pueden trasladar al almacenamiento, es decir la biblioteca de medios y las descargas, y dónde están ahí los límites, está en Usar el Storage Server con WordPress.

Los cuatro errores más frecuentes

• Puerto 22 en lugar del 23. El plugin propone el 22, nuestro almacenamiento escucha en el 23.
• Accesibilidad externa desactivada. Entonces la prueba desde el área de cliente sale bien, pero no desde el servidor web.
• Cuenta principal en lugar de subcuenta. Las credenciales quedan después en la base de datos de la web. Con la cuenta principal, de ahí cuelga todo.
• Las copias antiguas no se borran nunca. Sin la regla de conservación activada para el almacenamiento remoto, el espacio se llena y en algún momento la copia falla en silencio.

Qué tarifa encaja

Para las copias de una sola web de WordPress, Storage-1 con 1 TB por 9,99 euros llega durante mucho tiempo. Para situarlo: una web mediana con 5 GB de tamaño total ocupa, con diez copias conservadas, unos 50 GB, es decir el cinco por ciento de la tarifa.

Todos los Storage Server están en Alemania, permiten hasta 100 subcuentas, hablan además de SFTP también SMB, WebDAV, rsync y BorgBackup y vienen sin cuota de instalación. La facturación es PrePaid y sin permanencia mínima, así que puedes empezar pequeño y crecer cuando se sumen más webs.