Друзья подскажите, кто делал переход с БП 2.0 на БП 3.0. Висит на 100%

Форум Администрирование Обновление конфигураций (UpdateCF)

1С:Бухгалтерия 2.0 1С:Бухгалтерия 3.0

1. Kuzya_brаtsk 311 10.02.21 11:57 Сейчас в теме

Делаю переход с БП 2.0.66.126 на БП 3.0.87.28:
Делаю всё по типовой инструкции.
1. Дал права Администратор перехода на БП 3.0.
2. Сделал тестирование исправление (сжатие).
3. Обновил конфигурацию через конфигуратор.
4. Запустил в режиме предприятия:
пошло обновление, около суток прошло времени
наконец прогрессБар дошел до 100%, а процесс
обновления всё молотит и молотит (судя по загруженности процессора). Более 8 часов это длится.

Подскажите, пожалуйста кто знает, так и должно быть, и надо еще ждать, или что-то не так?

Прикрепленные файлы:

Вознаграждение за ответ

Сумма: 0 $m

Добавили:
Kuzya_brаtsk (0.30 $m)

Получили:

chg (0.3 $m)

Показать полностью

Найденные решения

16. chg 11.02.21 03:43 Сейчас в теме +0.1 $m

(15)как файловая очень большая ничего удивительного в такой скорости, могу предложить несколько вариантов ускорения:
1. использование SQL (тут вам решать какого производителя).
2. использование SQL+на время обновления разместить всё в ОЗУ, но возможно придётся нарастить память, а возможно и текущей хватит.
3. просто разместить всё в ОЗУ без SQL.
Вариант 2 самый быстрый.

Остальные ответы

Подписаться на ответы Инфостарт бот

Свернуть все

19. SAShikutkin 5 11.02.21 09:40 Сейчас в теме

(1) Если вы предварительно бп2.0 обновляли до актуальной, то можно попробовать так: сначала копию до обновления перевести на 3.0 и уже бп3.0 обновлять до актуальной. 2 вариант сделать свертку базы(не есть хорошо),например, оставить 3 года и удалить все лишнее и уже в обрезанном виде переводить

2. chg 10.02.21 12:03 Сейчас в теме

Тех данные о ходе обновления о чём говорят?
Кстати там у вас не стоит галочка "Блокировка регламентных заданий включена"?

3. Kuzya_brаtsk 311 10.02.21 12:09 Сейчас в теме

(2)Это галочка где не должна стоять?

6. chg 10.02.21 12:44 Сейчас в теме

(3)файловая или серверная?
сколько уже по времени торчит на этом месте?

7. Kuzya_brаtsk 311 10.02.21 14:52 Сейчас в теме

(6) файловая. Уже более 10 часов

11. chg 11.02.21 02:23 Сейчас в теме

(7)надеюсь вы всё это на копии проделываете, а не сразу в боевом режиме?

12. Kuzya_brаtsk 311 11.02.21 03:22 Сейчас в теме

(11)конечно на копии )

13. chg 11.02.21 03:24 Сейчас в теме

(12)а какой вообще объем базы и железо на котором вы всё это проводите?

14. Kuzya_brаtsk 311 11.02.21 03:36 Сейчас в теме

(13)база 14 Гб, Core i-7 3770 CPU @ 3.40 GHz, 32 ОП

16. chg 11.02.21 03:43 Сейчас в теме +0.1 $m

17. Kuzya_brаtsk 311 11.02.21 03:48 Сейчас в теме

(16)Вы такие переходы уже делали на файловых? Можете примерный прогноз дать. Уже часов 40 маслает. В данный момент Статусы СчетовФактурДокументовПоступлений обновляет.

18. chg 11.02.21 03:55 Сейчас в теме +0.2 $m

(17)такого размера файловые я никогда не использовал, т.к. у 1С есть чёткие рекомендации ДО какого размера файловая используется, после чего осуществляется переход на SQL, так что спрогнозировать точно не возможно, в общем рекомендую не тянуть животное за причинное место а сразу просто начать использовать SQL, далее решать вам

20. RustamZz 11.02.21 16:20 Сейчас в теме

(17) У одних клиентов на мощном сервере 2 недели на тестовой базе переход происходил из-за входящих счет-фактур. Немного оптимизировали процесс и само создание счет-фактур сделали в 2.0 (неделю работала обработка в 4 параллельных потока) в 3 дня в итоге смогли уложиться на ноябрьские праздники.

23. Kuzya_brаtsk 311 17.02.21 04:00 Сейчас в теме

(16) На SQL это на много быстрей без размещения в ОЗУ? Уже восьмой день пошёл, просто уже ради опыта хочется дождаться, но видимо не судьба.

24. chg 17.02.21 04:04 Сейчас в теме

(23)прилично быстрее, но если и этого не хватает, то всегда можно задействовать ОЗУ, я так делал ещё с 7-ой базой, там были тяжёлые расчёты, размещение в ОЗУ ускорило процесс в 10-ки раз

25. Kuzya_brаtsk 311 17.02.21 04:11 Сейчас в теме

Можешь подсказать где инфу почитать, по запуску таких процессов в ОЗУ?

4. Kuzya_brаtsk 311 10.02.21 12:10 Сейчас в теме

(2)

Прикрепленные файлы:

21. RocKeR_13 1325 16.02.21 16:42 Сейчас в теме

(4) Администрирование - Обслуживание - Обновление программы: стоит галка "Детализировать ход обновления в ЖР"? Можно будет хоть посмотреть, что конкретно меняет. Там проценты считаются по обработчикам обновления, а сам обработчик обновления может зависнуть надолго. Было такое при обновлении Розницы, когда поменяли структуру хранения СНО: в итоге при обновлении менял все Чеки ККМ и также висел на 100% несколько часов.

22. Kuzya_brаtsk 311 17.02.21 03:57 Сейчас в теме

(21) уже поздно галки ставить, восьмой день пошёл ((. Переведу сначала на SQL и по новой запущу.

26. Birby 88 17.02.21 11:50 Сейчас в теме

(22) почему не рассматриваете свертку?

27. Kuzya_brаtsk 311 18.02.21 03:34 Сейчас в теме

(26) не рассматриваю потому что уже однозначно на SQL будем переходить.

5. Kuzya_brаtsk 311 10.02.21 12:13 Сейчас в теме

(2)Судя по тех данным обновление идёт, но только всё время на одном и том же регистре, только время переодически меняется.

8. Mistrall 10.02.21 15:50 Сейчас в теме

Если база достаточно большая, а сервер слабоват, то 10 и даже 20 часов не предел.

9. ab_initio 95 10.02.21 17:19 Сейчас в теме

Это нормально, если, например, база большая и лежит на шпиндельном винте. Бывает и дольше.
Надо лишь дождаться и эа питанием следить.
После этого прогрессбара ещё фоновые обработки сутки маслать будут.

10. burgomister 59 10.02.21 18:30 Сейчас в теме

Ждите, Шура, ждите...

28. Kuzya_brаtsk 311 26.02.21 03:56 Сейчас в теме

Окончания этой процедуры я так и не дождался прервал на 14 день. Перевел базу на SQL, всё прошло за ночь )).

Оставьте свое сообщение

E-mail: