Имя: Пароль:
1C
1С v8
 Обновление 1С УПП .124 до .125 ☑
0 zippygrill
 
25.02.20
✎
16:39
Отваливается на этапе загрузки конфы поставщика...судя по строке состоянии
https://prnt.sc/r7aar1

Методом разных экспериментов пришел к тому что ошибка возникает ТОЛЬКО на боевом сервере 1С/SQL.
Наблюдения продолжаются .. хочется новых идей)
1 vicof
 
25.02.20
✎
16:46
Почистить место на диске?
2 vicof
 
25.02.20
✎
16:47
Поменять платформу на 64х-битную?
3 vicof
 
25.02.20
✎
16:48
Почистить кэш?
4 vicof
 
25.02.20
✎
16:48
Переустановить винду и скл-сервер?
5 zippygrill
 
25.02.20
✎
16:57
(3) кэш сервера? нет - это на конец оставил..стремно
(2) уже
(1) хорошая мысль
(4) студент млин))
6 vicof
 
25.02.20
✎
16:58
(5) Можно еще выпить и закусить и озарение придет)
7 vicof
 
25.02.20
✎
17:00
Еще посмотреть, может ты цфник из какого-нить сетевого какалога тянешь.
8 gae
 
25.02.20
✎
17:01
(0) Версия платформы?
9 zippygrill
 
25.02.20
✎
17:01
(8) 8.3.15.1830
10 zippygrill
 
25.02.20
✎
17:02
(7) неа..в tmpls все обновы ставятся
11 zippygrill
 
25.02.20
✎
17:02
(9) до этого, предыдущие релизы УПП тоже ставили на 8.3.15.1830
12 shuhard
 
25.02.20
✎
17:12
(0)[..судя по строке состоянии]
1) на картинке нет строки состояния
2) только на боевом означает таки очистку серверных кэшей
13 zippygrill
 
25.02.20
✎
17:14
(12) админ говорит чистится
14 zippygrill
 
25.02.20
✎
17:15
для тестовой базы на боевом сервере 1С - прописал базу данных с тестового сервера sql. Ошибка та же..
15 vicof
 
25.02.20
✎
17:22
Тестирование и исправление?
16 zippygrill
 
25.02.20
✎
17:23
(15) делалось..
17 shuhard
 
25.02.20
✎
17:26
(14) а на не боевом ?
18 zippygrill
 
25.02.20
✎
17:28
(17) а смысл?))
19 Флориан
 
25.02.20
✎
17:30
(18) размер cf не больше 2Гб?
20 zippygrill
 
25.02.20
✎
17:39
(19) 8 мб
21 shuhard
 
25.02.20
✎
17:41
(20) окстись
22 vicof
 
25.02.20
✎
17:41
(20) Может, криво шаблон развернулся. Переставь заново. Прям сильно мелкий.
23 RomanYS
 
25.02.20
✎
17:43
(20) cfu?
24 zippygrill
 
25.02.20
✎
17:43
(22) переустанавливал. Такая херня и на другом компе
25 zippygrill
 
25.02.20
✎
17:43
(23) ну
26 zippygrill
 
25.02.20
✎
17:44
https://prnt.sc/r7gksd
27 RomanYS
 
25.02.20
✎
17:44
Зачем вообще на 125 обновлять? Обновляй на 133.
28 zippygrill
 
25.02.20
✎
17:44
(27) у нас бит
29 RomanYS
 
25.02.20
✎
17:45
(28) Какая разница?
30 zippygrill
 
25.02.20
✎
17:46
(29) сейчас 124..как ты собираешься обновить до 133 без промежуточных
31 vicof
 
25.02.20
✎
17:48
(30) Через цфник можно
32 RomanYS
 
25.02.20
✎
17:52
(26) Из картинк и неясно cf или cfu.

(30) Запросить cf у поставщика или подготовить на пустой типовой.
33 zippygrill
 
02.03.20
✎
09:45
поднял на рабочий сервер 1С + рабочий SQL тестовую базу УПП на основании бэкапа..попытался через Конф- Обновить конфигурацию - опять послала

На следующий день, опять попросил админа в ту же базу загрузить свежий бэкап, дела снова Конф-ОБновить конф - УРА!

Рабочую по прежнему не обновить..есть идея - попробовать вечером сделать бэкап и его сразу же загрузить обратно..вдруг заработает.
34 zippygrill
 
02.03.20
✎
09:47
(32) это делали уже..правда на тестовой площадке. Т.е. взял cf поставщика вместе с бит.финансом (того же релиза что рабочая), на него накатили наши изменения, сохранил цф. Загрузил этот цф в рабочую, попытался через Конф-обновить конф - вылетало..
35 zippygrill
 
16.03.20
✎
09:50
короче лечилось так:
на боевой площадке подняли копию (назвали с учетом что станет рабочей базой). Предварительно подготовили на чистой конфе поставщика закинули собственные изменения.
подготовленный cf загрузил и вуаля - обновление на следующий релиз стало возможным.

В общем и целом - подозрения есть и были что конфа поставщика бита была. Но! как только делали слепок рабочей базы и туда пытались обновление накатить - срабатывало (без манипуляций с конфой поставщика)