Mysql: ошибка Innodb при миграции mysql от Linux до окон
У этих парней здесь, кажется, есть многое из того, что Вы после: http://www.livetecs.com/. Это не свободно, хотя, но затем Вы не предусмотрели, что в Вашем вопросе, таким образом, я предполагаю, что это должно быть в порядке. Это - ASP все же.
Иначе Вам, возможно, придется копаться в программном обеспечении для управления проектами, но использовать его для сдвигов вместо проектов. Что-то как Жонглер Задачи приходит на ум, но это могло быть что-то вроде фрагмента...
Необходимо сделать mysqldump всего!!!
Относительно сообщения об ошибке Вы имеете то, что я называю pidgeon дырой. Это - по существу метаданные таблицы, которые были повреждены в ibdata1. Нет никакого способа стереть его. Вы не можете отбросить таблицу, которую ищут метаданные, потому что на соответствующие данные снаружи ibdata1 нельзя сослаться через его inode. Иногда, даже mysqldumps не будет работать, когда он поразит запись в таблице через .frm.
С другой точки зрения метаданными, содержавшимися в ibdata1, является Lunix-выход и inode центральный, которые являются понятиями, внешними к основанному на FAT Windows. Я не положил бы, что метаданные InnoDB создали этот путь. Выполнение mysqldump дает Вам логическое представление данных через SQL, который является и ОС и аппаратным агностиком.
Если дамп является слишком большим, необходимо сделать параллельные дампы баз данных или таблиц и загрузить те mysqldumps в MySQL Windows.
Если Вы не уверены или опасающийся писать сценарий этого, получаете MAATKIT и используете mk-parallel-dump (удержанный от использования инструмент, но хороший для специальных дампов) для выкладывания данных как файлов CSV. Затем используйте 'mysqldump - без данных - стандартные программы - триггеры и генерируйте файл структур таблиц. Выполните файл структур таблиц в MySQL Windows. Наконец, загрузите CSV в MySQL Windows с помощью ДАННЫХ ЗАГРУЗКИ INFILE.