En este documento se proporciona información sobre las herramientas y las técnicas de recuperación tras desastres que te ayudan a proteger tus datos frente a pérdidas y tiempos de inactividad.
Funciones de recuperación tras fallos de Spanner
Spanner se ha diseñado para ser escalable y distribuido a nivel mundial. Spanner ofrece las siguientes funciones para garantizar una alta disponibilidad de los datos:
Configuraciones multirregionales: Spanner puede mantener réplicas de tus datos en zonas independientes de una o varias regiones para asegurar la disponibilidad de los datos aunque falle una zona o una región.
Protección contra la eliminación de bases de datos: puedes protegerte contra la eliminación accidental de bases de datos por parte de usuarios o cuentas de servicio que tengan los permisos de gestión de identidades y accesos (IAM) necesarios para eliminar la base de datos.
Copia de seguridad y restauración de bases de datos: puedes crear copias de seguridad de bases de datos de Spanner y restaurarlas para protegerte frente a errores de operadores y aplicaciones. Todas las copias de seguridad tienen una alta disponibilidad, están cifradas y se pueden conservar durante un año como máximo desde el momento en que se crean. Puedes crear copias de seguridad completas bajo demanda o mediante una programación de copias de seguridad. Solo puedes crear copias de seguridad incrementales mediante una programación de copias de seguridad.
Exportar e importar: puedes exportar bases de datos de Spanner a Cloud Storage en formato CSV o Avro.
Recuperación a un momento dado (PITR): la recuperación a un momento dado (PITR) de Spanner protege frente a la corrupción lógica de datos y la eliminación o escritura accidental de bases de datos. Por ejemplo, si un operador escribe datos por error o si el inicio de una aplicación daña la base de datos, puedes recuperar los datos de un momento anterior (hasta 7 días).
Copia entre regiones: puedes copiar copias de seguridad en diferentes regiones geográficas para proteger tus datos frente a fallos regionales o para cumplir los requisitos de cumplimiento de tu organización.
Elegir entre crear una copia de seguridad o exportar tu base de datos
Compara las copias de seguridad de tus bases de datos con la exportación de las mismas antes de decidir cuál usar. Por ejemplo, las copias de seguridad pueden tener un periodo de conservación máximo de un año. Puedes exportar tu base de datos si quieres que el periodo de conservación sea superior a un año. En la siguiente tabla se describen las similitudes y las diferencias entre usar copias de seguridad y restaurar datos, y usar la importación y la exportación:
| Copia de seguridad y restauración | Importar y exportar | |
|---|---|---|
| Coherencia de datos | Tanto las copias de seguridad como las bases de datos exportadas son coherentes desde el punto de vista externo y transaccional. | |
| Impacto en el rendimiento | Las copias de seguridad no afectan al rendimiento de una instancia. Spanner realiza copias de seguridad mediante trabajos dedicados que no utilizan los recursos del servidor de una instancia. | La exportación se ejecuta como una tarea de prioridad media para minimizar el impacto en el rendimiento de la base de datos. Para obtener más información, consulta Prioridad de las tareas. |
| Formato de almacenamiento | Usa un formato cifrado de propiedad diseñado para restauraciones rápidas. | Admite los formatos de archivo CSV y Avro. |
| Portabilidad | Las copias de seguridad se crean en la misma instancia que su base de datos de origen. Una vez creada una copia de seguridad, puedes copiarla en una instancia de otra región u otro proyecto si necesitas una copia de seguridad entre regiones o entre proyectos. Después, puedes restaurar una copia de seguridad como una base de datos nueva en cualquier instancia del mismo proyecto. La instancia en la que vas a restaurar la copia de seguridad debe tener la misma configuración que la instancia en la que está almacenada. |
Las bases de datos exportadas se encuentran en Cloud Storage y los datos se pueden migrar a cualquier sistema que admita CSV o Avro. |
| Retención | Las copias de seguridad se pueden conservar durante un máximo de un año. | Las bases de datos exportadas se almacenan en Cloud Storage, donde se conservan de forma predeterminada hasta que se eliminan. Puedes personalizar las políticas de ciclo de vida y conservación. |
| Precios | Las copias de seguridad se facturan a tu proyecto de Spanner en función del almacenamiento utilizado por unidad de tiempo. Para obtener más información, consulta la sección Precios. | La facturación de la importación y la exportación es más compleja debido a su uso de Cloud Storage y Dataflow. Para obtener más información, consulta los precios de exportación e importación de bases de datos. |
| Hora de restauración | La restauración se realiza en dos operaciones: restaurar y optimizar. La operación de restauración ofrece un tiempo hasta el primer byte rápido porque la base de datos monta directamente la copia de seguridad sin copiar los datos. Una vez completada la operación de restauración, la base de datos estará lista para usarse, aunque la latencia de lectura podría ser ligeramente superior mientras se optimiza. Para obtener más información, consulta Cómo funciona la restauración. | La importación es más lenta. Debes esperar a que todos los datos se escriban en la base de datos. |
Técnicas de recuperación tras fallos
Spanner ofrece técnicas de recuperación tras desastres para proteger tus datos frente a los siguientes desastres:
- Fallo por zonas: la configuración regional de Spanner ofrece protección automática frente a fallos por zonas, lo que garantiza que, si falla una zona de una región, tu aplicación siga funcionando.
- Fallo regional: si tu aplicación requiere una disponibilidad de datos aún mayor y protección frente a fallos regionales, utiliza configuraciones multirregionales, que ofrecen una disponibilidad del 99,999 %.
- Grandes catástrofes geográficas: usa la copia de seguridad entre regiones de Spanner para que las copias de seguridad estén disponibles en diferentes regiones.
- Corrupción lógica: utiliza las siguientes técnicas de recuperación tras desastres para diferentes periodos de conservación:
- Configura la recuperación a un momento dado (PITR) para restaurar tus datos en cualquier momento de los últimos 7 días.
- Configura una programación de copias de seguridad que cree copias de seguridad completas o incrementales con la frecuencia que necesites. Todas las copias de seguridad se pueden conservar durante un máximo de un año.
- Exporta tu base de datos a Cloud Storage, donde puedes conservar los datos para cumplir las normativas, hacer analíticas o generar informes.
- Eliminación accidental de bases de datos: usa la protección contra la eliminación de bases de datos para evitar que los usuarios o las cuentas de servicio que tengan los permisos de IAM necesarios eliminen accidentalmente bases de datos.
Optimizar los costes de tu estrategia de recuperación ante desastres
Puede optimizar los costes de recuperación ante desastres de Spanner de las siguientes formas:
- Configuraciones multirregionales: usa configuraciones multirregionales solo en aplicaciones que requieran una disponibilidad del 99,999 %. En el caso de las aplicaciones que requieran latencias de solo lectura, considera la posibilidad de usar réplicas de lectura en otras regiones.
- Frecuencia de las copias de seguridad: programa las copias de seguridad solo con la frecuencia necesaria para cumplir tus requisitos.
- Tipo de copia de seguridad: usa programaciones de copias de seguridad incrementales para ahorrar costes de almacenamiento.
- Conservación de copias de seguridad: determina y define el periodo de conservación de las copias de seguridad durante el tiempo mínimo necesario para cumplir tus requisitos de recuperación y cumplimiento.
- Exportaciones de grandes cantidades de datos: considera la posibilidad de usar Data Boost de Spanner para exportar grandes cantidades de datos, descargar recursos de computación de tu instancia y evitar que afecte negativamente al rendimiento de tus transacciones.
Probar la estrategia de recuperación tras fallos
Te recomendamos que pruebes y valides los siguientes componentes de tu plan de recuperación tras desastres:
- Simula los eventos más probables que pueden provocar la pérdida de datos de tu organización.
- Practica la restauración de tus bases de datos a partir de una copia de seguridad creada. Para obtener más información sobre cómo restaurar tu base de datos, consulta el artículo Información general sobre la restauración.
- Evalúa el impacto de tu plan de recuperación tras desastres en la utilización del almacenamiento.
- Evalúa el impacto de los procesos de copia de seguridad en el rendimiento de tu aplicación.
- Simula un fallo zonal o regional para probar tu procedimiento de conmutación por error y recuperación.
Siguientes pasos
- Información general sobre las copias de seguridad
- Crear copias de seguridad
- Crear y gestionar programaciones de copias de seguridad
- Información general sobre PITR