Sufrimos serios problemas de rendimiento con nuestra base de datos Oracle y nos gustaría intentar migrarlo a una base de datos basada en MySQL (ya sea MySQL directamente o, más preferiblemente, Infobright).Migrar de Oracle a MySQL
Lo que pasa es que tenemos que dejar que el sistema antiguo y el viejo se superpongan durante al menos algunas semanas o incluso meses, antes de que realmente sepamos, si todas las características de la nueva base de datos coinciden con nuestras necesidades.
Por lo tanto, aquí está nuestra situación:
La base de datos de Oracle consiste en múltiples tablas con millones de filas cada una. Durante el día, hay literalmente miles de declaraciones, que no podemos detener para la migración.
Cada mañana, los datos nuevos se importan a la base de datos Oracle, reemplazando algunos miles de filas. Copiar este proceso no es un problema, por lo que podríamos, en teoría, importar en ambas bases de datos en paralelo.
Pero, y aquí el desafío radica, para que esto funcione debemos exportar desde la base de datos Oracle con un estado constante desde un día. (No podemos exportar algunas tablas el lunes y algunas otras el martes, etc.) Esto significa que, al menos, la exportación debería finalizar en menos de un día.
Nuestra primera idea fue volcar el esquema, pero no pude encontrar una herramienta para importar un archivo de volcado de Oracle en MySQL. Exportar tablas en archivos CSV podría funcionar, pero me temo que podría llevar demasiado tiempo.
Así que mi pregunta ahora es:
¿Qué debo hacer? ¿Hay alguna herramienta para importar archivos de volcado de Oracle en MySQL? ¿Alguien tiene alguna experiencia con una migración a gran escala?
PD: Por favor, no sugieren técnicas de optimización de rendimiento de Oracle, que ya probado un montón :-)
Editar: Ya hemos probado algunas herramientas ETL antes, sólo para descubrir, que eran no lo suficientemente rápido: exportar solo una tabla ya tomó más de 4 horas ...
2da Edición: Vamos amigos ... nunca nadie intentó exportar una base de datos completa lo más rápido posible y convertir los datos para que se puede importar a otro sistema de base de datos?
Así que Oracle no puede manejar la carga de trabajo por lo que está cambiando a MySQL? ¿Esto es una broma? Si no es así, creo que Larry necesita saberlo de inmediato para poder detenerlo. La respuesta de Larry sería que necesitas gastar más dinero añadiendo equilibrio de carga, etc. Pero en serio, creo que tu primera prioridad sería asegurarme de que MySQL pueda manejar la carga de trabajo. –
Nunca dije que Oracle no pudiera manejarlo, Oracle simplemente tiene sus limitaciones. Y como dije, queremos probar alternativas. Para nuestras tareas, Oracle podría no ser el sistema de base de datos más apropiado, un sistema optimizado de "depósito de datos" podría funcionar mejor. Probamos con Sand hace algunos años y nos sorprendió la ganancia de rendimiento, pero fue simplemente demasiado caro. Infobright funciona de la misma manera (organización de datos centrada en la columna) y es mucho más económico. Lo que estamos intentando aquí es simplemente comparar estos dos enfoques bajo las mismas condiciones previas. –
Si esto sucede y usted realmente migra Y tiene mejoras de rendimiento, debe escribir una larga publicación en el blog con muchos detalles. Me encantaría poder reproducir esto. – jva