Импорт на данных из 2.5 в 3.0

[ddadream]

Существует ли импорт данных из аксапты версии 2.5 в версию 3.0 ?

А то на презентациях говорят, вот переходите,
а как переходить то ))
с потерей данных что ли ?

[EVGL]

Существует. Двумя способами. Без потери данных. А как - это пишут в презентациях и методических руководствах MBS.

[ddadream]

Цитата:

Изначально опубликовано EVGL
Существует. Двумя способами. Без потери данных. А как - это пишут в презентациях и методических руководствах MBS.

Из этого ответа можно сделать вывод, это достаточно многошаговая процедура.
Видимо апгрейд предыдущей версии аксапты на новую.

И судя по всему обычного импорта через CVS файл нет.

[EVGL]

А вот и не правда, через экспорт-импорт можно.
Первый способ - действительно через апгрейд. Второй - через импорт CSV или Binary из старой версии. Ограничение: импортировать можно только в базу с одной компанией. После импорта запускается "Центр обновления данных" как и в случае с апгрейдом.

[mazzy]

Умельцы в МАГе отменяли это ограничение. И импортировать из текстового файла можно было и в несколько компаний.

В действительности, ограничение на одну компанию имеет смысл, если включены виртуальные компании. Тогда только поднимать нужно только апгрейдом. Но и в этом случае были непонятности.

[Yoil]

Господа модераторы, перекинули бы Вы тред в соответствующий раздел, тут Аттейн, XAL и дургие родственники вроде.

[ddadream]

To Yoil:

Не совсем понятно что вы имели ввиду,
разговор идет про Аскапту.


EVGL || Mazzy:
Честно говоря 3 аксапта, у меня не CIS,а та что на английском.
Она говорит что я не понимаю формат 2.5 SP3 и не хочу его импортировать.

Я думаю что данные от 2.5 РУ не подойдут к той версии что у меня есть,
не так ли?

Если так, то можно еще один вопрос, а если у компании база данных в SQL уже больше 1 ГБ, то реально ли произвесте перенос данных через CVS.

Мне кажется эта процедура может занять не один день, только лишь для того что бы экспортировать их из 2.5

[mazzy]

Yoil, спасибо. Сделано.

ddadream, EVGL говорил про два способа. Первый из них - апгрейд.
Т.е. берется база от 2.5 (обязательно делается бэкап).
Берется логика от 3.0.
В конфигурационной утилите 3.0 указывается логика от 3.0 и база от 2.5.
Аксапта обнаружит старую базу и выполнит апгрейд.
Этот способ быстрее, чем импорт из CSV.

Но как для этого способа отменить ограничение в одну компанию - не знаю.

[EVGL]

Нет-нет-нет! При апгрейде базы данных ограничений на одну компанию нет. Ограничение только при импорте файла.
2 ddadream. Точно, импорт или апгрейд из версии 2.5 RU в 3.0 Int. - это нонсенс. Вы, конечно, можете поменять в заголовке идентификатор формата, скажем, на EXPFORMAT VER. 2.5 SP2, но данные русской версии погибнут. Для них попросту не будет таблиц в базе данных!

[mazzy]

вот как? проверю еще раз.
Ругалась же!

[komar]

Цитата:

Изначально опубликовано EVGL
А вот и не правда, через экспорт-импорт можно.
Первый способ - действительно через апгрейд. Второй - через импорт CSV или Binary из старой версии. Ограничение: импортировать можно только в базу с одной компанией. После импорта запускается "Центр обновления данных" как и в случае с апгрейдом.

Кстати, а где бы почитать о том, что конкретно делает сия полезная утилита кроме попыток клонировать счета-фактуры?

[EVGL]

Цитата:

что конкретно делает сия полезная утилита кроме попыток клонировать счета-фактуры?

Не в бровь, а в глаз. Хотя в поздних версиях клонирование идет по усовершенстовованной технологии. Овечка живет много дольше.

По существу: а нигде нельзя прочитать. Мне очень жаль. Остается только порекомендовать "чтение" классов ReleaseUpdateDB_V25toV30...

[komar]

Тьфу, напасть какая! Будут они в конце концов доки-то писать??? Ведь это вроде как пользовательская утилита, типа "съел и порядок!" Интересно, кто-нибудь ею реально живые данные обновлял? И что в результате получилось?

[EVGL]

Разумеется, обновляли. Получали рабочие данные.

Хотя должен сказать: несмотря то, что способ использования подробно по шагам расписан в руководстве по установке на дистрибутивном компакт-диске, он остается сложным. Уверен, что каждый второй сделает что-нибудь неправильно, центр обновления в итоге войдет в клинч, а администратор привычно начнет ругать Microsoft.

Резюме: для обновления данных лучше иметь под рукой живого разработчика.

[mazzy]

EVGL, огромное спасибо.
Похоже, действительно делает.

После внимательного изучения оказалось , что в сообщениях говорится о неуникальном индексе. А это уже совсем другая история. Еще раз спасибо.