¿Cómo se restaura una copia de seguridad?

Restaurar una copia de seguridad empieza por parar: no siga trabajando en la web, anote cuándo funcionaba todo todavía y decida si quiere recuperar los archivos, la base de datos o ambos. Con esos datos solicita la restauración a soporte. En WWW4 se hace cada día una copia de seguridad de los archivos y de la base de datos, que se conserva 14 días. Más atrás de 14 días, por tanto, no es posible, y todo lo que se haya modificado después del momento elegido se sobrescribe.

Cuándo restaurar es la decisión correcta

• Una actualización de un plugin, de un tema o del CMS ha roto la web y no consigue repararla.
• Se han borrado o sobrescrito archivos por error, por ejemplo por FTP.
• Ha desaparecido contenido: páginas, productos o ajustes que estaban en la base de datos.
• La web ha sido pirateada. Siga entonces también el plan de actuación de su web ha sido pirateada, porque restaurar una copia no cierra la brecha.

Si sabe qué plugin provoca el fallo, desactivarlo es más rápido y no pierde nada.

Qué debe anotar antes

El momento en que necesita una copia de seguridad suele ser el momento en que no piensa con claridad. Siga por eso este orden.

1. Deje de trabajar en la web. Cada cambio que haga ahora se perderá al restaurar o hará más difícil determinar qué falla exactamente.
2. Determine cuándo funcionaba todavía. Es el dato más importante. Cuanto más preciso sea, más acotada podrá ser la restauración.
3. Apunte qué salió mal. Qué acción hubo antes, qué mensaje de error ve y en qué páginas.
4. Decida qué restaura: solo los archivos, solo la base de datos o ambos.
5. Anote qué se ha añadido desde entonces. Pedidos, comentarios, envíos de formularios, páginas nuevas. Es lo que quizá tenga que volver a introducir después de la restauración.

¿Archivos, base de datos o ambos?

Una web con un CMS como WordPress consta de dos partes. Los archivos son el propio CMS, los temas, los plugins y las imágenes que usted subió. La base de datos contiene el contenido: páginas, entradas, productos, pedidos, comentarios, usuarios y ajustes.

• Una actualización fallida de un plugin o de un tema suele requerir solo los archivos. Si la actualización también modifica la base de datos, hay que recuperar además la base de datos del mismo momento.
• El contenido desaparecido requiere la base de datos.
• Un pirateo o un problema que no logra identificar requiere ambos, del mismo momento.

Restaurar ambos significa que también pierde los pedidos o comentarios posteriores. No elija nunca más de lo necesario.

Solicitar la restauración a soporte

1. Póngase en contacto con soporte a través de contacto o por teléfono.
2. Indique el nombre de dominio, qué salió mal, el momento en que la web funcionaba todavía y si quiere recuperar los archivos, la base de datos o ambos. Si se trata de una sola base de datos o de una sola carpeta, dígalo también.
3. No cambie nada más en la web hasta que reciba el aviso de que la restauración se ha realizado.
4. Compruebe después la web: la página de inicio, un par de páginas interiores, el acceso a la administración, un formulario y, en una tienda online, un pedido de prueba.

Qué sobrescribe una restauración

Una restauración devuelve la parte elegida al estado de la copia de seguridad. Todo lo que cambió después en esa parte desaparece. No se fusiona nada.

Si quiere conservar datos posteriores a la copia, haga usted mismo, antes de la restauración, una copia del estado actual. Exporte la base de datos con phpMyAdmin o los pedidos desde su tienda, y descargue los archivos que añadió hace poco.

Después de la restauración: busque la causa

Averigüe qué provocó el problema. De lo contrario, la semana que viene restaurará otra vez el mismo problema. Si falló tras una actualización, no la repita sin más: lea primero cómo hacer actualizaciones de WordPress con seguridad. Si fue un pirateo, cambie todas las contraseñas y actualícelo todo antes de continuar, porque la copia contiene la misma brecha que antes.

Copias propias además de las de su proveedor

La copia de seguridad diaria de su alojamiento es una red de seguridad para los últimos 14 días. Si descubre un problema al cabo de tres semanas, todas las copias conservadas contienen también el problema.

• Haga una copia propia antes de cada cambio importante: una actualización del CMS, un tema nuevo, una importación.
• Descargue los archivos por FTP o con el administrador de archivos y exporte la base de datos con phpMyAdmin, o use un plugin de copias de seguridad que escriba en un almacenamiento externo.
• Guarde esas copias fuera de su alojamiento. Una copia que está en el mismo sitio que la web ocupa espacio web y desaparece junto con la web.

Cómo montarlo lo explica una estrategia de copias de seguridad que va más allá de una copia. Qué conserva exactamente WWW4 figura en copias de seguridad y restauración.

Preguntas frecuentes

¿Hasta cuándo puedo retroceder?

Las copias diarias de los archivos y de la base de datos se conservan 14 días. Si necesita una versión más antigua, depende de sus propias copias.

¿Puedo pedir que se restaure solo la base de datos?

Sí. Indique en su solicitud que se trata solo de la base de datos, y de cuál si tiene varias. Los archivos se quedan como están.

¿Tengo que hacer copias yo si mi proveedor ya las hace cada día?

Sí. La copia del proveedor protege frente a los problemas que usted detecta pronto. Una copia propia fuera del alojamiento protege frente a lo que descubre tarde.

¿No lo consigue?

Si duda qué momento o qué parte debe elegir, describa a través de contacto qué ha pasado y cuándo. Vemos con usted qué copia encaja mejor.