Проблема с бэкапом |
Я |
nkleopa
21.02.12 — 11:10
Добрый день!
Сервер Win 2003 SP2 со всеми обновлениями
Платформа 1С 8.2.13.213
СУБД SQL Server 2005
Сервер 1С на одном физическом сервере, сервер СУБД – на другом, в пределах одной локальной сети.
Возникла проблема с выгрузкой базы в автоматическом режиме, при запуске следующей команды:
WshShell.Run «»»C:Program Files1cv828.2.13.213bin1cv8.exe»» DESIGNER /S*сервер и база* /DumpIB «»» & *путь выгрузки* & «»»/OUT «»» & *путь к файлу лога 1С* &»»»»,0,TRUE
Выгрузка не проходит и в лог пишется следующее сообщение:
«Ошибка при выполнении операции с информационной базой
Ошибка загрузки компоненты grphcs»
Админ сервера клянется, что никаких изменений с видеоподсистемой сервера не производилось, а драйвера видео стоят самые последние.
Субьективно косяки начались после обновления слегка нетиповой бухгалтерии(добавлен документик и еще по мелочам)на релиз 2.0.32.4
Подскажите пожалуйста, в чем проблема и как ее решить?
andrewks
1 — 21.02.12 — 11:12
кэши чистились?
360i
2 — 21.02.12 — 11:13
(0) Мне даже интересно как связаны драйвера на видеокарту с выгрузкой 1С
360i
3 — 21.02.12 — 11:14
(2) Да и вообще нефиг ОСи на серверах обновлять и включать автоматическое обновление
stix2010
4 — 21.02.12 — 11:50
Serg_1960
5 — 21.02.12 — 11:52
(3) Это вы про «grphcs.dll» из каталога «bin» 8.х? О_О
nkleopa
6 — 21.02.12 — 11:54
(1) кэши 1С? Если его, то чистились, но за неделю до возникновения проблемы
(2) мне тоже. v8: Совместимость железа и 1С 8.2
(4) да, я эту статью админу сервера показывал. Сказал, что с его стороны все хорошо.
le_
7 — 21.02.12 — 11:56
А вручную выгружается?
nkleopa
8 — 21.02.12 — 11:56
(7)да
le_
9 — 21.02.12 — 12:01
(8) А если так попробовать:
BackUpFileName = """H:Bkpbase1c_" & Date & "_0.dt""" StartString = """C:Program Files (x86)1cv828.2.14.540bin1cv8""" StartString = StartString & " CONFIG" StartString = StartString & " /Sservbase" StartString = StartString & " /Nlogin" StartString = StartString & " /Ppasswd" StartString = StartString & " /DumpIB" StartString = StartString & BackUpFileName WshShell.Run StartString, 1
Mickeleangelo
10 — 21.02.12 — 12:04
Делать бекапы через выгрузку в .dt некорректно. Используйте средства СУБД.
stix2010
11 — 21.02.12 — 12:07
(10) а если файловая, то каким средством?
Mickeleangelo
12 — 21.02.12 — 12:11
(11) То средствами ОС или сторонними программами, архивируя файл с расширением 1CD.
.dt нужен только для переноса баз между файловым и клиент-серверным использованием. Сохранность всей информации при имеющихся ошибках, битых ссылках и т.п. не гарантируется.
КМ155
13 — 21.02.12 — 12:14
(10) [Делать бекапы через выгрузку в .dt некорректно]
классная отмазка
Maxus43
14 — 21.02.12 — 12:17
(13) это факт а не отмазка. сама 1с заявляет что дт не для этого.
проблему то решить надо, а юзать в качестве бэкапов дт — на самом деле не по феншую
Mickeleangelo
15 — 21.02.12 — 12:18
КМ155
16 — 21.02.12 — 12:18
(14) а не выгружать регулярно в dt — самоубийство
Maxus43
17 — 21.02.12 — 12:19
(16) раз в месяц — и хорошо. причем только в диагностических целях, некоторые ошибки всплывают только при формирования дт-шника, которые не видит ТИИ
КМ155
18 — 21.02.12 — 12:21
(17) а если у ТС активный поло(зачёрнуто)кодерский процесс и каждый день динамически обновляется конфа ?
Maxus43
19 — 21.02.12 — 12:24
>>и каждый день динамически обновляется конфа
расстрел
>>активный поло(зачёрнуто)кодерский процесс
юзать хранилище, обновлять в определённое время в штатном режиме.
stix2010
20 — 21.02.12 — 12:37
(14) и чо дальше? фирма 1с заявит, что функции её среды могут работать или не работать время от времени?
а если ночной dt утром надо разработчику?
(19) каждый день динамически обновляю конфу, сегодня с утра 5 раз — плюшки выдаю быстро в порядке очереди, и так 2 года и глюков нет, ЧЯНД? На зверька у меня sql бэкап есть.
nkleopa
21 — 21.02.12 — 12:42
(9) спасибо, но в чем разница? Команда успешно работала около полугода, косяки полезли неделю назад.
(15) прикольно, чо.
Бэкап SQL у нас делается, но это, скажем так, вторичный бэкап — на всякий пожарный.
Задача стоит получать dt’шники.
Maxus43
22 — 21.02.12 — 13:03
(20) >>а если ночной dt утром надо разработчику
надо дак надо, я только говорю что в качестве основного бэкапа так не делается в нормальных конторах, более надёжно — бэкап СУБД.
>>каждый день динамически обновляю конфу
молодец, чо ещё сказать) повезло значит что не натыкался на глюки. Это говорит только о том что организационно работа не спланирована, нет никаких правил, несеръёзный подход ИМХО.
у нас за такое расстреляют без предупреждения, и правильно сделают.
le_
23 — 21.02.12 — 13:18
(21) Могу предположить, что DESIGNER и CONFIG обрабатываются по-разному…
nkleopa
24 — 21.02.12 — 13:38
(23) пардон, этого не заметил. Попробую.
stix2010
25 — 21.02.12 — 14:25
(22) глюки победили, исходить надо из природы возникновения, волков бояться — в лес не ходить, скальпель — инструмент в умелых руках и наоборот, 5 раз за утро это не означает, что так бывает каждый день, бывает и пару недель ничего не вносится, меня быстрее расстреляют за неоперативную помощь пользователям.
Рад, что все оперативные вмешательства Вы можете сделать выгнав пользователей или оставить на обновление в нерабочеее время
Maxus43
26 — 21.02.12 — 14:36
(25) Оперативного вмешательства на уровне «Программного Кода» быть не должно впринципе. Обработками поправить данные или отчеты-печ формы — для этого не надо обновлять конфу. Все доработки должны сначала тестироваться, чтоб не надо было оперативно править код. Отдельные задачи разрабатываем, тестируем вместе с юзерами и только потом обновляем рабочие базы. Как пример.
>>исходить надо из природы возникновения
вы знаете природу возникновения кривого кэша при демоническом обновлении? поделитесь, в 1с тоже напишите, а то они не знают до сих пор
КМ155
27 — 21.02.12 — 14:39
(26) прикольно,
т.е. когда у тебя УПП падает на ветке графа, который ты до того ни разу не использовал, ты посылаешь офис в сад ?
stix2010
28 — 21.02.12 — 14:41
(26) Да? вы чо? говорят и в УПП ввели константу NOERRORS и вылизана она вся от поставщика и рядом небараны авнеца не напишут
stix2010
29 — 21.02.12 — 14:44
(26) Чистите кэш чаще, и не только у себя, для начала, можно при логоне
Maxus43
30 — 21.02.12 — 14:47
чот вы всё утрируете, высасываете ситуации из пальца, если в базе работают больше месяца — все такие грубые косяки найдёны и исправлены. Далее нормальная работа идёт — доработка, тестирование, обновление. если 5 раз обновлять за утро — это только если сам програмер в своём же коде наделал таких косяков и не тестил ничего.
Форс мажоры бывают — раз в полгода может динамически обновим. Но это нештатная ситуация.
nkleopa
31 — 21.02.12 — 14:49
Боюсь вмешиваться, но что мне со своей компонентой grphcs делать?
Maxus43
32 — 21.02.12 — 14:50
(31) переустанови/исправь платформу
le_
33 — 21.02.12 — 14:52
(31) Обновись до 8.2.13.219
КМ155
34 — 21.02.12 — 14:59
(30)[Форс мажоры бывают — раз в полгода может динамически обновим.]
=)
nkleopa
35 — 21.02.12 — 14:59
(31) ок
(33) а почему именно на эту? Может тогда уже на 8.2.15.ххх?
le_
36 — 21.02.12 — 15:02
(35) 14, 15 еще не совсем устаканившиеся/стабильные.
stix2010
37 — 21.02.12 — 15:03
(30) бессмысленно, сколько раз я обновляюсь сегодня — сугубо мое личное дело, главбуха и директора по ИТ, будем в Вашем монастыре работать — будем по Вашим правилам жить.
А пока мне в Итилиуме насчитывают время между обращением и исполнением заявки
nkleopa
38 — 21.02.12 — 15:04
(36) спасибо. значит слать франча, который предлагает 15ю платформу лесом?
stix2010
39 — 21.02.12 — 15:06
(38) 15 последняя в толстом клиенте вроде бы писали, что стабильная, но пока 13.219
Maxus43
40 — 21.02.12 — 15:07
(34) что ? осенью последний раз было динамическое)
Maxus43
41 — 21.02.12 — 15:08
>>на релиз 2.0.32.4
там написано с какой платформой минимум он работает? Имхо просто файлик повредился, можно просто переустановить
le_
42 — 21.02.12 — 15:11
(38) Я думаю, лучше подождать немного. Или даже не немного, а пока типовые не конфы будут требовать переход на новую версию платформы )
le_
43 — 21.02.12 — 15:11
*типовые конфы не
nkleopa
44 — 21.02.12 — 15:14
(42)(41) Спасибо за информацию. Буду думать и пробовать.
360i
45 — 21.02.12 — 15:38
(5)нет это я про «Админ сервера клянется, что никаких изменений с видеоподсистемой сервера не производилось, а драйвера видео стоят самые последние. «
360i
46 — 21.02.12 — 15:42
(44) С правами доступа у пользователя от имени которого выполняется BackUP проблем нет?
nkleopa
47 — 21.02.12 — 15:44
(46) нет.
nkleopa
48 — 27.02.12 — 10:07
Переустановил платформу — ничего не поменялось.
Сегодня до кучи переустановлю платформу на втором сервере(где база на SQL крутится).
Ну и попробую DESIGNER на CONFIG поменять.
-
19.04.2017, 12:03
#1
Гость форума
Неверный формат файла для загрузки информационной базы
Добрый день.
Выгрузил базу, на другой комп решил ее загрузить, пишет: «Неверный формат файла для загрузки информационной базы».
Узнать версию 1С на прошлом компе уже нет возможности.
Подскажите, как загрузить базу.
-
19.04.2017, 12:10
#2
Спец
Re: Неверный формат файла для загрузки информационной базы
так надо же было написать, какой формат у файла
-
19.04.2017, 12:23
#3
Гость форума
Re: Неверный формат файла для загрузки информационной базы
1Cv8.dt — вот такой файл.
-
19.04.2017, 18:45
#4
Спец
Re: Неверный формат файла для загрузки информационной базы
формат тот
как загружаешь?
-
01.07.2021, 21:22
#5
Гость форума
Re: Неверный формат файла для загрузки информационной базы
Всем добрый день. У меня такая же фигня. Сломался сервер (полетели диски) и к сожалению он не запускается и не работает.
поменяли диски, установили windows server 2012. потом началось самое веселое. есть архив базы 1Сv8.dt
И как бы я понимаю что просто нужно установить платформу 1С8, можно даже не устанавливать конфигурацию, потом создать новую базу (даже без конфигурации), потом зайти в конфигуратор и в «Администрирование» — «Загрузить информационную базу». вроде бы просто но осталось узнать какая платформа 1С8 стояла.
Из слов бух….. ка бы была 8.3.17.2127 — но к сожалению конкретно эту версию я не смог найти и установил 8.3.18.1289
Все сделал как описал выше и при загрузке инфо. базы, через сек 10 выскакивает ошибка «Неверный формат файла для загрузки информационной базы. Ошибка формата потока»
и три кнопки: «Завершить работу» «Подробно» «Перезапустить». Если нажать «Подробно» то пишет по причине: «Ошибка формата потока», и ВСЕ!?
В общем бодался долго, изучал интернет но там все пишут про чистку кеша, аварийная перезагрузка сервера и др…. которое мне совсем не подходят.
Пробовал удалять и устанавливать разные версии платформы 1С8: 8.3.10.2667 потом 8.3.17.1851 потом 8.3.18.1289 и везде такая же ошибка при загрузке инфо базы.
Подскажите в чем проблема и почему такая ошибка и что я не так делаю! может надо найти версию точь в точь 8.3.17.2127?
Помогите пож… !!!
и если кто знает где скачать платформу версии 8.3.18.2127?
-
02.07.2021, 18:03
#6
Спец
Re: Неверный формат файла для загрузки информационной базы
Возможно проблема не в версии платформы, а просто битый архив. Какой размер файла? В файловом варианте загружается?
-
16.02.2022, 11:28
#7
Гость форума
Re: Неверный формат файла для загрузки информационной базы
была такая же проблема. удалось решить так — зашел в Конфигуратор, обновил, после спокойно всё заработало.
-
16.11.2022, 23:39
#8
Гость форума
Re: Неверный формат файла для загрузки информационной базы
Сообщение от VladKapter
была такая же проблема. удалось решить так — зашел в Конфигуратор, обновил, после спокойно всё заработало.
А что именно обновил ? , если база в формате .td через конфигуратор не грузится с ошибкой потока…
Спасибо.
Что делать, если архив базы загружается в файловом варианте с ошибкой «Превышен максимально допустимый размер внутреннего файла», а загрузить очень надо? Постараюсь примерно описать технологию, которую нам удалось разработать при активном участии Виктора Сосновского из фирмы «1С» на партнерском форуме.
Предположим, вы сформировали архив базы и теперь пытаетесь загрузить его в файловом варианте. Сначала все идет хорошо, но в какой-то момент возникает ошибка:
«Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Ошибка СУБД: Превышен максимально допустимый размер внутреннего файла ‘D:1CBASESNewDB/1Cv8.1CD’«
Я лично потратил ОЧЕНЬ много времени на поиск решения этой проблемы и в итоге нашел его, что позволило нам создать файловую копию базы данных размером 18 Гб и в итоге сэкономило примерно неделю времени (могу в комментариях рассказать, как было дело, но сейчас речь не о том).
Итак, причин возникновения такой ошибки может быть несколько:
- Размер КАКОЙ-ЛИБО таблицы в базе данных превышает лимит для файловой версии (4 Гб). Если честно, во избежание подобных эксцессов мы проверяли размеры таблиц базы заранее с помощью обработки «SQL базомер» (или аналогов).
- Ошибка связана с глюком особенностями платформы, и вызвана определенной спецификой структуры метаданных выгружаемой конфигурации.
С первым случаем все понятно — если базомер показал превышение лимита по каким-то из таблиц базы, то эти таблицы необходимо почистить. Если речь идет о справочнике или непериодическом регистре сведений, то нужно постараться удалить оттуда ненужные элементы/записи. То же самое относится и к «тяжелым» документам с их табличными частями. В первую очередь следует заняться удалением помеченных объектов, конечно.
Регистры накопления — отдельная тема. Размеры таблиц итогов могут превышать размеры таблиц записей регистра, причем зачастую значительно. Иногда может помочь даже простой пересчет итогов.
Регистры остатков могут некорректно (не по всем измерениям) закрываться, что приводит к ОЧЕНЬ значительному и быстрому разрастанию таблиц итогов. Списание «зависших» остатков регистра накопления может при последующем пересчете итогов дать экономию до нескольких Гб, проверено на собственном опыте у «нерадивых» клиентов. ))
Что же делать, если каждая таблица вашей базы размером менее 4 Гб, но ошибка все равно возникает?
Это значит, что у вас второй случай — проблемная структура метаданных конфигурации. Вероятнее всего, ошибка возникает на этапе создания индексов.
В двух словах опишу ситуацию в целом, чтобы было понятно, словами Виктора Сосновского из 1С. Ниже цитата с партнерского форума:
«При загрузке информационной базы в файловом варианте сначала загружаются данные всех таблиц, а затем создаются индексы. Ошибка создания индекса приводит к тому, что индекс, созданный с ошибкой, и все последующие индексы не создаются. Если в базе много данных, то это приведет к существенному снижению производительности. Полноценная работа с такой базой будет невозможна.»
Нужно узнать, какая именно таблица приводит к ошибке при создании индекса.
Включаем технологический журнал — в папку «С:Program Files (x86)1cv82__НомерВерсииПлатформы__inconf» (или аналогичную, __НомерВерсииПлатформы__ подставьте свой) кладем файл logcfg.xml примерно следующего содержания:
<?xml version=»1.0″ encoding=»UTF-8″?>
<config xmlns=»http://v8.1c.ru/v8/tech-log»>
<dump create=»true» location=»D:1CBASESdumps» type=»0″ prntscrn=»true»/>
<log history=»3″ location=»D:1CBASESlogs»>
<event>
<eq property=»name» value=»dbv8dbeng»/>
</event>
<event>
<eq property=»name» value=»excp»/>
</event>
<property name=»all»/>
</log>
</config>
Внимательно следим за тем, чтобы каталоги для дампов и логов:
- Существовали
- Различались
- Были доступны для чтения и записи тому пользователю Windows, от лица которого вы запускаете конфигуратор.
Перезапускаем конфигуратор (при этом включается технологический журнал) и заново пробуем загрузить наш .DT. После возникновения ошибки идем в каталог для логов, находим там файл лога, содержащий нашу ошибку, и внимательно читаем его.
Первое же вхождение EXCPCNTX в логе в моем случае указало на команду, которая вызвала ошибку: CREATE INDEX _Accum27148_ByDims_TRRRRRRRRRSSR (у вас название индекса будет другое).
По цифрам из названия индекса с помощью обработки «Структура хранения таблиц базы данных» (или аналогов, которые умеют показывать индексы) находим, какой таблице принадлежит данный индекс. У меня это оказалась таблица оборотов одного из нетиповых регистров накопления.
А дальше начинается самое интересное — нужно попытаться угадать, что именно в структуре вашей таблицы приводит к ошибке индексации.
В первую очередь следует смотреть, какие поля входят в индекс. Как выяснилось, платформа ОЧЕНЬ не любит, когда совокупный размер ключевых полей индекса становится значительным. В частности, она не любит индексировать длинные строки — так, в моем случае в индекс попадало измерение с типом СТРОКА (500) и оно вызывало ошибку. Другой представитель фирмы «1С» высказался на партнерском форуме еще в 2007 году:
«Если длина ключа оказывается близкой к 2К, то начинается резкий рост размера индексов с рядом неприятных последствий.«
И действительно, в 2013 году ничего не изменилось — в подобных случаях наблюдается лавинообразный рост размеров индекса на файловой базе. А когда таблица индекса превышает лимит в 4 Гб, загрузка .DT останавливается с ошибкой.
Лично мне помогло отключить для проблемного измерения флажок «Использование в итогах», т.к. в реальности итоги по нему не требовались. Оно перестало попадать в саму таблицу оборотов и, как следствие, в индекс таблицы оборотов. Есть и другие способы — более строго ограничить размер строки, например. Читал, что некоторым это помогало.
Эти изменения необходимо применить к информационной базе, при этом произойдет реструктуризация вашей таблицы.
Если изменения внесены на SQL-копии базы, то после этого нужно заново выгрузить .DT и попытаться перезагрузить его в файловой версии.
Если SQL-копии нет под рукой, то можно попробовать исправить прямо на вашей недозагруженной файловой копии. После принятия изменений запускайте «Тестирование и исправление» в режиме реструктуризации таблиц базы данных. Индексы будут созданы платформой заново и, можно надеяться, уже без ошибок.
Кому особо не повезло и ошибка вылезла снова — тому следует повторить сначала всю процедуру, начиная с анализа логов. Возможно, проблемная таблица была не одна, или вам не удалось решить проблему с размерами полей, входящих в индекс.
Удачи вам!
Добрый день. Столкнулась со следующей проблемой: При обмене Битрикс и УТ 11 через localhost возникла ошибка: Интерактивный обмен 05.12.2012 13:33:30 Запуск выгрузки товаров 05.12.2012 13:33:31 Завершено формирование файлов выгрузки товаров Выгружено товаров: 1 В том числе для каталога ЛегкШины: товаров: 1 05.12.2012 13:33:32 Выгрузка на сайт завершилась с ошибками. Ошибка получения параметров обмена (ограничение размера файла)! Произошла ошибка: Произошла ошибка на стороне сервера. Файл не отправлен. (C:Tempwebdataimport.xml). Ответ сервера: failure У Вас нет прав для импорта каталога. Проверьте настройки компонента импорта. 05.12.2012 13:33:32 Завершена выгрузка товаров ________________________________ На странице /bitrix/admin/1c_admin.php?lang=ru права на обмен товарами и заказами у Администратора есть В Рабочий стол-Контент-Информ. блоки-Типы информ. блоков-Каталоги-Доступ — у Администратора полный доступ. Подскажите, будьте добры, что еще и где посмотреть?
неужели никто не сталкивался?
нет прав на создание каталога у пользователя, под которым 1С ходит на сайт
В правах винды, попробуй с правами админа
поправить их в админке сайта
В винде делаю под админ правами. На сайте права настроены тут: На странице /bitrix/admin/1c_admin.php?lang=ru В Рабочий стол-Контент-Информ. блоки-Типы информ. блоков-Каталоги-Доступ может есть еще места, где необходимо настроить? и еще адрес сайта указываю — может так не верно?
теперь ошибка немного иная, даже не пойму что ее изменило: Выгрузка на сайт завершилась с ошибками. Произошла ошибка на стороне сервера. Файл не отправлен. (C:Tempwebdataimport.xml). Ответ сервера: failure Ошибка записи в файл /import.xml
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
Обновлено 15.10.2020
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов Рунета Pyatilistnik.org. В прошлый раз мы с вами разобрали, что из себя представляет файловая система raw, и как ее исправить, чтобы восстановить свои данные. Двигаемся дальше и поговорим сегодня на тему капризности 1С, точнее на капризную работу в рамках Windows Server 2016. Я рассмотрю причину и устранение периодически повторяющейся ошибки на сервере 1С 8.3 «Ошибка при выполнении файловой операции«. Ее я стал встречать после обновления с Windows Server 2012 R2 д 2016. Думаю мой опыт сэкономит вам часик серфинга по интернету.
Описание проблемы
В моей компании заканчивается обновление операционных систем у виртуальных серверов, с Windows Server 2012 R2 на Windows Server 2016, я понимаю, что поддержка первых еще будет несколько лет, но хочется уже не делать это в последний момент, а слегка опережать, да и уже давно пора стремиться к Windows Server 2019. Сервера 1С не были исключением, обновление происходило по быстрому варианты. Тут подразумевается накатывание более новой версии ОС по верх старой, тут мы убивали двух зайцев:
- Получали свежую версию ОС
- Оставляли весь софт на сервере, и не требовалась его переустановка
В случае чего всегда можно было откатиться из снапшота на момент проведения работ, благо ESXI 6.5 это помогает делать в два клика. Все прекрасно обновилось и сервер зажил новой жизнью. В какой-то момент при запуске клиента 1С 8.3 на RDS ферме, стала появляться ошибка:
Ошибка при выполнении файловой операции
Устранение проблемы
Начав изучать данный вопрос мы не стали откатываться к бэкапу, так как данная проблема возникала не постоянно, а через некоторые промежутки и была вызвана явно не переходом на более новую версию операционной системы. Подняв исторические данные в системе заявок, я нашел похожую, где решением ошибки был перенос базы данных 1С на другой диск. Меня это заинтересовало и я стал прикидывать, что же могло быть в той ситуации. Через минут 20 я нашел одну закономерность, что на всех проблемных хостах был установлен компонент Windows дедупликации, как раз на тех дисках, где располагались базы данных 1С.
Я для тестирования отключил дедупликацию и вернул все в исходное состояние, и о чудо ошибка при выполнении файловой операции больше не появлялась. Все те же действия я произвел и на остальных серверах.
Вывод: Windows Дедупликация и 1С просто не совместимы друг с другом, это нужно запомнить
Из дополнительных методов я могу вам посоветовать еще очистку кэша 1С. Еще в на умных сайтах советуют на серверах, где используется 1С отключать протокол IPv6 на сетевых интерфейсах, но лично я не понимаю этого прикола, так как сама Microsoft советует по возможности этого не делать, в виду того, что очень многие ее сервисы и компоненты Windows в приоритете используют именно его, меньше будет проблем с DNS и Active Directory.
Вообще если у вас виртуальные сервера лежат на системе хранения данных, то у нее должна быть своя функция дедупликации и использовать лучше и правильнее ее. Если у вас есть другие варианты решения данной проблемы, то пишите их в комментариях. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
Показывать по
10
20
40
сообщений
Новая тема
Ответить
Jonnycage
Дата регистрации: 03.10.2006
Сообщений: 29
Всем доброго времени суток.
Бухгалтерия 8 (3.0.50.19), платформа (8.3.9.2233). Номера релизов роли не играют!
Есть два сервера 2008R2. На одном сервере (S1) установлена MS SQL Server 2008R2. На втором сервере (S2) установлен 1С сервер предприятия 8 на котором заведены базы 1С Бухгалтерия 8. Клиент с рабочей станции (S3) загружается клиентом в 1С Бухгалтерию. На всех машинах версия 1С одинаковая.
При попытке загрузить в 1С файл выгрузки из другой программы или выгрузить себе из 1С Бухгалтерии файл выгрузки, себе на локальный диск, получат сообщение, что каталог не обнаружен. Хотя такой каталог на компьютере пользователя есть, при загрузке — сообщение такое-же.
Путём экспериментов выяснилось, что SQL-ная бухгалтерия ищет этот каталог, на Сервере S2, а не на компьютере пользователя.
Как заставить программу искать и выгружать файлы не на Сервер 1С предприятия, а на локальные диски пользователей?
Gars
Дата регистрации: 28.05.2007
Сообщений: 207
Надо расшарить в сети путь к своему локальному ресурсу и при выгрузке/загрузке файла пользоваться сетевым окружением.
Или наоборот — на сервере создать папку доступную в сетевом окружении, туда выгружать/загружать, а потом с локального компьютера туда кидать и забирать файлы.
Prikum
активный пользователь
онлайн
Дата регистрации: 18.02.2002
Сообщений: 20834
Jonnycage, У Вас код выполняется на сервере, скорее всего.
Показывать по
10
20
40
сообщений
Обновлено 15.10.2020
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов Рунета Pyatilistnik.org. В прошлый раз мы с вами разобрали, что из себя представляет файловая система raw, и как ее исправить, чтобы восстановить свои данные. Двигаемся дальше и поговорим сегодня на тему капризности 1С, точнее на капризную работу в рамках Windows Server 2016. Я рассмотрю причину и устранение периодически повторяющейся ошибки на сервере 1С 8.3 «Ошибка при выполнении файловой операции«. Ее я стал встречать после обновления с Windows Server 2012 R2 д 2016. Думаю мой опыт сэкономит вам часик серфинга по интернету.
Описание проблемы
В моей компании заканчивается обновление операционных систем у виртуальных серверов, с Windows Server 2012 R2 на Windows Server 2016, я понимаю, что поддержка первых еще будет несколько лет, но хочется уже не делать это в последний момент, а слегка опережать, да и уже давно пора стремиться к Windows Server 2019. Сервера 1С не были исключением, обновление происходило по быстрому варианты. Тут подразумевается накатывание более новой версии ОС по верх старой, тут мы убивали двух зайцев:
- Получали свежую версию ОС
- Оставляли весь софт на сервере, и не требовалась его переустановка
В случае чего всегда можно было откатиться из снапшота на момент проведения работ, благо ESXI 6.5 это помогает делать в два клика. Все прекрасно обновилось и сервер зажил новой жизнью. В какой-то момент при запуске клиента 1С 8.3 на RDS ферме, стала появляться ошибка:
Ошибка при выполнении файловой операции
Устранение проблемы
Начав изучать данный вопрос мы не стали откатываться к бэкапу, так как данная проблема возникала не постоянно, а через некоторые промежутки и была вызвана явно не переходом на более новую версию операционной системы. Подняв исторические данные в системе заявок, я нашел похожую, где решением ошибки был перенос базы данных 1С на другой диск. Меня это заинтересовало и я стал прикидывать, что же могло быть в той ситуации. Через минут 20 я нашел одну закономерность, что на всех проблемных хостах был установлен компонент Windows дедупликации, как раз на тех дисках, где располагались базы данных 1С.
Я для тестирования отключил дедупликацию и вернул все в исходное состояние, и о чудо ошибка при выполнении файловой операции больше не появлялась. Все те же действия я произвел и на остальных серверах.
Вывод: Windows Дедупликация и 1С просто не совместимы друг с другом, это нужно запомнить
Из дополнительных методов я могу вам посоветовать еще очистку кэша 1С. Еще в на умных сайтах советуют на серверах, где используется 1С отключать протокол IPv6 на сетевых интерфейсах, но лично я не понимаю этого прикола, так как сама Microsoft советует по возможности этого не делать, в виду того, что очень многие ее сервисы и компоненты Windows в приоритете используют именно его, меньше будет проблем с DNS и Active Directory.
Вообще если у вас виртуальные сервера лежат на системе хранения данных, то у нее должна быть своя функция дедупликации и использовать лучше и правильнее ее. Если у вас есть другие варианты решения данной проблемы, то пишите их в комментариях. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
Содержание:
1. Об ошибке при выполнении файловой операции
2. Устранение «Ошибки при выполнении файловой операции» в 1С 8.3
1. Об ошибке при выполнении файловой операции
Приветствую, коллеги! В данной статье будет описана ошибка «Ошибка при выполнении файловой операции», и подробно рассмотрены способы ее устранения.
Когда происходит обновление конфигураций в 1С 8, по завершении обновления, часто появляется ошибка, которая гласит «Ошибка при выполнении файловой операции – файл не содержит доступных обновлений».
2. Устранение «Ошибки при выполнении файловой операции» в 1С 8.3
Рассмотрим методы, при помощи которых, можно устранить ошибку при выполнении файловой операции в 1С.
Итак, первый способ – это попробовать сделать обновление при помощи файлов по обновлению вида «релиз 1с*.cfu». Если это не помогло, то можно попробовать обновить систему при помощи общего файла вида «полный релиз 1С*.cf».
Вторым способом будет проверка на соответствие общей версии системы 1С с минимальными требованиями версии конфигурации 1С, которую обновляем.
Третий способ устранения ошибки при выполнении файловой операции в 1С – более сложный, но действенный. Необходимо открыть в конфигурацию от поставщика в режиме Конфигуратора. Если ошибка всё так же появляется, то необходимо удалить конфигурацию поставщика, а затем опять установить. По сути, в данном варианте «вытягивается» последняя, рабочая версия данной конфигурации и обновление будет завершено без ошибок.
Рассмотрим подробнее третий способ. Пусть у нас уже есть некоторая конфигурация 1С KORG 1-ой версии, которая работает, но нужно поставить 2-ю версию, то есть обновить версию конфигурации 1С 8.3. Когда происходит обновление, всплывает ошибка «Ошибка при выполнении файловой конфигурации». Порядок действий в этом случае:
1. скачать релиз 1С KORG с версией 1*.cf;
2. копируем нашу базу данных;
3. в конфигураторе, который соответствует обновляемой базе, переходим по пути: «Конфигурация → Поддержка → Настройки поддержки → Снять с поддержки». В случае, если кнопка для снятия с поддержки недоступна, необходимо сперва включить возможные изменения. После этого нужно дать согласие, если система 1С будет уточнять что-либо или подтверждать действия;
4. Далее переходим по следующему пути: «Конфигурация → Сравнить и объединить с конфигурацией из файла…». Здесь необходимо выбрать файл «полный релиз 1С KORG версии 1*.cf»;
5. Далее перед нами появится окно, в котором система 1С будет запрашивать постановление на учёт для поддержки, на это уведомление обязательно отвечаем согласием;
6. В случае, если наша конфигурация является типовой, откроется окно по сравнению конфигураций. В нем обязательно убираем все «галочки». Далее последует объединение конфигураций;
7. В новом окне кликаем на «Сохранить изменения»;
8. Ещё раз сохраняем базу данных;
9. Обновляем конфигурацию 1С стандартным способом.
Если всё сделать, согласно инструкции выше, то в вашей конфигурации 1С 8.3 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Чудесатая ошибка при обновлении |
Я |
chihpyh
30.09.21 — 22:45
На MS SSQL крутится база УТ 11.4. Внес небольшие изменения в конфигурацию, пытаюсь обновить. При обновлении выдает ошибку
Ошибка при выполнении файловой операции ‘v8srvr://servername/basename/Params/DBNames’
Ошибка эта вылезает уже некоторое время и раньше я лечил ее выкидыванием всех пользователей и рестартом агентов. Однако, теперь это не помогает. Сделал вообще радикально: заблокировал запуск новых сеансов, регламентных заданий, но ошибка все равно проявляется. И что самое интересное, в тот момент, когда она возникает, в списке сеансов появляется какое-то фоновое задание.
Пытался выгрузить базу в dt, но при этом получил ошибку
server_addr=tcp://servername:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1674 file=srcDataExchangeTcpClientImpl.cpp
Создал из бекапа копию базы — там все отлично. На радостях пересоздал рабочую базу из того же бекапа — фигвам. Выяснилось, что у базы есть опубликованые веб-сервисы, подумал, что через них что-то цепляется. Отменил публикацию — воз и ныне там.
Куда еще можно покопать?
mikecool
1 — 30.09.21 — 22:48
я недавно поймал ошибку «выполняется системное регламентное задание», похоже — от сервера
chihpyh
2 — 30.09.21 — 23:29
(1) Вряд ли это мой случай
МихаилМ
3 — 30.09.21 — 23:38
«Куда еще можно покопать?» в сторону работы с технологическим журналом
chihpyh
4 — 01.10.21 — 00:26
Покопал. Эту-то ошибку я и без него получал
18:34.886000-0,EXCP,4,process=1cv8,OSThread=3928,Usr=Username,ClientID=2,Exception=NetDataExchangeException,Descr=’ server_addr=tcp://servername:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1674 file=srcDataExchangeTcpClientImpl.cpp’
chihpyh
5 — 01.10.21 — 00:28
Может быть, конечно, дело в этом
Ёпрст
6 — 01.10.21 — 00:38
(0) хотя бы серверный кеш очистил ?
>>> пересоздал рабочую базу из того же бекапа — фигвам
просто рестор сделал заместо рабочей базы и болт, так что ле ?
серый КТУЛХУ
7 — 01.10.21 — 00:40
chihpyh
8 — 01.10.21 — 14:22
(6) Да, просто восстановил. Кеш вроде каждую ночь чистится
(7) Там на память в основном кивают, памяти до пса, 64Гб оперативка, 100Гб свободно на С
Lama12
9 — 01.10.21 — 14:25
(8) Кэш на сервере каждую ночь чистится? Вы сервер приложений каждую ночь останавливаете или кэш чистите при работающем сервере приложений?
Kassern
10 — 01.10.21 — 14:26
(0) что поддержка 1с говорит по вашему дампу?
Lama12
11 — 01.10.21 — 14:27
ИМХО. Т.к. бэкап рабочий, все дело в кэше.
chihpyh
12 — 02.10.21 — 00:46
(9) Тут не очень в курсе, надо выяснять, админ этим занимается.
(10) Да вот как-то не обращался. А что, реально могут помочь? Имел, просто, негативный опыт обращения в техподдержку мегакорпораций (к мелкомягким), понял, что смысла нет. У 1С это лучше поставлено?
(11) Попробую почистить, но что-то не уверен, что поможет.
Придумал способ, как обновиться: остановлю сервер 1С, сделаю бекап в копию, там накачу доработки, сделаю бекап копии и накачу его на рабочую базу. Вот только очкую: что-то может пойти не так?
OldCondom
13 — 02.10.21 — 04:23
админ занимается кешем, программист копается в бекапах… Ты точно не запутался в том, что пишегь?
МнеТолькоСпросить
14 — 02.10.21 — 14:26
Было такое при демоническом обновлении. Раз 5-6 повторяешь, в какой-то момент все таки сохраняет.
chihpyh
15 — 05.10.21 — 23:05
(13) Да вопрос-то не в том, кто чем занимается. Вопрос в том, что не обновляется нифига… И я, и админ на удаленке обслуживаем, должностных инструкций не имеем, так, какая разница, кто чем занят? Где-то он меня подстрахует, где-то я его.
(14) Раньше помогало, теперь нет. И обновление не демоническое, а с выкидыванием всех и запретом новых сеансов
Содержание:
1. Об ошибке при выполнении файловой операции
2. Устранение «Ошибки при выполнении файловой операции» в 1С 8.3
1. Об ошибке при выполнении файловой операции
Приветствую, коллеги! В данной статье будет описана ошибка «Ошибка при выполнении файловой операции», и подробно рассмотрены способы ее устранения.
Когда происходит обновление конфигураций в 1С 8, по завершении обновления, часто появляется ошибка, которая гласит «Ошибка при выполнении файловой операции – файл не содержит доступных обновлений».
2. Устранение «Ошибки при выполнении файловой операции» в 1С 8.3
Рассмотрим методы, при помощи которых, можно устранить ошибку при выполнении файловой операции в 1С.
Итак, первый способ – это попробовать сделать обновление при помощи файлов по обновлению вида «релиз 1с*.cfu». Если это не помогло, то можно попробовать обновить систему при помощи общего файла вида «полный релиз 1С*.cf».
Вторым способом будет проверка на соответствие общей версии системы 1С с минимальными требованиями версии конфигурации 1С, которую обновляем.
Третий способ устранения ошибки при выполнении файловой операции в 1С – более сложный, но действенный. Необходимо открыть в конфигурацию от поставщика в режиме Конфигуратора. Если ошибка всё так же появляется, то необходимо удалить конфигурацию поставщика, а затем опять установить. По сути, в данном варианте «вытягивается» последняя, рабочая версия данной конфигурации и обновление будет завершено без ошибок.
Рассмотрим подробнее третий способ. Пусть у нас уже есть некоторая конфигурация 1С KORG 1-ой версии, которая работает, но нужно поставить 2-ю версию, то есть обновить версию конфигурации 1С 8.3. Когда происходит обновление, всплывает ошибка «Ошибка при выполнении файловой конфигурации». Порядок действий в этом случае:
1. скачать релиз 1С KORG с версией 1*.cf;
2. копируем нашу базу данных;
3. в конфигураторе, который соответствует обновляемой базе, переходим по пути: «Конфигурация → Поддержка → Настройки поддержки → Снять с поддержки». В случае, если кнопка для снятия с поддержки недоступна, необходимо сперва включить возможные изменения. После этого нужно дать согласие, если система 1С будет уточнять что-либо или подтверждать действия;
4. Далее переходим по следующему пути: «Конфигурация → Сравнить и объединить с конфигурацией из файла…». Здесь необходимо выбрать файл «полный релиз 1С KORG версии 1*.cf»;
5. Далее перед нами появится окно, в котором система 1С будет запрашивать постановление на учёт для поддержки, на это уведомление обязательно отвечаем согласием;
6. В случае, если наша конфигурация является типовой, откроется окно по сравнению конфигураций. В нем обязательно убираем все «галочки». Далее последует объединение конфигураций;
7. В новом окне кликаем на «Сохранить изменения»;
8. Ещё раз сохраняем базу данных;
9. Обновляем конфигурацию 1С стандартным способом.
Если всё сделать, согласно инструкции выше, то в вашей конфигурации 1С 8.3 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Обновлено 15.10.2020
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов Рунета Pyatilistnik.org. В прошлый раз мы с вами разобрали, что из себя представляет файловая система raw, и как ее исправить, чтобы восстановить свои данные. Двигаемся дальше и поговорим сегодня на тему капризности 1С, точнее на капризную работу в рамках Windows Server 2016. Я рассмотрю причину и устранение периодически повторяющейся ошибки на сервере 1С 8.3 «Ошибка при выполнении файловой операции«. Ее я стал встречать после обновления с Windows Server 2012 R2 д 2016. Думаю мой опыт сэкономит вам часик серфинга по интернету.
Описание проблемы
В моей компании заканчивается обновление операционных систем у виртуальных серверов, с Windows Server 2012 R2 на Windows Server 2016, я понимаю, что поддержка первых еще будет несколько лет, но хочется уже не делать это в последний момент, а слегка опережать, да и уже давно пора стремиться к Windows Server 2019. Сервера 1С не были исключением, обновление происходило по быстрому варианты. Тут подразумевается накатывание более новой версии ОС по верх старой, тут мы убивали двух зайцев:
- Получали свежую версию ОС
- Оставляли весь софт на сервере, и не требовалась его переустановка
В случае чего всегда можно было откатиться из снапшота на момент проведения работ, благо ESXI 6.5 это помогает делать в два клика. Все прекрасно обновилось и сервер зажил новой жизнью. В какой-то момент при запуске клиента 1С 8.3 на RDS ферме, стала появляться ошибка:
Ошибка при выполнении файловой операции
Устранение проблемы
Начав изучать данный вопрос мы не стали откатываться к бэкапу, так как данная проблема возникала не постоянно, а через некоторые промежутки и была вызвана явно не переходом на более новую версию операционной системы. Подняв исторические данные в системе заявок, я нашел похожую, где решением ошибки был перенос базы данных 1С на другой диск. Меня это заинтересовало и я стал прикидывать, что же могло быть в той ситуации. Через минут 20 я нашел одну закономерность, что на всех проблемных хостах был установлен компонент Windows дедупликации, как раз на тех дисках, где располагались базы данных 1С.
Я для тестирования отключил дедупликацию и вернул все в исходное состояние, и о чудо ошибка при выполнении файловой операции больше не появлялась. Все те же действия я произвел и на остальных серверах.
Вывод: Windows Дедупликация и 1С просто не совместимы друг с другом, это нужно запомнить
Из дополнительных методов я могу вам посоветовать еще очистку кэша 1С. Еще в на умных сайтах советуют на серверах, где используется 1С отключать протокол IPv6 на сетевых интерфейсах, но лично я не понимаю этого прикола, так как сама Microsoft советует по возможности этого не делать, в виду того, что очень многие ее сервисы и компоненты Windows в приоритете используют именно его, меньше будет проблем с DNS и Active Directory.
Вообще если у вас виртуальные сервера лежат на системе хранения данных, то у нее должна быть своя функция дедупликации и использовать лучше и правильнее ее. Если у вас есть другие варианты решения данной проблемы, то пишите их в комментариях. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
Ошибка обновления базы в режиме 1С: Предприятие: Ошибка при выполнении файловой операции ‘v8srvr://server/Config/’ по причине: Ошибка при выполнении файловой операции Попытка поместить указатель на файл перед началом файла
Описание ошибки:
При обновлении конфигурации 1С: Комплексная автоматизация, ред. 1.1 при установке релиза 1.1.104.1 и запуска серверной базы в режиме 1С: Предприятие для завершения обновления релиза после согласия лицензионного соглашения возникла ошибка, которая фатально прерывала дальнейшую работу с базой:
Ошибка при выполнении файловой операции ‘v8srvr://ECO-SERVER2/1C-ECO82/Config/7ad7a83c-ceed-4eaf-871f-23830205ec2f.0’
по причине:
Ошибка при выполнении файловой операции ‘C:Usersadmin1CAppDataLocalTempv8_EBA6_7.tmp’. 131(0x00000083): Попытка поместить указатель на файл перед началом файла.
Найденные решения:
После подтверждения на продолжение обновления практически сразу же, в ближайшие секунды, долго ждать не приходилось.
Возникала ошибка. При повторном запуске базы в режиме 1С: Предприятие повторялось то же самое. Скрин не совсем тот, а уже сделанный позднее, когда ошибка себя проявила повторно, после обновления конфигурации другим релизом (об этом подробнее см. в конце публикации), но в точности иллюстрирующий ситуацию. Разница лишь в том, какой текст следует после «‘v8srvr://<имя_сервера>/<имя_базы>/Config/»
Вот полный текст ошибки
Сразу же при виде формулировки «Ошибка при выполнении файловой операции ‘v8srvr://<имя_сервера>/<имя_базы>/Config/7ad7a83c-ceed-4eaf-871f-23830205ec2f.0’ по причине:» рука потянулась выполнить «Тестирование и исправление базы данных»
Но, увы, тестирование не повлияло на ситуацию. Ошибка вновь возникала. И тут внимание обратилось ко второй половине формулировки ошибки: «Ошибка при выполнении файловой операции ‘C:Usersadmin1CAppDataLocalTempv8_EBA6_7.tmp’. 131(0x00000083): Попытка поместить указатель на файл перед началом файла.»
В этом пути явно присутсвует папка со временными файлами базы. Тогда было решено выполнить простую операцию удаления и добавления базы в списке баз, чтобы очистить пользовательские временные файлы, связанные с базой.
И это дало положительный результат. Обновление базы после этого было выполнено успешно.
P.S.
P.S.: ситуация имела повторное возникновение еще позднее (т.к. выполнялось продолжительное обновление конфигурации 1С: Комплексная автоматизация 1.1, было пропущено чуть более 20 релизов) но в сопряжении с ошибкой, очень похожей по формулировке на ту, что описана в описании ошибки Ошибка разбора XML: -[1,202] Фатальная ошибка: expected ‘>’ . Но, если ознакомиться с похожей ошибкой, то можно увидеть, что она тоже решилась в свое время удалением/добавлением базы в списке баз 1С: Предприятия 8, что очистило пользовательские файлы, связанные с базой и нормализовало дальнейшую работу без дополнительных действий, кроме тех, что описаны выше.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
24-04-2019
Журавлев А.С.
(Сайт azhur-c.ru)
Ошибка 1С при выполнении файловой операции или Ошибка операции с файлом базы данных, возникает когда 1С не может получить доступ к файлу базы данных, не может найти папку с базой или создать в ней необходимые служебные файлы.
 |
| Ошибка 1C при выполнении файловой операции |
Здесь мы видим частный и явно описанный случай проблемы. После обновления Windows на компьютере с базой, бухгалтер со второй машины не смог зайти в базу. Программа выдала ошибку как на скриншоте.
Описание: «Вход пользователя не выполнен из-за ограничений учётной записи. Например, пустые пароли не разрешены; ограничено число входов или включено ограничение политики».
В рассматриваемом примере 1С явно указывает на возможные источники проблемы. После установки патча винда сбросила некоторые настройки сетевой политики безопасности, и по умолчанию перестала пускать пользователей с учёткой без пароля.
Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.
Если не хочется бродить в недрах панели управления, можно открыть редактор политик напрямую:
Пуск — Выполнить (или Win+R) — secpol.msc;
Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.
Какие ещё причины могут вызвать появление подобной ошибки:
- Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
- Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 1С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.
Рекламы в блоге нет, заметки я пишу из чистого энтузиазма. Но если статья оказалась полезной, вы можете поддержать блог, отправив символическую сумму через форму ниже. Ваша поддержка вдохновляет меня на создание новых статей.
Есть база на УТ 10.3.6.8 Заказали обновить её до последнего релиза. Пытался обновить последовательно. При попытке обновления до релиза 10.3.7.8 выскакивает ошибка «Ошибка при выполнении файловой операции». И открывается список релизов для которых подходит данное обновление. В этом списке есть, само собой, 10.3.6.8. Решил попробовать конвертнуть под 8.2 При конвертации опять вываливается ошибка «Ошибка при выполнении файловой операции», после чего база становится не работоспособной. Если делаю «Сравнение конфигураций» (сравниваю основную и конфигурацию поставщика) выскакивает такая же ошибка. Проверка ТИИ и chdbfl показывает что ошибок нет. Куда копать и что смотреть уже и не знаю.
кэш чистил? на другом компе пробовал?
Да. Даже не поленился, съездил к ним и притащил базу сюда. Думал может что повредилось при пересылке по мылу.
+2 пробовал на их компе, аналогично
выгрузка проходит успешно? а загрузка?
выгрузка и загрузка проходят нормально. без ошибок
а если cf ник накатить объединением?
для обновления снять с поддержки нафиг и все сделать правильно, для перехода на 8.2, попробовать на sql закинуть
Если пытаюсь внести какие либо изменения в настройку поддержки с такой же ошибкой закрывает окно настройки.
Там что бы так сделать надо конвертнуть для начала, а конвертация не катит. Залить в 8.1, там конвертнуть и выгрузить?
загрузить cf этого же релиза?
создать распред. узел, создать начальный образ, отвязать от главного..
сначала сравни, вдруг меняли
а попробуй, кстати, на неё chdbfl из 15-го релиза натравить
Блин не могу найти столь древний релиз или ещё более ранний.
1. грохни конфу поставщика 2. создай отдельный ЦФ 10.3.7.8 3. накати ЦФ из п.2 на базу без КП 4. профит?
Сволоч, ругается не принимая старый формат файла базы))))
Пытался, в этот момент вываливается с ошибкой.
А как грохнуть конфу поставщика?
тады так: выгрузи в старой платформе, загрузи на 8.2.15, и натрави новый chdbfl нутром чую, конфа поставщика подпорчена. вроде в новых chdbfl они это доделывали, чтобы проверял и исправлял
Ошибок не обнаружено. Но при попытке конвертации опять скотина матерится.
Конфигурация — Поддержка — Снять с поддержки
Ёпть!! Победил!!! В самом деле была подпорчена конфа поставщика. Снял с поддержки. Конвертнул базу под 8.2 Накатил сверку последний КФшник 10.3.15.9 ВСЕМ спасибо!!
Кстати да, думаю не один я с таким столкнулся.
Тэги: 1С 8
Комментарии доступны только авторизированным пользователям
0
— 31.10.2014 — 10:46
Люди добные и не очень, ай нид ваш хелп. Второй день мудохаюсь, а просветление не приходит.
Имеется база 1С 8.
платформа (8.3.5.1119)
конфигурация бухгалтерия (2.0.62.4)
крутится на терминалке в sql-базе
Для экспериментов сделал себе копию базы на том же sql-сервере (из бекапов рабочей). Далее, при попытке обновления базы из шаблона до 2.0.62.5 релиза получаю ругань:
«c:documents and settingsuserlocal settingtemp1v8_2b_2c.tmp»
Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает.
Что делал:
— удалял, добавлял базу в консоли сервера;
— чистил этот самый temp, выставлял на него права всем все можно;
— игрался с путями к файлам sql-базы (пробовал создавать в разных папках, в т.ч. рядом с рабочей базой);
— открывать конфигуратор не на терминале, а на машине через сеть;
нифига не помогает.
И лишь когда создал файловый вариант базы у себя на компьютере локально, тогда ошибка вылазить перестала.
Но таки хочется понять, как с этим бороться? Ведь если не дай бог придется восстанавливать рабочую базу и оно вылезет, и чего делать тогда?
1
— 31.10.2014 — 10:54
т.е. вот такую ругань я имел в виду:
«ошибка при выполнении файловой операции ‘c:documents and settingsuserlocal settingtemp1v8_2b_2c.tmp’»
2
— 31.10.2014 — 17:43
с одной стороны, в файликах *.tmp иногда встречаются всякие вирусопакости, поэтому вроде бы исключать *.tmp из антивируса нельзя.
но, а с другой стороны, нафига вообще держать на сервере доброго каспера?
зы: это все к тому, что ты все прекрасно описал и платформу и конфигурацию и sql упомянул, и терминал.. молодец, чЁ.
только про антивирус на сервере ни слова. Про его наличие/отсутствие. про его настройки/исключения в случае наличия.
ни гу-гу.
3
— 01.11.2014 — 08:49
Нету антивируса на сервере. На локальной аваст стоит.
4
— 03.11.2014 — 00:27
все еще актуально
5
— 03.11.2014 — 17:07
проверить базу чинилкой не пробовали ?
http://helpme1c.ru/kak-sdelat-testir…-redakciya-3-0
http://1c-sfera.ru/index.php/adminis…-v-nej-oshibki
ЗЫ база в дт выгружается?
6
— 03.11.2014 — 20:21
Было такое же, кстати, недавно. Проверки ничего не находили, все выгружалось-загружалось, а при обновлении стабильно валилось с аналогичной ошибкой во временном файле.
Так и не решили, с админом искали и ничего не нашли в тот момент, потом та виртуалка рухнула, а на текущей вроде все обновляется.
На 8.3.4 было, кстати.
7
— 04.11.2014 — 10:07
Цитата:
Сообщение от 101 
ЗЫ база в дт выгружается?
в том то и прикол, что
Цитата:
Сообщение от gamletspb
И лишь когда создал файловый вариант базы у себя на компьютере локально, тогда ошибка вылазить перестала.
и да, на ошибки проверял, никаких проблем не обнаружено
8
— 04.11.2014 — 10:38
хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт
ЗЫ еще бы и конфигурацию отдельно в цф выгружал
9
— 04.11.2014 — 10:50
Цитата:
Сообщение от 101
хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт ЗЫ еще бы и конфигурацию отдельно в цф выгружал
я могу все это сделать, только что мне это даст в плане решения проблемы?
10
— 04.11.2014 — 11:07
(9) две разных копии БД и еще одну чистую конфигурацию
ЗЫ сдается мне что при переносе на другой сервер и залитие в SQL предварительно запустив исправление целостности на файловой базе — ошибка исчезнет
ЗЫЫ еще сдается мне проверку на обновление таки проверить … возможно конфигурация поставщика не была обновлена и/или не до конца, в похожих случаях пробую на копии накатить поверх ЦФ от полного нового релиза — пока помогало
11
— 04.11.2014 — 12:37
Мне кажется ТИИ ведь никак не проверяет конфигурацию поставщика?
А то в свете — (0) «Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает» похоже на глюканувшую конфигурацию поставщика. так что (10) +
12
— 08.11.2014 — 20:44
Ну вроде удалось победить проблему, по крайней мере на тестовой базе все заработало.
Для этого пришлось выгрузить конфигурацию и ИБ в файл. Потом нафиг удалить(!) базу SQL, создать ее занова, и только тогда загружать в нее ранее выгруженные конфигурацию и ИБ. Перед загрузкой еще пришлось перезагрузить сервисы скуля и 1С, иначе вываливалось с ошибкой. При этом база ужалась в 10! раз (с 59Гб до 5Гб), обновление накатилось нормально, и вроде все данные на месте, ничего не поехало.
Что интересно, скульную базу, перед тем как полностью грохнуть, пробовал чистить и ужимать по всякому, но даже после удаления всех данных (путем удаления базы 1С в режиме очистки базы) ее размер оставался больше 50 Гб. При этом все проверки ТИИ проходили нормально. Вобщем, поразвлекался на выходных на славу. Всем спасибо за внимание, надеюсь кому-нибудь мой опыт будет полезен.
Вдруг перестала обновляться база данных. Изменения метаданных не было, но почему-то запускается реструкторизация. Из особенностей в БД используются разделители.
ТИИ не помогло
Загрузка старой копии тоже
Загрузка в чистую SQL БД тоже не помогла
Выгрузка в ДТ вылетает с ошибкой Ошибка при выполнении файловой операции ‘v8srvr://server/mob1C_ProductionWorkplace2/Params/DBNames’
по причине:
Ошибка при выполнении файловой операции ‘server/mob1c_productionworkplace2/params’
В инете и на ИТС не нахожу подобной проблемы и решения. Что еще можно сделать для возврата возможности обновления ?