I always try to start with the "why" (a dear friend bought me this book, recommended: http://www.amazon.com/Start-Why-Leaders-Inspire-Everyone/dp/1591846447).
She said "cloud!". I said "OK!".
I conducted a short research, found many things in many places all over the place, brought them to a nice email I sent her back and then thought I'll post it here and make it public as it might be useful for us all. If you feel that I missed something, add comments, send feedback.
These are the leading tools to do the actual migration of the data structure, data export/import, sprocs, triggers, etc.:
- MySQL Workbench has a migration feature: http://www.mysql.com/products/workbench/migrate/
- MySQLYog can be used to migrate: http://tkurek.blogspot.com/2013/04/migrate-oracle-to-mysql.html (already in the conversation in the second comment there)
- Navicat can be used to migrate: http://www.navicat.com/products/navicat-for-mysql
- Tungsten support Oracle-to-MySQL replication: http://www.continuent.com/downloads/software
- Focused data migrators:
The way I see it, migrating the data is 15% of a database porting project. Efforts are in (partial list):
- Porting drivers and driver behavior in the app code
- Porting SQL commands all around the app code
- Conversion of non-standard SQL flavor
- Work-around restrictions and non-supported commands
- Ecosystem, monitoring, tuning, tools, scripts, hardware best practices, ops skills, dev skills
Way before the migration of the data on d-day.
A lot of services, some tools. Services-wise I see around:
- Pythian: http://www.percona.com/live/mysql-conference-2012/sessions/oracle-mysql-migration
- Baron (Percona): http://www.xaprb.com/blog/2009/03/13/50-things-to-know-before-migrating-oracle-to-mysql/
I bet the big SIs (Accenture et al) are strong in this game, as those would be the default go-to service provider for the Oracle shops.