Copia de seguridad dividida

Servidor de bases de datos grandes pero bases de datos individuales pequeñas: este es un buen enfoque cuando el tamaño total del servidor de bases de datos es de varios TB, pero el tamaño de cada base de datos de usuario individual e independiente es inferior a 1 TB. Para reducir el periodo de migración general, puede migrar bases de datos individuales por separado y en paralelo.

Utilicemos un ejemplo de un servidor de base de datos en las instalaciones de 2 TB. Este servidor consta de cuatro bases de datos de 0,5 TB cada una. Puede hacer copias de seguridad de cada base de datos individual por separado. Al restaurar la copia de seguridad, puede restaurar todas las bases de datos de una instancia en paralelo o, si las bases de datos son independientes, puede restaurar cada copia de seguridad en una instancia independiente. Se recomienda restaurar las bases de datos independientes en instancias distintas, en lugar de restaurarlas en la misma instancia. Para más información, consulte la sección Prácticas recomendadas de guía.

Servidor de bases de datos grandes pero tablas de bases de datos individuales pequeñas: este es un buen enfoque cuando el tamaño total del servidor de bases de datos es de varios TB, pero el tamaño de cada base de datos de usuario tabla de bases de datos independiente es inferior a 1 TB. Para reducir el periodo de migración general, puede migrar tablas independientes de manera individual.

Utilicemos un ejemplo de una base de datos de un solo usuario de 1 TB y que es la única base de datos de un servidor de bases de datos en las instalaciones. Hay 10 tablas en la base de datos y cada una tiene 100 GB. Puede hacer copias de seguridad de cada tabla individual por separado. Al restaurar la copia de seguridad, puede restaurar todas las tablas de una instancia en paralelo.

Una base de datos contiene tablas de cargas de trabajo transaccionales y no transaccionales: al igual que en el caso de uso anterior, puede utilizar un enfoque de copia de seguridad dividida cuando tiene tablas de cargas de trabajo transaccionales y no transaccionales en la misma base de datos.

Utilicemos un ejemplo de una base de datos de 2 TB que consta de 0,5 TB de tablas de cargas de trabajo críticas que se utilizan para el procesamiento de transacciones en línea (OLTP) y una sola tabla de 1,5 TB que se utiliza para archivar datos antiguos. Puede hacer la copia de seguridad de todos los objetos de la base de datos, excepto la tabla de archivo, como una copia de seguridad coherente y de una sola transacción. A continuación, haga otra copia de seguridad independiente de la tabla de archivo únicamente. Para la copia de seguridad de la tabla de archivo, también puede considerar la posibilidad de hacer varias copias de seguridad paralelas con condiciones para dividir el número de filas del archivo de copia de seguridad. A continuación, se muestra un ejemplo:

mysqldump -p your_db1 --tables your_table1 --where="column1 between 1 and 1000000 " > your_table1_part1.sql
mysqldump -p your_db1 --tables your_table1 --where="column1 between 1000001 and 2000000 " > your_table1_part2.sql
mysqldump -p your_db1 --tables your_table1 --where="column1 > 2000000 " > your_table1_part3.sql

Al restaurar los archivos de copia de seguridad, puede restaurar la copia de seguridad de la carga de trabajo transaccional y la copia de seguridad de la tabla de archivo en paralelo.

Limitaciones de recursos de computación: si tiene recursos de computación limitados en el servidor en las instalaciones, como la CPU, la memoria o las E/S del disco, esto puede afectar a la estabilidad y al rendimiento al hacer la copia de seguridad. En lugar de hacer una copia de seguridad completa, puede dividirla en partes.

Por ejemplo, un servidor de producción en las instalaciones puede estar muy cargado de cargas de trabajo y tener recursos de CPU limitados. Si hace una copia de seguridad de una sola ejecución de una base de datos de varios terabytes en este servidor, puede consumir recursos de CPU adicionales y afectar de manera negativa al servidor de producción. En lugar de hacer la copia de seguridad completa de la base de datos, divida la copia de seguridad en varias partes, por ejemplo, de 2 a 3 tablas cada una.