Конвертация 8.0 в 8.1 в последнюю конфигурацию
Имеется база 1С8.0 Бухгалтерия.
Версия конфигурации 1.5.9.6
Необходимо сконвертировать ее в 8.1 с последней версией конфигурации (на текущий момент 1.6.11.7)
Если идти обычным путем, т.е. постепенно обновлять базу используя предыдущие обновления, то этот процесс займет минимум неделю беспрерывного обновления (там где-то 20 обновлений между этими двумя конфигурациями)
Каким образом можно сразу конвертнуть базу?
Версия конфигурации 1.5.9.6
Необходимо сконвертировать ее в 8.1 с последней версией конфигурации (на текущий момент 1.6.11.7)
Если идти обычным путем, т.е. постепенно обновлять базу используя предыдущие обновления, то этот процесс займет минимум неделю беспрерывного обновления (там где-то 20 обновлений между этими двумя конфигурациями)
Каким образом можно сразу конвертнуть базу?
По теме из базы знаний
- Сравнение 1С8 и Navision
- Параметры командной строки 1С:Предприятие
- Автоматизированная проверка конфигураций… и пара слов о стандартах разработки
- Компонента ExchangeStruc (Структура Обмена). Прямой обмен данными между потоками, сессиями и окнами.
- Database Compression Tool (DCT) Универсальный инструмент сжатия, свертки и конвертации баз данных 1С
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Я же говорю, что обновлений там штук 20 надо ставить (не меньше, я считал). На каждое обновление у меня ну минимум минут 40 уходит (еще же надо следить, чтобы предыдущие данные не затерлись). Вот и выходит, что надо 800 минут (примерно 14 часов). Конечно не неделя, но дня три, при практически полной остановке рабочего графика бухгалтеров потратить придется. А если с перерывами, то и вся неделя получится
Спасибо за ответы. Много чего нового узнал
Пытался установить обновления по предложенному в сообщении (5) методу. Но как я и говорил, обновление только для одного релиза происходит очень долго (хотя предпринял все меры для ускорения - скопировал базу на локальный диск, отключил многие ресурсоемкие приложения и службы). Сама база очень большая (в основном там номенклатура много занимает), и уже после обновления конфигурации, при обновлении конфигурации базы данных даже виснет. Ждал я 3 часа, но так и не дождался окончания. Оставил на ночь, может завтра что решится.
Но тем не менее такой способ крайне не желателен. Поэтому такой вопрос: а нельзя ли выгрузить данные (через какую-нибудь обработку) в xml файл из конфигурации 1.5.9.6 и загрузить его в конфигурацию 1.6.11.7?
Пытался установить обновления по предложенному в сообщении (5) методу. Но как я и говорил, обновление только для одного релиза происходит очень долго (хотя предпринял все меры для ускорения - скопировал базу на локальный диск, отключил многие ресурсоемкие приложения и службы). Сама база очень большая (в основном там номенклатура много занимает), и уже после обновления конфигурации, при обновлении конфигурации базы данных даже виснет. Ждал я 3 часа, но так и не дождался окончания. Оставил на ночь, может завтра что решится.
Но тем не менее такой способ крайне не желателен. Поэтому такой вопрос: а нельзя ли выгрузить данные (через какую-нибудь обработку) в xml файл из конфигурации 1.5.9.6 и загрузить его в конфигурацию 1.6.11.7?
Имхается мне что достаточно выполнить только одно обновление - сразу на последний релиз. Конечно, если есть доступ к полным комплектам обновления.
Если такого доступа нету, тогда полное обновление можно подготовить самому, не отвлекая пользователей от работы. Это будет быстрее, потому что можно выполнять на пустой базе.
Возможно, придется выполнить промежуточное обновление на последний релиз редакции 1.5
Если такого доступа нету, тогда полное обновление можно подготовить самому, не отвлекая пользователей от работы. Это будет быстрее, потому что можно выполнять на пустой базе.
Возможно, придется выполнить промежуточное обновление на последний релиз редакции 1.5
(6) Основная проблема пропуска релизов заключается в том, что изменяются названия и количество реквизитов в регистрах, справочниках, документах. И разработчики фирмы 1С этим активно пользуются.
Возможен такой гипотетический вариант.
Версия 1. Справочник Контрагенты. Реквизит Адрес.
Версия 2. Справочник Контрагенты.
Изменения: Реквизит Адрес переименован в УдалитьАдрес.
Добавлен регистр сведений КонтактнаяИнформация. При обновлении данные из реквизита УдалитьАдрес переносятся в регистр сведений КонтактнаяИнформация.
Версия 3. Справочник Контрагенты.
Изменения: Удален реквизит УдалитьАдрес.
В результате если пропустить переход на версию 2, то потеряется информация об адресе и при попытке перенести данные из реквизита УдалитьАдрес в регистр сведений КонтактнаяИнформация будет выдана ошибка.
При скачке через 20 версий вероятность возникновения подобной ситуации резко возрастает.
> полное обновление можно подготовить самому
Каким образом?
Возможен такой гипотетический вариант.
Версия 1. Справочник Контрагенты. Реквизит Адрес.
Версия 2. Справочник Контрагенты.
Изменения: Реквизит Адрес переименован в УдалитьАдрес.
Добавлен регистр сведений КонтактнаяИнформация. При обновлении данные из реквизита УдалитьАдрес переносятся в регистр сведений КонтактнаяИнформация.
Версия 3. Справочник Контрагенты.
Изменения: Удален реквизит УдалитьАдрес.
В результате если пропустить переход на версию 2, то потеряется информация об адресе и при попытке перенести данные из реквизита УдалитьАдрес в регистр сведений КонтактнаяИнформация будет выдана ошибка.
При скачке через 20 версий вероятность возникновения подобной ситуации резко возрастает.
> полное обновление можно подготовить самому
Каким образом?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот