Este tema responde a las preguntas frecuentes sobre la recuperación ante desastres.
Preguntas frecuentes sobre facturación
Cargos después de comprar un programa de copia de seguridad
Cargos por especificaciones del programa de copia de seguridad: Usted paga cargos por especificaciones cuando compra un programa de copia de seguridad de suscripción. Cada especificación ofrece un rendimiento de copia de seguridad y recuperación distinto, cuotas de datos gratuitas y precios diferentes. Para obtener más información sobre estos cargos, consulte Backup fees.
Cargos de almacenamiento del plan de copia de seguridad (opcional): si configura un plan de copia de seguridad de suscripción y elige DBS Storage como tipo de almacenamiento de destino, los cargos se calculan según el tamaño y la duración real de los datos almacenados en el almacenamiento integrado de Data Disaster Recovery. Para obtener más información, consulte Storage fees.
Cargos de copia de seguridad del programa (opcional): si un programa de copia de seguridad supera su cuota de datos gratuita, Database Backup Service (DBS) le cobra el excedente. Para conocer la cuota gratuita y los precios del exceso de datos de cada especificación, consulte Backup fees.
-
Cargos de sandbox (opcional): esta función le permite crear instancias de sandbox para la recuperación de emergencia de bases de datos MySQL autogestionadas.
Después de habilitar la función de sandbox, se le cobran cargos de almacenamiento de sandbox según la cantidad de datos almacenados.
Una vez creada una instancia de sandbox, se le cobran cargos según las especificaciones de la instancia y la duración de uso. Para obtener detalles sobre los cargos, consulte Billable items (DMS).
No es posible crear directamente un programa de copia de seguridad pay-as-you-go.
Alcance de compensación de los planes de almacenamiento y red de DBS
Planes de almacenamiento de Database Backup Service (DBS)
Data Disaster Recovery ofrece los dos tipos de planes de almacenamiento que se muestran a continuación. Estos planes están disponibles en diversos tamaños de almacenamiento, como 100 GB, 500 GB, 1 TB y 500 TB, y para distintos periodos de suscripción, como 1 mes, 6 meses y 1 año. Si el uso de almacenamiento supera la cuota del plan, el excedente se cobra con modalidad pay-as-you-go.
|
Tipo de plan de almacenamiento |
Elementos compensables |
|
Plan de almacenamiento de sandbox CDM |
Estos planes permiten compensar los cargos generados en su cuenta al usar almacenamiento de sandbox. Para conocer los precios, consulte Sandbox billing. |
|
Plan de almacenamiento de instancia de copia de seguridad |
Compensa los cargos de almacenamiento integrado de las instancias de programas de copia de seguridad dentro de la misma cuenta de Alibaba Cloud. Para obtener más información, consulte Built-in storage and OSS. |
Planes de red de Database Backup Service (DBS)
|
Alcance de compensación |
Descripción |
|
Uso de red para copias de seguridad entre regiones |
Los planes de red de Database Backup Service (DBS) se pueden utilizar en cualquier región para compensar los cargos de red de las copias de seguridad entre regiones de ApsaraDB RDS for MySQL, ApsaraDB RDS for PostgreSQL, ApsaraDB RDS for SQL Server, PolarDB for MySQL, PolarDB for PostgreSQL y ApsaraDB for MongoDB. La compensación varía según la región y se calcula mediante distintos factores de compensación. |
|
Uso de red para descargas de conjuntos de copia de seguridad |
Los planes de red de Database Backup Service (DBS) se pueden utilizar en cualquier región para compensar los cargos de red generados al descargar conjuntos de copia de seguridad de ApsaraDB RDS for MySQL, ApsaraDB RDS for PostgreSQL y ApsaraDB RDS for SQL Server. La compensación varía según la región y se calcula mediante distintos factores de compensación. |
Para obtener más información sobre las reglas de compensación, los factores de compensación, ejemplos y métodos de compra, consulte Use storage plans y Use network plans.
Cargos por programas de copia de seguridad sin uso
Se le sigue cobrando almacenamiento aunque un programa de copia de seguridad no esté generando nuevos conjuntos, ya que las copias históricas continúan consumiendo recursos de almacenamiento.
Para liberar un programa de copia de seguridad o reducir la cantidad de datos respaldados, consulte View and reduce backup data, Delete or reduce backups y Delete backups of a released instance.
Pay-as-you-go: si no planea utilizar un programa de copia de seguridad pay-as-you-go durante un periodo prolongado, se recomienda liberarlo después de guardar los datos y descargar los conjuntos de copia de seguridad. Al liberarlo, se detienen todos los cargos futuros de copia de seguridad y almacenamiento. Para obtener más información, consulte Release or unsubscribe from a backup schedule.
Suscripción: si no planea utilizar un programa de copia de seguridad de suscripción durante un periodo prolongado, pero desea conservar los conjuntos históricos sin generar otros nuevos, se recomienda pause or restart the backup schedule. Después de pausar el programa, deja de incurrir en cargos de copia de seguridad. Sin embargo, los programas de suscripción que usan DBS Storage siguen generando cargos de almacenamiento.
Pausar un programa de copia de seguridad de suscripción en ejecución no afecta su periodo de suscripción.
Solo se generan cargos de almacenamiento en los programas de copia de seguridad de suscripción que usan DBS Storage.
Cambio de método de facturación
No, esta opción no es compatible.
Liberación de un programa de copia de seguridad pay-as-you-go
Sí. Para obtener más información, consulte Release a backup schedule.
Cancelación o liberación de programas de suscripción
No es posible liberar un programa de copia de seguridad de suscripción.
No es posible cancelar la suscripción de un programa de copia de seguridad de suscripción.
Para obtener más información, consulte Refund policy.
Efectos del vencimiento del plan
Storage plans y network plans son planes de recursos prepagados que ofrece Database Backup Service (DBS). Una vez que un plan vence, ya no se puede utilizar para compensar cargos de almacenamiento o de red. Esto no afecta sus programas de copia de seguridad ni los datos respaldados existentes.
Vencimiento y pagos atrasados
Para obtener más información, consulte Expiration and overdue payments.
**¿Cómo reducir los costos de un plan de copia de seguridad de recuperación ante desastres de datos con suscripción?**
Compre un storage plan para compensar los cargos de DBS Storage de los programas de copia de seguridad asociados a la misma cuenta. Para obtener más información, consulte DBS Storage and user-created OSS buckets.
Cargos inesperados por copia de seguridad de base de datos
Las funciones de copia de seguridad y restauración de ApsaraDB RDS, PolarDB, ApsaraDB for MongoDB, ApsaraDB for Redis, Tair y AnalyticDB for PostgreSQL las proporciona Database Backup Service (DBS). Es posible que haya generado estos cargos al usar las funciones de copia de seguridad de dichos productos. Para obtener más información, consulte Billing overview.
Solucionar un programa de copia de seguridad con errores
Síntoma
En la página Backup Schedules, un programa de copia de seguridad con errores muestra el estado Error.
Causa
El estado Error indica que como mínimo una tarea del programa de copia de seguridad falló. Puede tratarse de una copia de seguridad completa, incremental o de otro tipo de tarea.
Cuando una tarea falla, Data Disaster Recovery no la reinicia automáticamente. De este modo se evita cualquier impacto potencial en sus servicios empresariales.
Para garantizar que sus servicios funcionen correctamente, investigue la causa del error de inmediato. Si el problema persiste después de aplicar las soluciones de este tema, contáctenos en el grupo de soporte al cliente de DBS (ID de grupo de DingTalk: 35585947).
Solución
Data Disaster Recovery ofrece las siguientes soluciones para las tareas de copia de seguridad con errores.
|
Escenario y solución |
Notas |
|
Si ya identificó y resolvió la causa del fallo de la tarea, haga clic en Restart Backup. Por ejemplo, si una copia de seguridad falló porque la instancia de origen estaba detenida, reinicie la tarea con errores una vez que la instancia de origen esté en ejecución. |
|
|
Si ya identificó y resolvió la causa del fallo de la tarea, haga clic en Ignore Error. Por ejemplo, si una copia de seguridad falló porque la instancia de copia de seguridad se apagó o un servicio no estaba disponible, pero ahora sí lo está, puede ignorar el error. La copia de seguridad se ejecutará según lo programado durante la siguiente ventana de copia de seguridad. |
Si el problema se resolvió, el estado de la tarea cambia a Completed después de ignorar el error. Si era la única tarea con errores del programa, el estado del programa vuelve a Running. Si el estado del programa sigue siendo Error, compruebe si hay otras tareas con errores. |
|
Si no logra determinar la causa del error ni cómo resolverlo, pase el cursor sobre el ícono de signo de exclamación (!) para consultar el mensaje de error. Luego, busque ese mensaje en el tema Troubleshoot Data Disaster Recovery errors. |
Si su error no aparece en el tema, o si la solución recomendada no resuelve el problema, contáctenos en el grupo de soporte al cliente de DBS (ID de grupo de DingTalk: 35585947). |
Procedimiento
-
Haga clic en Rectify en la columna Status del programa de copia de seguridad con errores. El sistema lo redirigirá a la página de la tarea con errores.
Si la tarea con errores es una copia de seguridad completa, se le redirige a la página Full Data. Si es una copia de seguridad incremental, se le redirige a la página Incremental Data.
-
Elija una solución para corregir la tarea de copia de seguridad con errores.
-
Para reiniciar la tarea de copia de seguridad con errores, haga clic en Restart Backup.
NotaSi la tarea con errores es una copia de seguridad completa, evalúe el impacto de la operación en la base de datos de origen antes de reiniciarla. Ejecute esta acción fuera del horario de mayor demanda.
Para ignorar el error, haga clic en Ignore Error.
-
Para solucionar el problema, pase el cursor sobre el ícono de signo de exclamación (!) para consultar el mensaje de error. Luego, haga clic en View Exception Fixing Suggestions (para una copia de seguridad completa con errores) o en View Incremental Exception Fixing Suggestions (para una copia de seguridad incremental con errores). El sistema lo redirigirá al tema Common errors. Busque el mensaje de error en dicho tema.
NotaSi no encuentra el mensaje de error, es posible que el fallo lo haya provocado otro tipo de tarea. En este caso, contáctenos en el grupo de soporte al cliente de DBS (ID de grupo de DingTalk: 35585947).
-
Activar Database Backup Service (DBS)
La primera vez que utiliza Database Backup Service (DBS), debe otorgar el rol AliyunServiceRoleForDBS a DBS y activar Object Storage Service (OSS). Esto permite que DBS acceda, consulte y gestione sus bases de datos, además de respaldarlas en OSS en tiempo real. Esta autorización garantiza que las funciones de copia de seguridad y recuperación de DBS funcionen correctamente y no afecta el rendimiento de sus instancias de copia de seguridad de DBS.
Paso 1: Otorgar autorización al rol vinculado al servicio de DBS
El rol vinculado al servicio de DBS, AliyunServiceRoleForDBS, es un rol de RAM que otorga permisos para acceder a otros servicios en la nube. Cuando DBS necesita acceder a sus bases de datos de Alibaba Cloud, como ApsaraDB for RDS, ApsaraDB for MongoDB, ApsaraDB for Redis o PolarDB, o a una base de datos autogestionada alojada en una instancia de Elastic Compute Service (ECS), utiliza AliyunServiceRoleForDBS para obtener los permisos necesarios. Para obtener más información, consulte service-linked roles.
La primera vez que utilice DBS, debe otorgar el rol vinculado al servicio (AliyunServiceRoleForDBS) a DBS. Para obtener más información sobre los permisos, consulte Appendix: AliyunServiceRoleForDBS.
Inicie sesión en DMS 5.0.
-
En la barra de navegación superior, elija Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source.
NotaSi utiliza la consola de DMS en modo simple, coloque el puntero sobre el ícono
en la esquina superior izquierda de la consola de DMS y elija All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source. -
En el cuadro de diálogo que aparece, haga clic en Authorize DBS SLR.
NotaSi el cuadro de diálogo de autorización no aparece después de iniciar sesión en la consola de DBS, omita los pasos restantes de este tema y proceda a crear una copia de seguridad. Para obtener más información, consulte Manage a backup by using a disaster recovery data source o Create a backup from the backup plan list.
-
Haga clic en OK.
Se crea el rol vinculado al servicio de DBS (AliyunServiceRoleForDBS). Si necesita eliminar el rol vinculado al servicio (AliyunServiceRoleForDBS), consulte Delete a RAM role.
Paso 2: Activar OSS
Activar Object Storage Service (OSS) no genera cargos. Después de la activación, cuando utilice Data Disaster Recovery para crear copias de seguridad, Data Disaster Recovery podrá almacenar los datos respaldados en OSS (almacenamiento en la nube).
Inicie sesión en la consola de Data Management Service (DMS) 5.0.
-
En la barra de navegación superior, elija Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.
NotaSi utiliza la consola de DMS en modo simple, coloque el puntero sobre el ícono
en la esquina superior izquierda de la consola de DMS y elija All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan. En el cuadro de diálogo que aparece, haga clic en Activate OSS Now.
En el cuadro de diálogo que aparece, haga clic en Activate Now.
En la página Object Storage Service (OSS), lea el acuerdo de servicio, seleccione la casilla de verificación del acuerdo y luego haga clic en Activate Now.
Con esto ha activado el servicio DBS.
Apéndice: AliyunServiceRoleForDBS
Nombre del rol: AliyunServiceRoleForDBS
Política: AliyunServiceRolePolicyForDBS
Permisos:
{
"Version": "1",
"Statement": [
{
"Action": [
"rds:DescribeDBInstanceNetInfo",
"rds:DescribeDBInstanceNetInfoForChannel",
"rds:DescribeTasks",
"rds:DescribeDBInstances",
"rds:DescribeFilesForSQLServer",
"rds:DescribeImportsForSQLServer",
"rds:DescribeSlowLogRecords",
"rds:DescribeBinlogFiles",
"rds:DescribeSQLLogRecords",
"rds:DescribeParameters",
"rds:DescribeParameterTemplates",
"rds:DescribeDBInstanceAttribute",
"rds:DescribeDatabases",
"rds:DescribeAccounts",
"rds:DescribeSecurityIPList",
"rds:DescribeSecurityIps",
"rds:DescribeDBInstanceIPArray",
"rds:DescribeDBInstanceIPArrayList",
"rds:DescribeDBInstanceSSL",
"rds:DescribeDBInstanceTDE",
"rds:CreateDBInstance",
"rds:CreateAccount",
"rds:CreateDatabase",
"rds:ModifySecurityIps",
"rds:GrantAccountPrivilege",
"rds:CreateMigrateTask",
"rds:CreateOnlineDatabaseTask",
"rds:DescribeMigrateTasks",
"rds:DescribeOssDownloads",
"rds:CreateBackup",
"rds:DescribeBackups",
"rds:DescribeBackupPolicy",
"rds:ModifyBackupPolicy",
"rds:DescribeBackupTasks",
"rds:DescribeBinlogFiles"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"ecs:DescribeInstance",
"ecs:DescribeInstances",
"ecs:DescribeVpcs",
"ecs:DescribeSecurityGroups",
"ecs:DescribeSecurityGroupAttribute",
"ecs:AuthorizeSecurityGroup",
"ecs:JoinSecurityGroup",
"ecs:RevokerSecurityGroup"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"kms:ListKeys"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"cms:PutEventRule",
"cms:PutEventTargets",
"cms:ListEventRules",
"cms:ListEventTargetsByRule",
"cms:DeleteEventRule",
"cms:DeleteEventTargets"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"polardb:DescribeDBClusterIPArrayList",
"polardb:DescribeDBClusterNetInfo",
"polardb:DescribeDBClusters",
"polardb:ModifySecurityIps",
"polardb:DescribeDBClusterEndpoints",
"polardb:DescribeDBClusterAccessWhitelist",
"polardb:ModifyDBClusterAccessWhitelist"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"dds:DescribeDBInstanceAttribute",
"dds:DescribeReplicaSetRole",
"dds:DescribeSecurityIps",
"dds:DescribeDBInstances",
"dds:ModifySecurityIps"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"kvstore:DescribeSecurityIps",
"kvstore:DescribeInstances",
"kvstore:DescribeAccounts",
"kvstore:DescribeDBInstanceNetInfo",
"kvstore:CreateAccount",
"kvstore:ModifySecurityIps",
"kvstore:DescribeInstanceAttribute",
"kvstore:AllocateInstancePrivateConnection",
"kvstore:DescribeLogicInstanceTopology"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"drds:DescribeDrdsDB",
"drds:DescribeDrdsDBs",
"drds:DescribeDrdsDbInstance",
"drds:DescribeDrdsDbInstances",
"drds:DescribeDrdsDBIpWhiteList",
"drds:DescribeDrdsInstances",
"drds:ModifyDrdsIpWhiteList",
"drds:CreateDrdsDB",
"drds:DescribeTable",
"drds:DescribeTables",
"drds:ModifyRdsReadWeight",
"drds:ChangeAccountPassword",
"drds:CreateDrdsInstance",
"drds:CreateInstanceAccount",
"drds:CreateInstanceInternetAddress",
"drds:DescribeInstanceAccounts"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"vpc:DescribeVpcs"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"bssapi:QueryResourcePackageInstances"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "hdm:AddHDMInstance",
"Resource": "*",
"Effect": "Allow"
},
{
"Action": "ram:DeleteServiceLinkedRole",
"Resource": "*",
"Effect": "Allow",
"Condition": {
"StringEquals": {
"ram:ServiceName": "dbs.aliyuncs.com"
}
}
}
]
}
Permisos de cuenta
MySQL
|
Función |
Permisos |
|
Copia de seguridad |
|
|
Restauración |
SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT y TRIGGER. |
Para ejecutar una copia de seguridad incremental en una base de datos MySQL, debe usar la instrucción
show binary logs. En MySQL 5.5.24 y versiones anteriores, la cuenta de la base de datos debe tener el permisosuperpara ejecutar esta instrucción. En MySQL 5.5.25 y versiones posteriores, solo se requiere el permisoREPLICATION CLIENT.En una base de datos de RDS, una cuenta de solo lectura es suficiente para las copias de seguridad, mientras que las restauraciones requieren una cuenta de lectura y escritura.
SQL Server
|
Función |
Permisos |
|
Copia de seguridad |
SELECT y VIEW DEFINITION |
|
Restauración |
SELECT, INSERT, ALTER Database, REFERENCES y VIEW DEFINITION |
PostgreSQL
|
Función |
Permisos |
|
Copia de seguridad |
Permiso SELECT o un rol SUPER |
|
Restauración |
CREATE, INSERT, USAGE, REFERENCES y TRIGGER |
Consistencia de datos
En las copias de seguridad lógicas, Data Disaster Recovery utiliza un método sin bloqueos durante el proceso de copia de seguridad completa para extraer datos en paralelo y respaldarlos en OSS. Así se minimiza el impacto en el rendimiento de la base de datos.
Las copias de seguridad completas contienen datos de distintos puntos en el tiempo. Durante la recuperación de datos, primero se restaura la copia de seguridad completa y luego la incremental. El proceso de recuperación incremental es idempotente, lo cual garantiza la consistencia de los datos.
|
Copia de seguridad incremental |
Consistencia de datos |
|
Habilitada |
Compatible |
|
Deshabilitada |
No compatible |
Gestión del ciclo de vida
Ciclo de vida
El ciclo de vida de un conjunto de copia de seguridad puede ser de 7 a 3650 días (10 años). Data Disaster Recovery elimina automáticamente los conjuntos de copia de seguridad vencidos que cumplen con los criterios de limpieza.
De acuerdo con la política de limpieza, si un programa de copia de seguridad contiene más de tres conjuntos de copia de seguridad completos, Data Disaster Recovery elimina automáticamente los conjuntos completos e incrementales vencidos.
Puede esperar a la siguiente copia de seguridad programada o iniciar una manualmente si lo necesita. La política de limpieza se activa cuando la cantidad de conjuntos de copia de seguridad completos supera los tres. Para obtener más información, consulte Manually initiate a backup task.
Si elimina continuamente conjuntos de copia de seguridad completos de modo que la cantidad total se mantenga en tres o menos, la política de limpieza no se activa. Como resultado, los conjuntos de copia de seguridad incrementales se almacenan de forma indefinida en Data Disaster Recovery y consumen espacio de almacenamiento. Si ya no necesita copias de seguridad incrementales, deshabilite la función de copia de seguridad de registros incrementales. Para obtener más información, consulte Enable or disable incremental log backup.
Si modifica el ciclo de vida después de crear un programa de copia de seguridad, las nuevas reglas se aplican tanto a los conjuntos nuevos como a los existentes.
Modificación del ciclo de vida
Para obtener más información, consulte Modify the backup policy of a backup schedule o Modify the lifecycle of a backup schedule.
Operaciones relacionadas
Para saber cómo consultar los tamaños de las copias de seguridad y reducir los respaldos de datos, consulte Delete backup sets or reduce the backup frequency.
Preguntas frecuentes
-
P: Establecí el ciclo de vida de mi programa de copia de seguridad en 7 días. ¿Por qué no se eliminan los conjuntos de copia de seguridad vencidos?
R: La política de limpieza no se activa si un programa de copia de seguridad contiene tres conjuntos completos o menos. Por lo tanto, los conjuntos vencidos no se eliminan automáticamente.
-
P: Mis conjuntos de copia de seguridad vencieron. ¿Por qué las copias de seguridad incrementales siguen consumiendo espacio de almacenamiento?
R: Esto ocurre cuando las eliminaciones manuales mantienen la cantidad de conjuntos de copia de seguridad completos en tres o menos, lo que impide que se active la política de limpieza. Para obtener más información, consulte Lifecycle rules.
Tamaño de los datos de la copia de seguridad
El tamaño de los datos de la copia de seguridad es el volumen de datos transmitidos a través de la ruta de copia de seguridad de Data Disaster Recovery.
Conceptos clave
Los escenarios de copia de seguridad de bases de datos involucran los siguientes conceptos: espacio en disco de la base de datos, tamaño del archivo de datos, tamaño de los datos de la copia de seguridad y tamaño de los datos almacenados.
| Cantidad de datos | Descripción |
| Espacio en disco de la base de datos | Es el espacio total que consumen los archivos de datos, los registros, los archivos del sistema operativo y el espacio disponible del sistema operativo del servidor donde reside la base de datos. Nota
|
| Tamaño del archivo de datos | Es la cantidad de espacio en disco que ocupan los archivos de datos de la base de datos en el servidor donde esta reside. Siga estos pasos para consultar el tamaño del archivo de datos de una base de datos:
|
| Tamaño de los datos de la copia de seguridad | Es la cantidad de datos respaldados mediante Database Backup (DBS). Este tamaño depende de diversos factores, como el tipo de base de datos, el modo de copia de seguridad y la granularidad de la copia de seguridad. |
| Tamaño de los datos almacenados | Es el volumen de datos guardados en el sistema de almacenamiento. Este tamaño depende de varios factores, como el tamaño de los datos de la copia de seguridad, el formato de almacenamiento de dichos datos y el algoritmo de compresión. |
En general, la relación entre estos tamaños es la siguiente: espacio en disco de la base de datos (en RDS/ECS) > tamaño del archivo de datos (uso real) > tamaño de los datos de la copia de seguridad > tamaño de los datos almacenados.
En resumen, puede reducir el tamaño de los datos de la copia de seguridad si ajusta la granularidad y el ciclo de copia de seguridad que ofrece Data Disaster Recovery. Esto, a su vez, disminuye los costos de Data Disaster Recovery. También puede reducir el tamaño de los datos almacenados mediante el formato de almacenamiento compacto, la compresión y las políticas automáticas de ciclo de vida y limpieza que proporciona Data Disaster Recovery, lo cual reduce sus costos de OSS.
Uso de la copia de seguridad
Haga clic en manage en la columna actions del programa de copia de seguridad de destino.
-
Consulte el tamaño de los datos de la copia de seguridad en la sección billing information.
Parámetro
Descripción
Instance type
Data Disaster Recovery admite diversos tipos de instancia, incluidos serverless, micro, small, medium, large y xlarge. Para obtener más información, consulte How to select backup schedule specifications.
Billing method
Data Disaster Recovery admite los métodos de facturación pay-as-you-go y suscripción. Para obtener más información, consulte billing items (DMS).
Free backup data quota
Las cuotas de datos gratuitas, los precios y el rendimiento de copia de seguridad y recuperación varían según el tipo de instancia. Para obtener más información, consulte billing items (DMS).
NotaActualice el tipo de instancia para aumentar su cuota de datos gratuita. Para obtener más información, consulte Upgrade a backup schedule y Free quotas for each instance type.
Billed backup data this month
El uso de datos que excede la cuota gratuita genera cargos. Un tipo de instancia superior ofrece un mejor rendimiento de copia de seguridad y recuperación a un precio unitario menor.
Full backup data this month
El total de datos de todas las tareas de copia de seguridad completa.
Incremental backup data this month
El total de datos de todas las tareas de copia de seguridad incremental.
Statistical period
Las estadísticas se calculan por mes calendario.
Created at
La hora en que se creó el programa de copia de seguridad.
Modificar el origen de la copia de seguridad
Casos de uso
La base de datos original se migró o se dio de baja, y necesita cambiar a una nueva base de datos para las copias de seguridad.
La fase de pruebas finalizó y necesita cambiar a una base de datos de producción para las copias de seguridad.
Las credenciales de cuenta configuradas para la base de datos de origen son incorrectas o tienen permisos insuficientes, por lo que debe actualizarlas.
El esquema de la base de datos de origen cambió y necesita reconfigurar los objetos de la copia de seguridad.
Procedimiento
Modificar las credenciales y los objetos de la copia de seguridad
Requisitos previos
El programa de copia de seguridad utiliza el método logical backup.
La cuenta de la base de datos de origen debe contar con los permisos obligatorios para respaldar y restaurar datos. Para obtener más información, consulte Account permissions.
Procedimiento
En la columna Actions del programa de copia de seguridad de destino, haga clic en Manage. Se abrirá la página Configure Task.
En la sección Basic Information, haga clic en Edit Backup Source. Para conocer cómo configurar el origen de la copia de seguridad en distintas bases de datos, consulte Configure a backup schedule and restore data.
-
Actualice la información del origen de la copia de seguridad y haga clic en Next cuando la prueba de conexión sea exitosa.
Los parámetros incluyen Backup Method, Database Location, Instance region, RDS instance ID, Connection address, Database Account y Password. Después de introducir la información, haga clic en Check Connection.
-
Especifique los objetos de la base de datos que desea respaldar y haga clic en Save.
Para agregar una nueva base de datos de origen, selecciónela en la sección Available y haga clic en el icono
.Para eliminar una base de datos seleccionada, márquela en la sección Selected y haga clic en el icono
.
Esta página utiliza un selector de lista doble. Haga clic en las flechas > y < para mover los objetos de la base de datos entre ambas listas.
-
En el cuadro de diálogo precheck, el sistema ejecuta en orden las comprobaciones source database connectivity check, database permission check, OSS check y storage engine check. Cuando todas sean exitosas, haga clic en Start Immediately.
NotaSi hace clic en Start Immediately mientras se ejecuta una tarea de incremental backup, el sistema la marca como completada y programa una nueva tarea de incremental backup con las credenciales de cuenta actualizadas.
Si no hay ninguna tarea de full backup en ejecución, el sistema inicia de inmediato una tarea de copia de seguridad completa. Para minimizar el impacto en la source database, se recomienda modificar la configuración durante las horas de menor actividad.
Si hay una tarea de full backup en ejecución, el sistema no actualiza su configuración. La nueva configuración se aplicará a la siguiente tarea de full backup programada o iniciada manualmente.
Modificar los objetos de la copia de seguridad
En la columna Actions del programa de copia de seguridad de destino, haga clic en Manage. Se abrirá la página Configure Task.
En la sección Basic Information, haga clic en Edit Backup Objects.
-
Modifique los objetos de la copia de seguridad y haga clic en Save.
Para agregar una nueva base de datos de origen, selecciónela en el área Source Database Objects de la izquierda y haga clic en
.Para quitar una base de datos seleccionada previamente, márquela en el área Selected Database Objects de la derecha y haga clic en
.
Esta página utiliza un selector de lista doble. Haga clic en las flechas > y < para mover los objetos de la base de datos entre ambas listas.
-
Aparecerá el cuadro de diálogo Start Full Backup con el mensaje "Are you sure you want to back up the database immediately?". Haga clic en OK o en Close.
Si hace clic en OK, la backup task comenzará en aproximadamente un minuto y respaldará los objetos especificados en el backup schedule. Para minimizar el impacto en la source database, se recomienda ejecutar esta operación durante las horas de menor actividad.
Si hace clic en Close, el sistema guarda la configuración, pero no inicia una tarea de full backup inmediata. La nueva configuración se aplicará a la siguiente copia de seguridad programada.
Programa de copia de seguridad entre regiones
Cuando habilita la función de copia de seguridad entre regiones en la consola de ApsaraDB RDS, Data Disaster Recovery utiliza Express Connect para transferir y respaldar los datos de su instancia de RDS (ApsaraDB RDS for MySQL, ApsaraDB RDS for SQL Server o ApsaraDB RDS for PostgreSQL) entre distintas regiones. Este proceso también crea un nuevo programa de copia de seguridad en la consola de Data Disaster Recovery. Consulte la información de la base de datos de origen en la página de detalles del programa de copia de seguridad.
Para obtener más información sobre la función de copia de seguridad entre regiones y su facturación, consulte los siguientes temas:
Preguntas frecuentes
-
P: ¿Cómo deshabilito el programa de copia de seguridad?
R: Después de deshabilitar la función de copia de seguridad entre regiones en la consola de ApsaraDB RDS, Data Disaster Recovery detiene automáticamente el programa de copia de seguridad correspondiente.
-
P: ¿Por qué se me sigue cobrando después de deshabilitar la función de copia de seguridad entre regiones?
R: Al deshabilitar la función de copia de seguridad entre regiones, se detiene la facturación por transferencia de datos y no se crean nuevas copias de seguridad. Sin embargo, el sistema conserva las copias existentes durante como mínimo 7 días, según la política de retención. Puede set the retention period a 7 días. Transcurrido ese plazo, el sistema elimina automáticamente todos los archivos de copia de seguridad entre regiones y dejará de generar cargos de almacenamiento por ellos.
-
P: ¿Puedo cambiar el método de facturación del programa de copia de seguridad a suscripción?
R: No. Este tipo de programa de copia de seguridad utiliza el método de facturación pay-as-you-go de forma predeterminada y no es posible cambiarlo a suscripción.
-
P: Después de deshabilitar la función de copia de seguridad entre regiones en la consola de ApsaraDB RDS, ¿por qué el programa de copia de seguridad sigue apareciendo en la consola de Data Disaster Recovery?
R: El programa de copia de seguridad permanece temporalmente en la consola de Data Disaster Recovery, pero ya no genera ningún cargo.
Impacto de las copias de seguridad
Ejecutar copias de seguridad para la recuperación ante desastres afecta el rendimiento de la base de datos. Para minimizar este impacto, programe las tareas de copia de seguridad durante las horas de menor actividad.
Principios e impacto de las copias de seguridad
|
Elemento |
Copia de seguridad lógica |
Copia de seguridad física |
|
Principio de la copia de seguridad completa |
Lee los datos de las tablas en paralelo mediante la ejecución de sentencias SQL en varios subprocesos. |
Una puerta de enlace de copia de seguridad instalada en el servidor de la base de datos copia directamente los archivos de esta. |
|
Principio de la copia de seguridad incremental |
Captura los registros de la memoria de la base de datos en tiempo real para realizar copias de seguridad incrementales. Este método evita la acumulación de datos y reduce el impacto en el rendimiento de E/S de la base de datos. |
|
|
Impacto en la base de datos |
Lee los datos de la instancia de la base de datos, lo cual afecta su rendimiento, pero no provoca bloqueos de tablas. |
Lee los datos del disco de la base de datos, lo cual afecta el rendimiento de E/S, pero no provoca bloqueos de tablas. |
Formato binlog para MySQL
Data Disaster Recovery admite la copia de seguridad completa, la copia de seguridad incremental y la restauración de datos. Para garantizar que las copias de seguridad se ejecuten correctamente, Data Disaster Recovery requiere configuraciones y permisos de cuenta específicos en la base de datos que desea respaldar.
Escenario de error
Al configurar un programa de copia de seguridad en la consola de Data Disaster Recovery, la comprobación previa falla. El mensaje de error indica que el parámetro binlog_format de la base de datos de origen no está establecido en ROW. Para obtener más información, consulte Back up on-premises and third-party cloud databases.
Para resolver este problema, ejecute el comando set global binlog_format=ROW en incremental data y luego finalice todas las conexiones activas. Si no finaliza las conexiones, las sesiones existentes podrían seguir escribiendo datos en un formato distinto de ROW, lo que genera incremental data inconsistentes.
Notas de uso
El parámetro
binlog_formatdebe establecerse en ROW. En el modo ROW, el registro binario almacena data restoration y data restoration completos para cualquier operación de lenguaje de manipulación de datos (DML). Este nivel de detalle en los registros es fundamental para data restoration.No se recomienda establecer
binlog_formaten STATEMENT ni en MIXED. El formato ROW es más estable y confiable para fines de copia de seguridad y recuperación.Cambiar
binlog_formata ROW solo afecta el contenido del registro binario y no impacta las consultas de la base de datos. No obstante, se recomienda finalizar todas las conexiones activas de la base de datos para asegurar que utilicen el formato ROW.
Procedimiento
-
Utilice un source database para conectarse a source database y ejecute el siguiente comando para establecer
binlog_formatenROW.SET GLOBAL binlog_format = 'ROW';Para comprobar el valor actual del parámetro binlog_format, ejecute el siguiente comando:
SHOW GLOBAL VARIABLES LIKE 'binlog_format'; Finalice todas las conexiones activas a la base de datos. Este paso es fundamental para evitar que las sesiones existentes escriban datos en un formato distinto de ROW, lo cual genera incremental data inconsistentes.
Hacer una copia de seguridad de una instancia de solo lectura
Requisitos previos
-
Compró un programa de copias de seguridad. Para obtener más información, consulte Create a backup schedule.
NotaCuando compre el programa de copias de seguridad, seleccione MySQL como tipo de base de datos y logical backup como método de copia de seguridad.
Creó una instancia de solo lectura de ApsaraDB RDS for MySQL. Para obtener más información, consulte Create a read-only ApsaraDB RDS for MySQL instance.
-
Method 1: Configure a backup schedule using a public endpoint:
Obtenga el endpoint público de la instancia de solo lectura. Para obtener más información, consulte View and manage instance endpoints and port numbers.
-
Agregue los bloques CIDR de Database Backup Service (DBS) a la lista blanca de la instancia de solo lectura. Para obtener más información, consulte Configure an IP whitelist.
NotaAl configurar el programa de copias de seguridad, seleccione Self-managed database with Public IP:Port en Database Location y, a continuación, haga clic en How to Add to Whitelist para obtener los bloques CIDR de Database Backup Service (DBS).
También debe especificar parámetros como Backup Method, Database Type y Connection Address.
-
Method 2: Configure a backup schedule using an internal endpoint:
-
Obtuvo el endpoint interno de la instancia de solo lectura y ejecutó el comando ping de forma local para obtener su dirección IP interna actual.
~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes Request timeout for icmp_seq 0 Request timeout for icmp_seq 1ImportanteLa dirección IP interna que obtenga puede cambiar en algunos escenarios, lo cual provoca errores en la copia de seguridad. Para obtener más información, consulte What are the impacts of a backup on a database?.
-
Agregó los bloques CIDR de Database Backup Service (DBS) a la lista blanca de la instancia de solo lectura. Para obtener más información, consulte Configure an IP whitelist.
NotaAl configurar el programa de copias de seguridad, seleccione RDS Instance en Database Location y, a continuación, haga clic en How to Add to Whitelist para obtener los bloques CIDR de Database Backup Service (DBS).
-
Consideraciones
La replicación del binlog puede retrasarse durante las copias de seguridad por red pública. Se recomienda establecer un valor mayor para el Retention Period de los registros locales en la pestaña Backup Policy de la página Backup and Restoration de su instancia de solo lectura de ApsaraDB RDS for MySQL. El periodo de retención predeterminado es de 18 horas.
-
Si configura un programa de copias de seguridad con un endpoint interno, la dirección IP interna puede cambiar al clonar la instancia de solo lectura, migrarla a otra zona de disponibilidad o modificar su VPC o vSwitch. Este cambio interrumpe la conexión con la instancia de origen y provoca un error en la copia de seguridad.
Si esto ocurre, obtenga una nueva dirección IP interna actual tal como se describe en la sección Requisitos previos y, a continuación, modify the backup source database. Guarde los cambios.
Procedimiento
Para configurar un plan de copia de seguridad de una instancia de solo lectura de ApsaraDB RDS for MySQL, seleccione una de estas dos opciones en Database Location: A self-managed database with a public IP address and port o A self-managed database connected through Express Connect, a VPN Gateway, or an Intelligent Gateway.
Método 1: uso de un endpoint público
-
En la página Backup Schedules, busque el ID del programa de copias de seguridad que desea configurar y haga clic en Configure Backup Schedule dentro de la columna Actions.

-
En la página Configure Backup Source and Destination, configure el origen y el destino de la copia de seguridad. Después, haga clic en Next en la esquina inferior derecha.
NotaEstablezca Database Location en Self-managed database with Public IP:Port.
En Connection Address, introduzca el endpoint público de la instancia de solo lectura de ApsaraDB RDS for MySQL. Para obtener más información, consulte View and manage instance endpoints and port numbers.
Para conocer los detalles de otros parámetros, consulte Manage a backup schedule.
-
En la página Edit Backup Objects, mueva las bases de datos o tablas de destino al cuadro Selected y haga clic en Next.
Nota-
Copia de seguridad lógica: permite seleccionar qué bases de datos y tablas respaldar durante una copia de seguridad completa. Algunos motores de bases de datos admiten respaldar varias bases de datos, una sola base de datos o una única tabla. También son compatibles con la copia de seguridad incremental, la cual no distingue entre bases de datos ni tablas y respalda todos los datos incrementales de forma predeterminada.
Haga clic en Select All en la esquina inferior izquierda para respaldar toda la base de datos. Los objetos y la granularidad de copia de seguridad admitidos varían según el motor de base de datos. Para obtener más información, consulte Supported database types and features.
Las bases de datos creadas después de configurar el programa de copias de seguridad no se respaldan de forma predeterminada. Para respaldar una base de datos recién creada, agréguela a la configuración del programa de copias de seguridad. Para obtener más información, consulte Modify backup objects.
Copia de seguridad física: solo permite respaldar una instancia de base de datos completa.
-
-
En la página Configure Backup Time, configure la hora de la copia de seguridad y otros parámetros. Luego, haga clic en Next en la esquina inferior derecha.
Parámetro
Descripción
Full Backup Frequency
Seleccione Periodic Backup o Single Backup según sus necesidades.
NotaSi necesita restaurar datos incrementales, se recomienda seleccionar Periodic Backup y ejecutar una copia de seguridad completa como mínimo una vez por semana. De lo contrario, restaurar los datos exige reproducir una gran cantidad de archivos binlog, lo que aumenta el riesgo de fallos de restauración y prolonga el objetivo de tiempo de recuperación (RTO).
Full Backup Cycle
Este parámetro es obligatorio si establece Full Backup Frequency en Periodic Backup. Seleccione los días de la semana para la copia de seguridad. Debe elegir como mínimo un día por semana.
Full Backup Start Time
Este parámetro es obligatorio si establece Full Backup Frequency en Periodic Backup. Seleccione una hora de inicio para la copia de seguridad; por ejemplo, 01:00. Se recomienda configurarla en un horario de baja demanda.
NotaSi la tarea de copia de seguridad completa anterior sigue ejecutándose a la hora programada para iniciar la siguiente, el sistema omite la copia de seguridad programada.
Incremental Backup
Habilita la copia de seguridad incremental. Si habilita esta función, asegúrese de que el binlog esté habilitado en la base de datos de origen.
Nota-
Este parámetro aparece únicamente si establece Full Backup Frequency en Periodic Backup.
-
El binlog está habilitado de forma predeterminada en ApsaraDB RDS for MySQL. En una base de datos autogestionada, debe habilitarlo manualmente.
Maximum Concurrent Threads for Full Backup
Introduzca el número máximo de subprocesos simultáneos para una copia de seguridad completa. Ajuste este parámetro para controlar la velocidad de la copia de seguridad. Por ejemplo, reduzca la cantidad de subprocesos para minimizar el impacto en la base de datos.
Backup Network Throttling
Límite del ancho de banda de red. Unidad: MB/s. Establezca el límite según sus requisitos de negocio. El valor predeterminado 0 indica que el ancho de banda de red es ilimitado.
NotaEste parámetro se muestra únicamente cuando respalda una base de datos MySQL.
-
-
En el paso Edit Lifecycle, configure el ciclo de vida de los datos de copia de seguridad completa en la sección Configure Full Data Backup Lifecycle.
NotaSi en el paso 6 estableció el parámetro Incremental Backup en Enable, debe configurar el ciclo de vida de los datos de copia de seguridad incremental.
Una vez completadas las configuraciones, haga clic en Precheck en la esquina inferior derecha de la página.
-
En el cuadro de diálogo Precheck, haga clic en Start Task después de que la comprobación previa se complete correctamente.
NotaEl programa de copias de seguridad estará listo cuando su Status cambie a Running.
Si el programa de copias de seguridad presenta un comportamiento anómalo o reporta un error, diagnostique y resuelva el problema de inmediato. Para obtener más información, consulte How to fix an abnormal backup schedule. Si el problema persiste tras seguir las sugerencias del tema, contacte al soporte técnico en el grupo de DingTalk (ID: 35585947).
Método 2: uso de un endpoint interno
-
En la página Backup Schedules, busque el ID del programa de copias de seguridad que desea configurar y haga clic en Configure Backup Schedule dentro de la columna Actions.

-
En la página Configure Backup Source and Destination, configure el origen y el destino de la copia de seguridad. Después, haga clic en Next en la esquina inferior derecha.
NotaEn Database Location, seleccione Self-managed database accessed via Express Connect/VPN Gateway/Intelligent Gateway.
En Destination VPC, seleccione la VPC de la instancia de solo lectura de ApsaraDB RDS for MySQL de destino.
En Connection address, introduzca la dirección IP privada tal como se describe en Requisitos previos.
En Port, introduzca el número de puerto de la instancia de solo lectura de ApsaraDB RDS for MySQL de destino.
Para conocer los detalles de otros parámetros, consulte Manage a backup schedule.
-
En la página Edit Backup Objects, mueva las bases de datos o tablas de destino al cuadro Selected y haga clic en Next.
Nota-
Copia de seguridad lógica: permite seleccionar qué bases de datos y tablas respaldar durante una copia de seguridad completa. Algunos motores de bases de datos admiten respaldar varias bases de datos, una sola base de datos o una única tabla. También son compatibles con la copia de seguridad incremental, la cual no distingue entre bases de datos ni tablas y respalda todos los datos incrementales de forma predeterminada.
Haga clic en Select All en la esquina inferior izquierda para respaldar toda la base de datos. Los objetos y la granularidad de copia de seguridad admitidos varían según el motor de base de datos. Para obtener más información, consulte Supported database types and features.
Las bases de datos creadas después de configurar el programa de copias de seguridad no se respaldan de forma predeterminada. Para respaldar una base de datos recién creada, agréguela a la configuración del programa de copias de seguridad. Para obtener más información, consulte Modify backup objects.
Copia de seguridad física: solo permite respaldar una instancia de base de datos completa.
-
-
En la página Configure Backup Time, configure la hora de la copia de seguridad y otros parámetros. Luego, haga clic en Next en la esquina inferior derecha.
Parámetro
Descripción
Full Backup Frequency
Seleccione Periodic Backup o Single Backup según sus necesidades.
NotaSi necesita restaurar datos incrementales, se recomienda seleccionar Periodic Backup y ejecutar una copia de seguridad completa como mínimo una vez por semana. De lo contrario, restaurar los datos exige reproducir una gran cantidad de archivos binlog, lo que aumenta el riesgo de fallos de restauración y prolonga el objetivo de tiempo de recuperación (RTO).
Full Backup Cycle
Este parámetro es obligatorio si establece Full Backup Frequency en Periodic Backup. Seleccione los días de la semana para la copia de seguridad. Debe elegir como mínimo un día por semana.
Full Backup Start Time
Este parámetro es obligatorio si establece Full Backup Frequency en Periodic Backup. Seleccione una hora de inicio para la copia de seguridad; por ejemplo, 01:00. Se recomienda configurarla en un horario de baja demanda.
NotaSi la tarea de copia de seguridad completa anterior sigue ejecutándose a la hora programada para iniciar la siguiente, el sistema omite la copia de seguridad programada.
Incremental Backup
Habilita la copia de seguridad incremental. Si habilita esta función, asegúrese de que el binlog esté habilitado en la base de datos de origen.
Nota-
Este parámetro aparece únicamente si establece Full Backup Frequency en Periodic Backup.
-
El binlog está habilitado de forma predeterminada en ApsaraDB RDS for MySQL. En una base de datos autogestionada, debe habilitarlo manualmente.
Maximum Concurrent Threads for Full Backup
Introduzca el número máximo de subprocesos simultáneos para una copia de seguridad completa. Ajuste este parámetro para controlar la velocidad de la copia de seguridad. Por ejemplo, reduzca la cantidad de subprocesos para minimizar el impacto en la base de datos.
Backup Network Throttling
Límite del ancho de banda de red. Unidad: MB/s. Establezca el límite según sus requisitos de negocio. El valor predeterminado 0 indica que el ancho de banda de red es ilimitado.
NotaEste parámetro se muestra únicamente cuando respalda una base de datos MySQL.
-
-
En el paso Edit Lifecycle, configure el ciclo de vida de los datos de copia de seguridad completa en la sección Configure Full Data Backup Lifecycle.
NotaSi en el paso 6 estableció el parámetro Incremental Backup en Enable, debe configurar el ciclo de vida de los datos de copia de seguridad incremental.
Una vez completadas las configuraciones, haga clic en Precheck en la esquina inferior derecha de la página.
-
En el cuadro de diálogo Precheck, haga clic en Start Task después de que la comprobación previa se complete correctamente.
NotaEl programa de copias de seguridad estará listo cuando su Status cambie a Running.
Si el programa de copias de seguridad presenta un comportamiento anómalo o reporta un error, diagnostique y resuelva el problema de inmediato. Para obtener más información, consulte How to fix an abnormal backup schedule. Si el problema persiste tras seguir las sugerencias del tema, contacte al soporte técnico en el grupo de DingTalk (ID: 35585947).
Obtención de endpoints internos y públicos
Vaya a la página Instances. En la barra de navegación superior, seleccione la región donde reside la instancia de RDS. A continuación, busque la instancia de RDS y haga clic en su ID.
-
En la página Basic Information, haga clic en View Connection Details para consultar los endpoints interno y público de la instancia de solo lectura. La página Database Connection muestra el Internal Endpoint y el Public Endpoint junto con sus números de puerto correspondientes. El endpoint interno utiliza el formato
rr-bp1xxx.mysql.rds.aliyuncs.com.NotaSi la instancia de solo lectura no cuenta con un endpoint público, haga clic en Apply for Public Endpoint en la fila Public Endpoint de la página Database Connection y, a continuación, haga clic en OK. El nuevo endpoint aparecerá una vez habilitado.
Preguntas frecuentes
-
P: ¿Por qué mi programa de copias de seguridad no logra conectarse a la instancia de origen al usar una dirección IP interna y cómo lo soluciono?
R: Posibles causas: la dirección IP interna utilizada en el método 2 es dinámica y puede cambiar si clona la instancia de solo lectura, la migra a otra zona de disponibilidad o modifica su VPC o vSwitch. Este cambio interrumpe la conexión con la instancia de origen y provoca un error en la copia de seguridad.
Solución: utilice el endpoint interno de la instancia de solo lectura y ejecute el comando ping de forma local para obtener una nueva dirección IP interna actual. Después, modify the backup source database y guarde los cambios.
~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes Request timeout for icmp_seq 0 Request timeout for icmp_seq 1 -
P: ¿Database Backup Service (DBS) admite copias de seguridad completas e incrementales de una instancia de solo lectura?
R: Sí, DBS admite ambas.
Recuperación ante desastres y copia de seguridad de RDS
La recuperación ante desastres proporciona volcados y copias de seguridad lógicas, lo que permite respaldos entre regiones y flexibles.
RDS ofrece copias de seguridad físicas, lo que posibilita respaldos locales y restauraciones rápidas.
Ventajas de las copias de seguridad por volcado de Database Backup Service (DBS)
Copia de seguridad entre regiones
Las copias de seguridad utilizan una red segura, estable y dedicada.
DBS vuelca directamente las copias de seguridad físicas nativas y los registros de ApsaraDB RDS, por lo que no necesita iniciar un respaldo independiente.
Restaure un conjunto de copias de seguridad en una instancia de ApsaraDB RDS con un solo clic.
Conserve los conjuntos de copias de seguridad hasta por cinco años. Se almacenan de forma independiente y permanecen disponibles durante el periodo especificado, incluso después de liberar la instancia de ApsaraDB RDS.
DBS proporciona almacenamiento de escalado automático que no requiere mantenimiento.
Copia de seguridad flexible
Database Backup Service (DBS) protege los datos críticos al respaldar tablas principales en tiempo real. Combina copias de seguridad completas de tablas individuales con copias de seguridad incrementales en tiempo real para lograr un objetivo de punto de recuperación (RPO) de segundos y habilitar la recuperación a un momento específico.
Database Backup Service (DBS) es compatible con la recuperación de tablas individuales, lo que le permite extraer una tabla específica de un conjunto de copias de seguridad. Dado que el tiempo de recuperación depende únicamente del volumen de datos restaurados, puede recuperar los datos en cuestión de minutos.
Data Disaster Recovery incluye una función de mapeo de esquemas para la restauración. No necesita comprar una instancia de base de datos adicional para restaurar datos, ya que puede hacerlo directamente en la instancia original. Esta función le permite renombrar manualmente esquemas y tablas durante la restauración. Además, Data Disaster Recovery ofrece una estrategia de resolución de conflictos para objetos con el mismo nombre. Si durante la restauración se encuentra un esquema o una tabla con un nombre idéntico, se renombra automáticamente. Este proceso no elimina ni modifica los datos originales de la base de datos de destino.
En las bases de datos de RDS, Data Disaster Recovery se integra profundamente con DMS, lo que le permite iniciar copias de seguridad y restauraciones directamente. Acceda a esta función desde: Security and Specifications (DBS) > Data Disaster Recovery.
Consulte los archivos de copia de seguridad en OSS
Data Disaster Recovery admite respaldar instancias de base de datos en su propio bucket de OSS. Cuando respalda datos en OSS For User, Data Disaster Recovery crea automáticamente un directorio de copia de seguridad en el bucket de OSS especificado. No necesita crearlo manualmente. La convención de nomenclatura de los archivos de copia de seguridad es <Backup task ID>/<Backup type>/<Backup task run ID (full or incremental)>/<Specific data>.
En la página Backup Schedules, busque el programa de copias de seguridad que desea gestionar y haga clic en Manage dentro de la columna Actions.
-
En la página Configure Task, busque Destination OSS Bucket y haga clic en el nombre del bucket.
Se le redirige automáticamente al directorio del bucket de destino en la consola de OSS. Este directorio contiene una carpeta
fullpara las copias de seguridad completas y una carpetacontinuouspara las copias de seguridad incrementales. Para obtener más información sobre OSS, consulte Quick start.
Diferencia en la hora de ejecución de Data Disaster Recovery
Data Disaster Recovery ejecuta el SQL de copia de seguridad en la zona horaria UTC+0 para garantizar la confiabilidad de los datos en las copias de seguridad lógicas. Sin embargo, la función de auditoría SQL de ApsaraDB RDS registra estas ejecuciones en la zona horaria UTC+8. Por lo tanto, la hora mostrada en la consola de ApsaraDB RDS está ocho horas adelantada respecto a la hora de ejecución real que aparece en la consola de Data Disaster Recovery.
Impacto en las bases de datos
Las copias de seguridad de Data Disaster Recovery pueden afectar el rendimiento de la base de datos. Se recomienda ejecutarlas en horarios de baja demanda para minimizar el impacto.
|
Elemento |
Copia de seguridad lógica |
Copia de seguridad física |
|
Funcionamiento de las copias de seguridad completas |
Divide los datos de cada tabla y ejecuta instrucciones SQL para leerlos en paralelo mediante varios subprocesos. |
Una puerta de enlace de copia de seguridad en el servidor de la base de datos copia directamente los archivos de la base de datos. |
|
Funcionamiento de las copias de seguridad incrementales |
Ejecuta copias de seguridad incrementales al capturar registros de la memoria de la base de datos en tiempo real. Este método evita la acumulación de datos y reduce el impacto en el rendimiento de E/S de la base de datos. |
|
|
Impacto en la base de datos |
Lee datos de la instancia de base de datos, lo que afecta su rendimiento. Sin embargo, este método no provoca bloqueos de tablas. |
Lee datos del disco de la base de datos, lo que afecta su rendimiento de E/S. Sin embargo, este método no provoca bloqueos de tablas. |