Имя: Пароль:
1C
1С v8
Ошибка обновления УПП 1.3
,
0 АНТ-1970
 
21.08.12
10:17
Доброго Всем!

При обновлении УПП 1.3.27.4 на 1.3.28.1 (платформа 8.2.15.310 MSSQL 2005) выдает ошибку: "Ошибка доступа к файлу: "С:\....\Temp\v8_FF11_e.tmp"

Кто знает, как бороться?
1 Maxus43
 
21.08.12
10:19
почисти темпы и заново запусти обновление
2 АНТ-1970
 
21.08.12
10:24
да чистил. и базу из списка удалял. не помогает....
3 Lama12
 
21.08.12
10:25
Может место на диске не достаточно?
4 Valerianich
 
21.08.12
10:26
А файл v8_FF11_e.tmp удаляется?
5 АНТ-1970
 
21.08.12
10:36
(3) места 28 Гб...
(4) конешна удаляются, а ФАЙЛЫ  каждый раз новые (имя файла)
и на сервере на самом пробовал запустить лобновление, такая же картина.
6 Maxus43
 
21.08.12
10:37
под админскими правами запускаеш?
7 eklmn
 
гуру
21.08.12
10:37
Антивирус выключи и обновись
8 АНТ-1970
 
21.08.12
10:40
(7) попробую. но у меня есет нод32, и потом я тока што обновил на релиз 1.3.27.4 с 1.3.27.1 - все нормально...
ща попробую отключить...
9 АНТ-1970
 
21.08.12
10:41
не, все то же
... и кстати на сервере антивируса нету...
а ошибка такая же...
10 Maxus43
 
21.08.12
10:42
винда какая?
11 АНТ-1970
 
21.08.12
10:42
win7-64
12 eklmn
 
гуру
21.08.12
10:43
вот нафига мучаться? ставь 28 сразу и все, нахера тебе 27?
13 Maxus43
 
21.08.12
10:43
(11) точно от имени админа? ПКМ - "запуск с административными правами"
14 eklmn
 
гуру
21.08.12
10:43
упс, 12 пост не читать )
15 АНТ-1970
 
21.08.12
10:44
ПКМ-это што?
16 Maxus43
 
21.08.12
10:46
правая кнопка мЫшки
17 Смешной 1С
 
21.08.12
10:47
(0) Проверь конфигурацию поставщика, он пустая скорее всего у тебя
18 АНТ-1970
 
21.08.12
10:47
v8: "Ошибка доступа к файлу *.tmp" при обновлении БП
вот тут кое что обнаружилось...
ща посмотрим...
19 Maxus43
 
21.08.12
10:47
на винде 7-ке даже админ с настройками по умолчанию запускает не с полными правами приложения
20 shuhard
 
21.08.12
10:56
(18) у  1.3.28.1 проблема при обновлении с конфигурацией поставщика в клиент-серверном варианте с MSSQL 2005

поскольку сегодня должна выйти 1.3.29.1

то мудо.хаться с 1.3.28.1 смысла нет
21 Lama12
 
21.08.12
11:06
(20) Хм... а на сайте написано что должна выйте вчера.
22 shuhard
 
21.08.12
11:30
(21) оленей покорми
23 Смешной 1С
 
21.08.12
12:03
1.3.29 уже вышла
24 shuhard
 
21.08.12
12:03
(20) -1
однако обновление на 1.3.29.1 только с 1.3.28.1
так что мудо.хаться увы придётся
25 dmpl
 
21.08.12
12:07
(24) Ну дык ты что, на живой базе прямо так обновление накатываешь? Через "Обновить конфигурацию"? Смело!
26 shuhard
 
21.08.12
12:08
(25) смешной ты =)
27 dmpl
 
21.08.12
12:12
(26) Безумству храбрых поем мы песню! :) Или у вас УПП на мебельном заводике внедрена без доработок?
28 shuhard
 
21.08.12
12:21
(27) с какого бодуна ты решил, что:
- УПП не перепиленная
- я идиот и не умею обновлять её ?
29 dmpl
 
21.08.12
12:31
(28) Потому что в противном случае нет никаких проблем подготовить обновление в файловом варианте, где описанной проблемы просто не существует, а затем накатить его на рабочую базу.
30 BigShmax
 
21.08.12
12:33
(29)  насколько я понял   товарищь сообщил для справки  что проблема толко на sql 2005    и все.   я вот ща на 2008 м буду делатьт
31 dmpl
 
21.08.12
12:46
(30) Для первичной разработки файловый вариант базы предпочтительнее, поскольку не требует лицензии на дополнительный сервер 1С:Предприятия и SQL. Разрабатывать же на рабочем сервере - это неверно, поскольку, например, не так уж сложно составить запрос, который этот сервер успешно завалит вместе с рабочей базой. А за это по головке не погладят. Поэтому указанная проблема может возникнуть только в случае выполнения штатнопроцедуры обновления на рабочей базе.
32 dmpl
 
21.08.12
12:46
(31) *штатной
33 shuhard
 
21.08.12
12:49
(31) на твоем мебельном заводике всего один сервер 1С - сочувствуем
34 dmpl
 
21.08.12
12:54
(33) Да нет, но под сервер для разработки денег (тысяч 500 с учетом SQL) не дадут, ибо он нафиг не нужен, да и файловый вариант удобнее, в частности, тем, что можно компьютер отправлять в сон, не закрывая 2-3 конфигуратора со сравнением конфигураций.

P.S. В наше время MS SQL 2005 пользуются только нищеброды ;)
35 shuhard
 
21.08.12
12:57
(34)[да и файловый вариант удобнее]
не могу согласиться
[В наше время MS SQL 2005 пользуются только нищеброды ;)]
я не владелец бизнеса =)
36 dmpl
 
21.08.12
13:03
(35) Не соглашайся. Но в файловом варианте никогда не бывает, что сеанс разорван администратором ;)
37 АНТ-1970
 
21.08.12
13:54
(36) зато и юзера выкинуть поздно вечером по удаленке (када тот забыл выйти из программы) замучаисся...
[В наше время MS SQL 2005 пользуются только нищеброды ;)]  
...во-во, объясни поди туркам как и на чем им экономить (скорее тебя сольют, нах ты им нужен еси не можешь работать на 2005)
38 dmpl
 
21.08.12
13:58
(37) Какие юзеры в файловом варианте для разработки? Там только один юзер - ты.
39 Gars
 
21.08.12
14:28
Вот тут обсуждалось плотненько - http://buh.ru/forum/thread.jsp?id=655286
40 ДенисЧ
 
21.08.12
14:31
(34) разарабатывать надо на том, на чём оно потом крутиться будет...
41 dmpl
 
21.08.12
14:45
(40) Разрабатывать надо так, чтобы оно везде работало. Тестирование готового продукта, естественно, идет уже в клиент-серверном варианте, но в этом случае можно и на рабочем сервере тестировать, т.к. вероятность некорректных действий сведена к минимуму.
42 Serg_1960
 
21.08.12
14:49
(40) +1
43 shuhard
 
21.08.12
14:50
(41)[но в этом случае можно и на рабочем сервере тестировать]
а вот за это могут и руки оторвать =)
44 dmpl
 
21.08.12
15:12
(43) Я не зря написал про ГОТОВЫЙ продукт. Ибо руки оторвут рано или поздно по-любому с таким качеством разработки, когда готовый продукт может завалить сервер.
45 shuhard
 
21.08.12
15:15
(44) смело, получить ГОТОВЫЙ продукт на файловой инструментальной системе и положить руки под пресс, я бы не решился
46 dmpl
 
21.08.12
15:19
(45) Приведи хоть один пример, когда в файловом варианте все работает замечательно, а в клиент-серверном падает сервер.
47 shuhard
 
21.08.12
15:20
(46) достаточно снять галку с общего модуля
48 dmpl
 
21.08.12
15:24
(47) И что? Синтаксическая ошибка в тестовой базе - не страшно для рабочей базы.
49 shuhard
 
21.08.12
17:46
(24) + 1
прикольно, но ошибка только в 1.3.28.1, т.е. после возвращения на поддержку 1.3.28.1, обновление на 1.3.29.1 проходит успешно и на 2005 сиквеле и конфигурация поставщика не слетает


сейчас проверю на других тестовых базах

P.S. что помешало 1С оставить возможность обновления с 1.3.26.1 на 1.3.29.1 - загадка
50 Gars
 
21.08.12
17:55
(49) Проверил уже у себя - не слетает...
:-)
51 shuhard
 
21.08.12
17:58
(50) 2-х баз мало, дождёмся результатов третьего эксперимента
52 shuhard
 
21.08.12
21:03
(51) эффект устойчивый
1.3.29.1 конфигурация поставщика не сносит
53 disk-2008
 
21.08.12
21:05
(49)Слетает только на 2005?
На 2008 - нормально?
54 shuhard
 
21.08.12
22:07
(53) угу
55 Viktosha
 
22.08.12
09:04
Та же проблема, что в (0), только на 28-ой все обновилось, а на 29-ом падает. Причем, есть вторая база УПП без доработок совсем - обновилась без всяких проблем.
56 shuhard
 
22.08.12
09:05
(55) дружок, а то , что в 1.3.28.1 у тебя нет конфигурации поставщика не раздражает ?
57 Viktosha
 
22.08.12
09:13
(56) в том-то и дело, что есть, это и удивляет
58 shuhard
 
22.08.12
09:13
(57) а ты её открыть попробуй =)
59 Viktosha
 
22.08.12
09:30
Да, действительно - пустая О_О  И как ее вернуть? В смысле как обновить? Через файловый режим?
60 shuhard
 
22.08.12
09:31
(59) прочитай топик сначала,
там сё сказано
61 Viktosha
 
22.08.12
09:37
Все, что я нашла в топике - это снять с поддержки и заново поставить на поддержку на 28-ом релизе, верно?
62 Gars
 
22.08.12
09:38
(61) Все верно, типовой метод от "1С"...
63 dmpl
 
22.08.12
09:45
(56) По большому счету конфигурация поставщика в рабочей базе и не нужна.
64 Viktosha
 
22.08.12
09:47
Чтобы поставить на поддержку нужен полный cf - ник, которого нет((( придется через обновление неизмененной базы его получать((
65 Gars
 
22.08.12
09:50
(64) У франча возьмите полную поставку, а то я сравнивал два cf-ника, один полученный множественным последовательным обновлением, а другой взятый из полной поставки - так вот они конкретно разные по размеру...
66 Serg_1960
 
22.08.12
09:52
(64) Только не говори что и архива тоже нет - заклюёт. Подними копию базы из архива в файловый вариант. Обнови заново и загрузи полученный таким образом .cf в рабочую базу.
67 Viktosha
 
22.08.12
09:55
Терпеть не могу такими манипуляциями базу обновлять - рано или поздно все равно всплывают косяки.
(66) копия каждый раз перед каждым обновлением делается, на ней сейчас и пробую - если вообще в файловом обновить, а потом dt-ник загрузить на скуль - прокатывает?
68 Serg_1960
 
22.08.12
09:55
(65) Разные по размеру - это настройка обновления у вас такая. Которая не удаляет "устаревшие" метаданные (общие модули, процедуры, функции и т.д.)
69 Serg_1960
 
22.08.12
09:57
(67) Зачем всю базу поднимать из архива в рабочую? Незачем, совсем незачем. Не в коем случаи. У тебя проблема не с данными, а с конфигурацией. Вот с ней и "работай".
70 mikecool
 
22.08.12
09:58
(31) мой админ правильно настроил сервак, на процесс больше 16 гиг оперативы не выдавал - ни один запрос в "разнос" еще ни разу его не положил
71 Вадя
 
22.08.12
09:59
(64) При похожих играх с упп 1.3.13 получил следующий бзик-эффект
Снимал базу с поддержки, объединял с полным cf - слетели числовые данные в документах, в регистрах цифры есть, в отчетах все хорошо, а в документах в табличных частях нули, номенклатура заполнена, дальше нули, а в движениях цифры есть!!! Проводишь документ - движения, естественно, слетают.
Добился этого эффекта  через "Загрузить конфигурацию из файла", загружал полный cf-ник.
72 mikecool
 
22.08.12
10:00
(71) и не удивительно
73 Вадя
 
22.08.12
10:00
(+71) на SQL сервер 2000 эксперементировал !!!
74 mikecool
 
22.08.12
10:02
(73) как коррелируется объединял с полным cf  и Добился этого эффекта  через "Загрузить конфигурацию из файла" ?
75 Serg_1960
 
22.08.12
10:03
(71) Это не загрузка конфы виновата. Выгруженая конфа уже была такая... ммм... "несовместимая" с данными :) Это вы так конфу наобновляли.
76 Serg_1960
 
22.08.12
10:16
Вспоминаю случай, когда обновление изменённой конфигурации стабильно глючило на одном и том же реквизите документа составного типа, у которого был изменён состав. При этом конфигурация поставщика обновлялась правильно, а "Сравнение и объединение" - "задваивало" этот реквизит в документе (т.е в докумете были абсолютно два одинаковых реквизита, но с разным списком типов). Вот такая проблема была.
77 Gars
 
22.08.12
10:23
(68) А поподробней можно, плиз, где это настраивается? А то я всегда думал, что конфигурацией поставщика манипулировать никак нельзя...
78 dmpl
 
22.08.12
10:26
(76) Бывает такое, равно как бывает и обратное (2 разных реквизита с похожими наименованиями принимаются за один реквизит с измененным наименованием). Надо просто отменить соответствие объектов или установить соответствие объектов - и дальше проблем с этим реквизитом уже не будет.
79 Serg_1960
 
22.08.12
11:38
(77) Ммм... как "манипулировать" конфигурацией поставщика я тоже не знаю :( кроме штатных средств :)

Я говорил об основной конфигурации (с которой "работает" программист). Она засоряется устаревшими алгоритмами так, как "по умолчанию" отсутствующие в конфигурации поставщика процедуры и функции в модулях не удаляются при сравнении и обновлении.

(78) Угу, не будет... до следующего его обновления типовой :)
80 АНТ-1970
 
22.08.12
11:56
пардон, а как вы открываете конфигурацию поставщика? я ваще уже в непонятках...
81 shuhard
 
22.08.12
12:01
(80) настроить поддержку - открыть - неожиданно ?
82 Вадя
 
22.08.12
12:06
(80) Вот еще большое количество умных слов на ту же тему
http://infostart.ru/public/140454/
83 Gars
 
22.08.12
12:25
(79) А я как-раз говорил о конфигурации поставщика, которую если выгрузить из свежей полной поставки и поставки уже неоднократно обновлявшейся, то будет разный размер...
84 АНТ-1970
 
22.08.12
13:46
(81) представь себе. никада не сталкивался...
85 shuhard
 
22.08.12
13:50
(84) бывает
86 dmpl
 
22.08.12
14:30
(79) Если взять из файла - то, вроде бы, больше проблем не возникает. По крайней мере у меня было порядка 10-15 подобных случаев - и рецидивов не было...

P.S. Я вообще стараюсь не использовать режим "Объединить" для чего-то кроме общих модулей - беру изменения из файла и затем вношу наши изменения. Особенно кривой режим объединения у форм, те я никогда не объединяю. Потому что потом искать и удалять дублирующиеся реквизиты дольше и геморнее, чем внести наши изменения или изменения 1С. И пропустить дублирование - как нефиг делать, а уж про постоянно слетающие при объединении привязки я вообще молчу.