ошибка при выполнении файловой операции
 

Люди добные и не очень, ай нид ваш хелп. Второй день мудохаюсь, а просветление не приходит.

Имеется база 1С 8.
платформа (8.3.5.1119)
конфигурация бухгалтерия (2.0.62.4)
крутится на терминалке в sql-базе
Для экспериментов сделал себе копию базы на том же sql-сервере (из бекапов рабочей). Далее, при попытке обновления базы из шаблона до 2.0.62.5 релиза получаю ругань:
"c:\documents and settings\user\local setting\temp\1\v8_2b_2c.tmp"
Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает.
Что делал:
- удалял, добавлял базу в консоли сервера;
- чистил этот самый temp, выставлял на него права всем все можно;
- игрался с путями к файлам sql-базы (пробовал создавать в разных папках, в т.ч. рядом с рабочей базой);
- открывать конфигуратор не на терминале, а на машине через сеть;
нифига не помогает.

И лишь когда создал файловый вариант базы у себя на компьютере локально, тогда ошибка вылазить перестала.

Но таки хочется понять, как с этим бороться? Ведь если не дай бог придется восстанавливать рабочую базу и оно вылезет, и чего делать тогда?

т.е. вот такую ругань я имел в виду:
"ошибка при выполнении файловой операции 'c:\documents and settings\user\local setting\temp\1\v8_2b_2c.tmp'"

с одной стороны, в файликах *.tmp иногда встречаются всякие вирусопакости, поэтому вроде бы исключать *.tmp из антивируса нельзя.
но, а с другой стороны, нафига вообще держать на сервере доброго каспера?

зы: это все к тому, что ты все прекрасно описал и платформу и конфигурацию и sql упомянул, и терминал.. молодец, чЁ.

только про антивирус на сервере ни слова. Про его наличие/отсутствие. про его настройки/исключения в случае наличия.
ни гу-гу.
:)

Нету антивируса на сервере. На локальной аваст стоит.

все еще актуально

проверить базу чинилкой не пробовали ?
[url]http://helpme1c.ru/kak-sdelat-testirovanie-i-ispravlenie-bazy-1sbuxgalteriya-8-3-redakciya-3-0[/url]

[url]http://1c-sfera.ru/index.php/administrirovanie-sistemy/29-kak-protestirovat-bazu-1s-i-ispravit-v-nej-oshibki[/url]

ЗЫ база в дт выгружается?

Было такое же, кстати, недавно. Проверки ничего не находили, все выгружалось-загружалось, а при обновлении стабильно валилось с аналогичной ошибкой во временном файле.
Так и не решили, с админом искали и ничего не нашли в тот момент, потом та виртуалка рухнула, а на текущей вроде все обновляется.
На 8.3.4 было, кстати.

[quote=101;37017570]ЗЫ база в дт выгружается?[/quote]
в том то и прикол, что
[quote=gamletspb;36990563]И лишь когда создал файловый вариант базы у себя на компьютере локально, тогда ошибка вылазить перестала. [/quote]
и да, на ошибки проверял, никаких проблем не обнаружено

хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт
ЗЫ еще бы и конфигурацию отдельно в цф выгружал

[quote=101;37021957] хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт ЗЫ еще бы и конфигурацию отдельно в цф выгружал [/quote]

я могу все это сделать, только что мне это даст в плане решения проблемы?

(9) две разных копии БД и еще одну чистую конфигурацию
ЗЫ сдается мне что при переносе на другой сервер и залитие в SQL предварительно запустив исправление целостности на файловой базе - ошибка исчезнет
ЗЫЫ еще сдается мне проверку на обновление таки проверить ... возможно конфигурация поставщика не была обновлена и/или не до конца, в похожих случаях пробую на копии накатить поверх ЦФ от полного нового релиза - пока помогало

Мне кажется ТИИ ведь никак не проверяет конфигурацию поставщика?

А то в свете - (0) "[em]Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает[/em]" похоже на глюканувшую конфигурацию поставщика. так что (10) +

Ну вроде удалось победить проблему, по крайней мере на тестовой базе все заработало.
Для этого пришлось выгрузить конфигурацию и ИБ в файл. Потом нафиг удалить(!) базу SQL, создать ее занова, и только тогда загружать в нее ранее выгруженные конфигурацию и ИБ. Перед загрузкой еще пришлось перезагрузить сервисы скуля и 1С, иначе вываливалось с ошибкой. При этом база ужалась в 10! раз (с 59Гб до 5Гб), обновление накатилось нормально, и вроде все данные на месте, ничего не поехало.

Что интересно, скульную базу, перед тем как полностью грохнуть, пробовал чистить и ужимать по всякому, но даже после удаления всех данных (путем удаления базы 1С в режиме очистки базы) ее размер оставался больше 50 Гб. При этом все проверки ТИИ проходили нормально. Вобщем, поразвлекался на выходных на славу. Всем спасибо за внимание, надеюсь кому-нибудь мой опыт будет полезен.