![]() |
#5 |
китайский стажер
|
Vadik, брррр, я чего то не понимаю вопроса. Конечно, сетуп - sql и перенос базы данных на новый сервер, аксапты, сервис паков и запуск мастера upgrade. Что-то не так в этой процедуре?
Какой кстати смысл восстанавливать их бекап, все равно это проблему с разной длиной полей не решит, так ведь? Или вы мне предлагаете в качестве подготовки к upgrade в новой базе данных перекодировать все таблицы, где эти проблемы возникли, чтобы при truncate поля оставались уникальными? Вариант конечно, в общем примерно так и пришлось сделать, только не по всем таблицам. Можно было еще отказаться от синхронизации и увеличить длину полей в тех таблицах, которые аксапта собирается обрезать, но я же говорю - сообщений о таких полях система выдала под сотню, а реально проблема возникла только в 8 таблицах, из них 5 удалось ручками поправить быстро, и только 3 реально нуждались в перекодировании, ну так руками пришлось сделать, несколько часов мороки. А как это обойти?
__________________
Может быть выйдет, а может не-е-е-ет... Новая песня вместо штиблет.. |
|
Теги |
ax2009, обновление, синхронизация |
|
|