Data Disaster Recovery ofrece dos métodos de copia de seguridad (lógica y física) y varias especificaciones de plan. Utilice esta guía para elegir el método y la especificación que mejor se adapten al tamaño de su base de datos, sus requisitos de rendimiento y su presupuesto.
Copia de seguridad lógica frente a física
La copia de seguridad lógica opera a nivel de objetos de la base de datos (tablas, índices, procedimientos almacenados). La copia de seguridad física trabaja a nivel de archivos y copia los archivos sin procesar del sistema operativo. La elección adecuada depende del tamaño de su base de datos y de lo que necesite respaldar.
|
Attribute |
Logical backup |
Physical backup |
|
Backup scope |
Bases de datos y tablas individuales |
Solo toda la instancia de base de datos |
|
Recommended database size |
1 MB – 1 TB |
Mayor a 1 TB |
|
Common tools |
mysqldump (MySQL), exp/imp (Oracle) |
XtraBackup (MySQL), RMAN (Oracle) |
|
Full backup mechanism |
DBS divide los datos de las tablas y los lee en varios subprocesos mediante ejecución paralela de SQL |
Una puerta de enlace de copia de seguridad instalada en el servidor de base de datos copia directamente los archivos de la base de datos |
|
Incremental backup mechanism |
DBS lee los registros de la base de datos desde la memoria en tiempo real y ajusta la velocidad de lectura según la tasa de generación de registros |
No aplicable |
|
Requires backup gateway |
No |
Sí; consulte Add a backup gateway |
|
Impact on database I/O |
Mínimo: las bases de datos no se bloquean durante la copia de seguridad |
Moderado: lee directamente del disco, lo que afecta las operaciones de entrada/salida por segundo (IOPS) |
|
Backup size |
Menor: es posible realizar copias selectivas de tablas o datos |
Mayor: refleja el espacio de almacenamiento total de la base de datos |
|
Backup and recovery speed |
Generalmente más lenta |
Generalmente más rápida |
|
Sandbox support |
No |
Sí; consulte Sandbox feature overview |
|
Supported databases |
Todos los tipos de bases de datos, incluidas las de ApsaraDB (ApsaraDB solo admite copia de seguridad lógica) |
Bases de datos autogestionadas; ApsaraDB no es compatible |
Para consultar la lista completa de métodos de copia de seguridad compatibles con cada motor de base de datos, véase Supported database engines and features .
Selección de una especificación de plan de copia de seguridad
Data Disaster Recovery ofrece las siguientes especificaciones de plan de copia de seguridad: serverless, micro, small, medium, large, xlarge, 2xlarge y 4xlarge. Las especificaciones de nivel superior proporcionan un rendimiento de copia de seguridad y recuperación más rápido a un precio unitario por GB menor.
El factor principal que determina su costo mensual es la comparación entre su volumen real de copia de seguridad y la cuota gratuita del nivel seleccionado. Si su volumen de copia de seguridad supera constantemente la cuota gratuita, actualizar a un nivel superior suele ser más rentable que pagar cargos por exceso en un nivel inferior.
Detalles de las especificaciones
Prevalecen las tarifas mostradas en la página de compra. La cuota gratuita se restablece cada mes natural; la cuota no utilizada no se acumula.
|
Tipo de programa de copia de seguridad |
Tiempo estimado para respaldar 100 GB de datos |
Cuota gratuita para copia de seguridad de datos (GB por mes) |
Tarifa de configuración para China continental |
Tarifa de configuración para la región China (Hong Kong) y regiones fuera de China |
||
|
Tarifa de configuración (USD por mes) |
Precio unitario de datos de copia de seguridad excedentes (USD por GB) |
Tarifa de configuración (USD por mes) |
Precio unitario de datos de copia de seguridad excedentes (USD por GB) |
|||
|
micro |
20 horas |
40 |
5 |
0.117 |
7 |
0.175 |
|
small |
5 horas |
400 |
22 |
0.055 |
33 |
0.083 |
|
medium |
2.5 horas |
800 |
35 |
0.039 |
53 |
0.059 |
|
large |
1.5 horas |
1600 |
56 |
0.024 |
84 |
0.036 |
|
xlarge |
1 hora |
∞ |
140 |
Sin cargo |
209 |
Sin cargo |
Notas de uso
Solo actualizaciones de programas de copia de seguridad: No se admite la reducción de categoría de un programa de copia de seguridad. Consulte Upgrade a backup schedule.
Límite de cantidad de tablas: Mantenga el número de tablas en la base de datos de origen por debajo de 10,000. Superar este límite provoca tiempos prolongados de inicialización de tablas durante la copia de seguridad y la recuperación.
Consideraciones sobre claves primarias: Las tablas sin claves primarias, con claves primarias de tipo cadena o con claves primarias compuestas generan tiempos de copia de seguridad más largos.
Esquemas de tabla complejos: Si su base de datos tiene esquemas de tabla poco óptimos, tablas grandes o campos extensos, comience con una especificación de nivel superior. Si ocurren excepciones en la copia de seguridad, actualice el programa e inténtelo de nuevo. Para problemas no resueltos, únase al grupo de DingTalk de DBS (ID: 35585947) para obtener soporte técnico.
Selección de una especificación según su prioridad
Requisito de alto rendimiento
Para bases de datos de producción donde la velocidad de copia de seguridad y recuperación es crítica, elija la especificación 4xlarge o 2xlarge.
Requisito de rentabilidad
Utilice la fórmula de facturación para comparar costos entre niveles y luego elija la opción de menor costo que satisfaga sus necesidades de rendimiento:
Subscription (upfront) billing = Configuration fee + max(0, Actual backup volume − Free quota) × Excess rateEjemplo: La empresa A ejecuta cuatro copias de seguridad completas por mes en una base de datos de 150 GB, lo que genera 600 GB de datos de copia de seguridad. Los precios corresponden a China continental.
|
Specification |
Calculation |
Monthly cost |
|
micro |
USD 5 + (600 − 40) GB × USD 0.117/GB |
USD 70.52 |
|
small |
USD 22 + (600 − 400) GB × USD 0.055/GB |
USD 33 |
|
medium |
USD 35 + 0 (dentro de la cuota gratuita) |
USD 35 |
En este ejemplo, small es la opción más económica. Medium cuesta solo un 2% más, pero ofrece mayor velocidad de copia de seguridad; la elección correcta depende de sus requisitos de rendimiento.
Este ejemplo es ilustrativo. Considere el volumen de copias de seguridad incrementales y el crecimiento de datos entre copias completas al estimar su uso mensual real. Cuando el volumen total mensual de copia de seguridad supera los 5,207 GB, xlarge se convierte en la opción más rentable, ya que no tiene límite de volumen de datos y proporciona el mejor rendimiento de copia de seguridad.
Datos de pruebas de rendimiento
Los resultados de las pruebas siguientes le ayudan a validar qué especificación cumple con sus requisitos de throughput antes de realizar la compra.
Copia de seguridad y recuperación lógica
Entorno de prueba:
|
Configuration item |
Value |
|
Tipo de base de datos |
RDS for MySQL (uso general) |
|
CPU |
8 núcleos |
|
Memoria |
2,400 MB |
|
IOPS |
1,200 |
Base de datos de prueba:
|
Metric |
Value |
|
Tamaño de la base de datos |
102 GB |
|
Registros totales |
150 millones |
|
Tamaño del registro |
|
|
Campos por registro |
3 – 22 columnas |
|
Tipos de campo |
int, varchar, datetime |
Copia de seguridad completa
|
Specification |
RPS (records per second) |
Throughput (MB/s) |
|
large |
42,855.7 |
15.3 |
|
medium |
33,122.2 |
11.8 |
|
small |
9,569.3 |
3.4 |
|
micro |
6,756.2 |
1.9 |
Copia de seguridad incremental
|
Specification |
Throughput (MB/s) |
|
large |
46.1 |
|
medium |
29.8 |
|
small |
14.9 |
|
micro |
5.0 |
Restauración completa
|
Specification |
RPS (records per second) |
|
large |
34,190.5 |
|
medium |
19,740.9 |
|
small |
9,949.4 |
|
micro |
4,320.2 |
Restauración incremental
|
Specification |
RPS (records per second) |
|
large |
35,546.9 |
|
medium |
21,331.4 |
|
small |
10,061.5 |
|
micro |
4,972.1 |
Copia de seguridad y recuperación física
La copia de seguridad física lee archivos de MySQL como un flujo y escribe los datos de respaldo en el almacenamiento en la nube mediante múltiples flujos simultáneos. El nivel de concurrencia escala con el nivel de especificación: los niveles superiores permiten copias de seguridad más rápidas. Hay dos algoritmos de compresión disponibles: gzip (mayor ratio de compresión, archivos más pequeños) y LZ4 (mayor velocidad, archivos más grandes).
Base de datos de prueba:
|
Metric |
Value |
|
Tamaño de la base de datos |
40.3 GB |
|
Registros totales |
2 mil millones |
|
Número de tablas |
160 |
|
Tamaño del registro |
0.2 KB |
Copia de seguridad completa
|
Specification and compression |
Time |
Throughput |
Compressed file size |
|
small (4 subprocesos) + gzip |
636 s |
63 MB/s |
21.1 GB |
|
large (8 subprocesos) + gzip |
341 s |
118 MB/s |
21.1 GB |
|
xlarge (16 subprocesos) + gzip |
204 s |
197 MB/s |
21.1 GB |
|
small (4 subprocesos) + LZ4 |
268 s |
150 MB/s |
31.1 GB |
|
large (8 subprocesos) + LZ4 |
119 s |
338 MB/s |
31.1 GB |
|
xlarge (16 subprocesos) + LZ4 |
104 s |
387 MB/s |
31.1 GB |
Restauración completa
|
Specification and compression |
Compressed data volume |
Duration |
Recovery speed (relative to raw data size) |
|
small (4 subprocesos) + gzip |
21.1 GB |
320 s |
126 MB/s |
|
large (8 subprocesos) + gzip |
21.1 GB |
161 s |
250 MB/s |
|
xlarge (16 subprocesos) + gzip |
21.1 GB |
86 s |
468 MB/s |
|
small (4 subprocesos) + LZ4 |
31.1 GB |
408 s |
99 MB/s |
|
large (8 subprocesos) + LZ4 |
31.1 GB |
208 s |
194 MB/s |
|
xlarge (16 subprocesos) + LZ4 |
31.1 GB |
108 s |
373 MB/s |
Conclusión clave: LZ4 es aproximadamente 2 o 3 veces más rápido que gzip en el mismo nivel de especificación, pero genera archivos de copia de seguridad un 47% más grandes. Elija gzip cuando la prioridad sea el espacio de almacenamiento; elija LZ4 cuando la velocidad de copia de seguridad sea más importante.
Pasos siguientes
Add a backup gateway — obligatorio para copia de seguridad física
Upgrade a backup schedule — escale su especificación si el rendimiento es insuficiente
Supported database engines and features — compruebe la compatibilidad del método de copia de seguridad con su motor de base de datos
Performance tests on backup and restoration — metodología detallada de pruebas de rendimiento