he hecho una copia de una base de datos MySQL desde hace varios años con el comando: mysqldump myDatabaseName -u root > myBackupFile.sql
Cómo restaurar de forma fiable las gotas de MySQL
han aparecido Las copias de seguridad que funciona bien ...
Entonces quería restaurar una de las copias de seguridad en una base de datos llamada diferente por lo que hice: mysql myNewDatabaseName -u root < myBackupFile.sql
Tengo algunos errores sobre el tamaño de archivo de registro así que dejé de MySQL y quitado los archivos de registro y establezca los siguientes parámetros en el archivo my.ini y mysql reiniciado.
innodb_log_file_size=64M
innodb_log_buffer_size=8M
La restauración ahora completa sin errores, pero una de las tres tablas que contiene gotas no se restaura.
Mi max-allowed-packet
se establece en 32M
El tamaño de copia de seguridad de base de datos es de aproximadamente 2.2 GB la mayoría de ese tamaño estar en la mesa que no restaure. Si ejecuto un mysqldump en la base de datos restaurada, el tamaño es de 185 MB.
Ahora he intentado hacer un mysqldump
con la opción --hex-blob
pero todavía no he intentado restaurar ese archivo (3,9 GB).
Realmente necesito tener una forma a prueba de bombas de copia de seguridad y restaurar ya que mis copias de seguridad existentes parecen inútiles. Estoy particularmente preocupado de que "falle silenciosamente" sin entradas de registro de errores por lo que puedo ver.
el medio ambiente es el servidor Windows 2003 SP2
Cualquier ayuda apreciada!
George
¿Están los blobs presentes en el archivo de volcado?Quizás para empezar, nunca se realizó una copia de seguridad y el proceso de restauración funcionó perfectamente con los datos que realmente existían. Max_packet afecta los datos en ambos sentidos. Si eliminó un límite demasiado pequeño, es posible que los blobs se hayan eliminado o truncado. –