Todas las bases de datos MySQL se pierden de la noche a la mañana


15

Después de una llamada de un cliente para decir que su sitio web no funciona, encuentro que MySQL en nuestro servidor RackSpace Cloud Windows 2008 no se estaba ejecutando. Reinicié MySQL pero recibí el error 'Acceso denegado para el usuario' en el navegador para todos los sitios web con base de datos MySQL. Cuando miro en MySql Server 5.5 / data, no hay carpetas que no sean mysql y performance_schema. Parece que todas las bases de datos y datos han sido borrados. ¿Alguien sabe qué pudo haber sucedido y dónde se han ido los datos? Para colmo, acabo de encontrar que este servidor falta en nuestro servicio de respaldo.

ps parece ser después de la actualización de Windows a las 4:01 de esta mañana.


¿Hay entradas relevantes en su sistema y registros de MySQL?
user9517

1
"Para colmo, acabo de encontrar que este servidor falta en nuestro servicio de respaldo". Ay.
Tom O'Connor

el archivo de registro comienza a las 09:00 de esta mañana cuando inicié MySQL: InnoDB: el archivo de registro. \ ib_logfile0 no existía: nuevo para crear InnoDB: configuración del archivo de registro. \ ib_logfile0 tamaño a 5 MB InnoDB: la base de datos escribe físicamente el archivo completo : espera ...
Iain

1
Esto es más que la última zanja, pero tal vez podrías probar algún software de recuperación de datos. Sin embargo, debe apagar el servidor lo antes posible y acceder a los discos sin conexión.
Dan

77
¿Estás seguro de que estás buscando en el directorio correcto? Es posible que haya cambiado los datadirarchivos de configuración sin volver a cargar MySQL y luego este problema aparece solo después de reiniciar MySQL (posiblemente desencadenado por la actualización del sistema).
gertvdijk

Respuestas:


32
  1. Póngase en contacto con el soporte de Rackspace. Para eso están allí.
  2. Haz todo lo que te sugieran.
  3. Si eso no funciona, pruebe la sugerencia de Dan de software de recuperación de datos.
  4. Use esto como una oportunidad para crecer y aprender.

Asegúrese siempre de que todos sus servidores estén respaldados, y pruebe las copias de seguridad regularmente. No tiene sentido tener un servicio de respaldo si nunca prueba que puede restaurarlo.

Ah, y apaga las actualizaciones automáticas. Solo hágalos una vez que haya probado el impacto de la actualización, preferiblemente en otro servidor configurado de forma idéntica.


66
+1 Esto realmente debería ser una respuesta canónica a las preguntas sobre cómo restaurar datos que no han sido respaldados.
dunxd

2
Gracias por la ayuda chicos. gertvdijk me puso en la línea correcta, ya que encontré las carpetas de datos también en Archivos de programa / MySQL, así como en ProgramData / MySQL y restaurado de la combinación de carpetas de datos y el archivo ibdata1 después de reinstalar MySQL. En cuanto a la causa del problema original que causó la corrupción y evitó que MySQL se iniciara, la única pista que tengo es la actualización de Windows a las 4 a.m. de esta mañana, pero no puedo decir que eso sea seguro. Ha resaltado este servidor omitido del programa de copia de seguridad y ese sería el que tendría el problema si no fuera así.
Iain

1
Debería considerar cambiar la configuración del servidor de modo que las actualizaciones del sistema no se instalen automáticamente y sin supervisión, a menos que controle por otro medio exactamente qué actualizaciones están instaladas. ¿Qué sucede si una actualización cambia el comportamiento del sistema de tal manera que rompa los sitios web de sus clientes?
un CVn

55
Este es el límite de la llama, pero considere mover sus bases de datos mysql a un servidor Linux. Sus actualizaciones de seguridad automáticas nunca reinician el servidor y todos los principales proveedores de distribución probarán la compatibilidad de las actualizaciones con un programa central como mysql (por otro lado, ni Microsoft ni Oracle probarán mysql contra una actualización de Windows). Un cronjob de respaldo es probablemente un poco más fácil y más confiable que la mayoría del software de respaldo de Windows.
Bryan Waters
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.