Cada plan incluye copias de seguridad, cuya frecuencia se indica en la página de pedido. Se conservan en una infraestructura separada de la que sirve su sitio. Esta guía explica lo que cubren, lo que no sustituyen, y cómo pedir una restauración útil.
Lo que cubren
| Con copia | Sin copia |
|---|---|
| Los ficheros de su sitio | Lo que está alojado fuera de nuestros servidores |
| Sus bases de datos MySQL | Los servicios externos a los que su sitio recurre |
| El contenido de sus buzones de correo | Los mensajes ya descargados y luego suprimidos del servidor |
Lo que no sustituyen
Una copia de seguridad de proveedor es una medida de continuidad, no una garantía de integridad absoluta. Le protege de una avería material. Le protege mal de un error que solo nota un mes más tarde, y no le protege en absoluto de una cuenta cuyo control ha tomado otra persona.
Conserve sus propias copias. Está escrito en nuestras condiciones generales porque es verdad, no para descargarnos: un sitio serio tiene siempre al menos una copia fuera de su proveedor.
La regla de las tres copias
Una regla antigua, y que no ha envejecido.
| Cuántas | Dónde | Por qué |
|---|---|---|
| Tres copias de los datos | — | Dos pérdidas simultáneas son raras; tres lo son mucho más |
| En dos soportes diferentes | Servidor y disco local, por ejemplo | Un soporte no se avería por la misma razón que otro |
| De las cuales una fuera del lugar principal | En su propio equipo, o en otro servicio | Un incidente no debe llevarse el original y la copia |
Hacer su propia copia
Dos elementos bastan, y hacen falta los dos:
- Los ficheros del sitio, recuperados por el acceso de transferencia suministrado con su alojamiento — sus credenciales figuran en el correo de activación.
- La base de datos, exportada desde la herramienta de gestión de bases de su interfaz de alojamiento.
Una copia de los ficheros sin la base solo devuelve un cascarón: el contenido vive en la base.
Comprobar que una copia es utilizable
Una copia nunca restaurada es una hipótesis, no una copia. Adquiera el hábito de restaurar una de vez en cuando en un entorno de prueba, o al menos de abrir la exportación de base para comprobar que no está vacía.
Antes de una operación arriesgada
Actualización mayor, cambio de tema, instalación de una extensión desconocida: haga una copia antes, no después. Es el momento en que menos cuesta y más sirve.
Pedir una restauración
Abra un ticket precisando:
- el dominio afectado;
- la fecha en la que el sitio aún funcionaba — cuanto más precisa sea, más rápida y segura es la restauración;
- lo que hay que restaurar: los ficheros, la base, o ambos.
Una restauración sustituye el estado actual. Todo lo añadido desde la fecha pedida — pedidos, comentarios, artículos, mensajes — desaparece con ella. Díganoslo si el sitio ha seguido viviendo entretanto: existen maneras de restaurar solo una parte.
Los datos tras una cancelación
Los contenidos alojados se suprimen al término del período de retención que sigue a la cancelación. Recupere sus datos antes de irse — vea Cancelar su suscripción.