По первым 2м пунктам так и сделал сразу, прямо один в один, как написали))
А вот с пунктом 3 по подробнее, пожалуйста.
Meld - спасибо за подсказку, воткну структуры старой и новой, по ним как по карте расхождений пойду в ручную, этот инструмент, собственно и искал.
А вот с
писать ALTER TABLE,
можно немного по подробнее?
Вот, например, наткнулся я в старой БД на таблицу в которой, например, на одно поле больше, чем в новой, и я на 100% уверен, что в новой это поле мне не нужно.
Какой тогда должен быть полный код запроса в mysql для переноса старой таблицы с данными в структуру новой таблицы и игнором отсутствующих полей?
А я вот как раз ищу варианты фронтенда, чтобы было проще и не писать никакие скрипты...
Может у кого есть опыт, сделать это именно через какое-нибудь приложение...
TheBigBear, у меня 2 уровня резервирования.
Один на самой ВМ, резервирует базы данных 1С в сетевую папку на хосте, в второй бэкапит через экспорт ВМ, саму ВМ, с 1С...
TheBigBear, а как при этом будет экспортироваться ВМ?
Мне кажется, я натыкался где-то в интернете на проблемы с Export-VM с подключенными аппаратными дисками.
Но идея верная, я примерно так в итоге и сделал. Просто отключил от ВМ диск для резервных копий и настроил резервирование в сетевую папку на хост-машине на тот же физический диск)))
1. Отличная идея, так и сделаю.
2. WSBackup - только для серверного Windows. Veeam 11й поставил, но оказалось он не умеет бэкапить машины Hyper-V того же хоста на котором установлен (((
Спасибо, помогло. Но не сразу, по умолчанию всё было красиво, а вот после перезагрузки таки появилась вторая ненужная клава, действительно пришлось добавлять и потом сносить....
В общем-то получилось. С небольшим но, но это уже частный случай.
Всем на заметку, при восстановлении методом Restore entire VM Veeam сначала создаёт из файлов архивов виртуальный ЖД у себя в папке Cache, которая указана в настройках, а затем сливает его на ESXi хранилище.
Поэтому перед восстановлением, убедитесь, что размер папки Кеша Veeam соответствует размеру виртуального ЖД.