Имя: Пароль:
1C
1С v8
По какой причине может "слетать" конфигурация поставщика?
,
0 pavlika
 
10.04.12
16:04
В свое время была такая ситуация с практически типовой БП - v8: "Ошибка доступа к файлу *.tmp" при обновлении БП, сегодня повторилась с ЗУПом, который также на поддержке с возможностью изменений. Знающие люди - из-за чего такая ситуация возникает?
1 hhhh
 
10.04.12
16:16
кривые руки?
2 pavlika
 
10.04.12
16:20
(1) Пример можно для осознания?
3 pavlika
 
12.04.12
16:16
Апну, поскольку слетела еще одна база..
4 pumbaEO
 
12.04.12
16:29
(2) Пример? Так у тебя же и есть живой пример. Описывай, че делал, с какими конфигурациям и т.д.
5 DMLangepas
 
12.04.12
16:42
зачем базу испортил?
6 pavlika
 
12.04.12
16:47
(4) Нечего анализировать - снял с поддержки типовую БП, убрал автоматическое формирование назначения платежа. В какой то прекрасный момент при выгрузке в *.dt замечаю что объем резко упал. Снимаешь с поддержки, ставишь обратно - все нормально.
7 H A D G E H O G s
 
12.04.12
16:50
Такая херня началась с 13 платформы.
8 H A D G E H O G s
 
12.04.12
16:50
Бывает.
9 pavlika
 
12.04.12
16:52
(7) Смена платформы на последние версии помогает?
10 Doomer
 
12.04.12
17:14
(9) Мне не помогло. Трабл возникает только в базах которые на в клиент-серверном варианте. Хотя может у кого-то и в файловых такой косяк.
11 hame1e00n
 
12.04.12
17:17
У меня такое очень часто с Камином 3.0. Кривые руки разработчиков видимо. Предлагает с 50 релиза обновиться и на 51 и на 46)))))) Помогает чистка кэша.
12 DimVad
 
12.04.12
17:46
У меня так было. Я выкрутился. Сейчас опиши по порядку. Итак, у меня есть 7 переписанных УПП, десяток не переписанных и штук 20 БП (а, еще и ЗУП). Все обновляется, как только выходят обновления. С поддержки не снималось.

Раб. место - Win XP, базы под PostgreSQL, на линуксовом сервере. Переписанные УПП, конечно, доставляют максимальные хлопоты при обновлении. Причем, пошли странные сообщения - то не хватает памяти на сервере (наглое вранье), то вылет по памяти при выгрузке-загрузке dt в файловую базу (хотя некоторые базы меньше гига, и с вирт. памятью у меня - клянусь - все в порядке). И вот одна из баз начала выдавать при попытке обновления именно это сообщение - "Ошибка доступа к *.tmp...".

Как решилось. Выгружаю cf. На ноутбуке где стоит 64-разрядная Win 7 создаю файловую базу со структурой из этого cf-ника. Обновление накатывается без сучка и задоринки ! Ну, потом выгружаю новый обновленный cf и загружаю его уже в рабочую базу.

Причину не понял, ничего умнее не придумал (вернее, были кучи вариантов - не заработали).
Закон Брукера: Даже маленькая практика стоит большой теории.