Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.
Actualización más reciente 2023-12-14 GMT+08:00

Principios de copia de respaldo

Las instancias de GaussDB(for MySQL) admiten copias de respaldo automatizadas y manuales. Puede realizar periódicamente copias de respaldo de los datos de sus bases de datos, por lo que si una base de datos se vuelve defectuosa o los datos están dañados, puede restaurar la base de datos desde la copia de respaldo.

  • Copia de respaldo automatizado

    Puede hacer clic en Modify Backup Policy en la consola de gestión y el sistema realizará automáticamente una copia de respaldo de los datos de la instancia según la ventana de tiempo y el ciclo de copia de respaldo que especifique en la política de copia de respaldo y almacenará los datos durante el tiempo que haya configurado el período de retención.

    • Las copias de respaldo automatizadas no se pueden eliminar manualmente. Para eliminarlos, ajuste el período de retención especificado en su política de copia de respaldo automatizada. Las copias de respaldo retenidas (incluidas las copias de respaldo completas e incrementales) se eliminarán automáticamente al final del período de retención.
    • Una copia de respaldo completa significa que se realiza una copia de respaldo de todos los datos de la base de datos. En una copia de respaldo incremental, solo se realiza una copia de respaldo de los datos que han cambiado durante un período determinado.

      Las copias de seguridad incrementales se crean basándose en la copia de respaldo completa más reciente, como se muestra en Figura 1, por lo que la copia de respaldo completa más reciente que supera el período de retención se mantiene. Para obtener más información, consulte el siguiente ejemplo.

      Figura 1 Restauración de copias de respaldo

      Por ejemplo:

      En Figura 2, Backup Cycle se establece en Monday y Tuesday y el Retention Period se establece en 2 días.

      Figura 2 Política de copia de respaldo
      • Con esta configuración, la copia de respaldo completa generada el lunes se eliminará automáticamente el jueves. La copia de respaldo generada el lunes expira el miércoles, pero fue la última copia de respaldo, por lo que se conservará hasta que expire una nueva copia de respaldo. La próxima copia de respaldo se generará el martes y expirará el jueves. Por lo tanto, la copia de respaldo completa generada el lunes no se eliminará automáticamente hasta el jueves.
      • La copia de respaldo completa generada el martes se eliminará automáticamente el miércoles siguiente. La copia de respaldo generada el martes expirará el jueves, pero como es la última copia de respaldo, se conservará hasta que expire una nueva copia de respaldo. La siguiente copia de respaldo se generará el lunes siguiente y caducará el miércoles siguiente, por lo que la copia de respaldo completa generada el martes no se eliminará automáticamente hasta el miércoles siguiente.
  • Copia de respaldo manual

    Las copias de respaldo manuales son copias de respaldo completas iniciadas por el usuario de su base de datos. Se conservan hasta que usted eliminarlos manualmente.

    Se recomienda realizar una copia de respaldo de su base de datos regularmente, por lo que si su base de datos se vuelve defectuosa o los datos están dañados, puede restaurarla desde la copia de respaldo.

Principios de copia de respaldo

GaussDB(for MySQL) se basa en el almacenamiento DFV de última generación de Huawei, que desacopla el almacenamiento de la computación. La capa de cómputo proporciona servicios para sistemas externos y gestiona registros, y la capa de almacenamiento almacena los datos. La capa de almacenamiento consta de nodos de registro común y nodos de almacenamiento de segmento.

Como se muestra en Figura 3, la creación de copias de respaldo implica la capa informática y la capa de almacenamiento.

  • El nodo primario en la capa de cómputo lee el contenido del registro del nodo Common Log en la capa de almacenamiento y lo respalda en OBS.
  • El nodo primario en la capa de computación envía un commando para realizar una copia de respaldo de datos al nodo de almacenamiento de segmento en la capa de almacenamiento. El nodo Slice Store realiza una copia de respaldo de los datos en OBS.

Durante la creación de una copia de respaldo, el uso de CPU y memoria del nodo principal de su instancia aumentan ligeramente, pero no notará nada en la capa de almacenamiento. La copia de respaldo final se almacena en OBS como varios archivos de datos y no utiliza ningún espacio en disco de la instancia.

Figura 3 Principios de copia de respaldo