Добрый день!

Сервер Win 2003 SP2 со всеми обновлениями
Платформа 1С 8.2.13.213
СУБД SQL Server 2005
Сервер 1С на одном физическом сервере, сервер СУБД – на другом, в пределах одной локальной сети.

Возникла проблема с выгрузкой базы в автоматическом режиме, при запуске следующей команды:
WshShell.Run """C:\Program Files\1cv82\8.2.13.213\bin\1cv8.exe"" DESIGNER /S*сервер и база* /DumpIB """ & *путь выгрузки* & """/OUT """ & *путь к файлу лога 1С* &"""",0,TRUE
Выгрузка не проходит и в лог пишется следующее сообщение:
«Ошибка при выполнении операции с информационной базой
Ошибка загрузки компоненты grphcs»

Админ сервера клянется, что никаких изменений с видеоподсистемой сервера не производилось, а драйвера видео стоят самые последние.
Субьективно косяки начались после обновления слегка нетиповой бухгалтерии(добавлен документик и еще по мелочам)на релиз 2.0.32.4

Подскажите пожалуйста, в чем проблема и как ее решить?

кэши чистились?

(0) Мне даже интересно как связаны драйвера на видеокарту с выгрузкой 1С

(2) Да и вообще нефиг ОСи на серверах обновлять и включать автоматическое обновление

http://interface31.ru/tech_it/2011/12/1s-predpriyatie-82-oshibka-v-module-gdiplusdll.html

(3) Это вы про "grphcs.dll" из каталога "bin" 8.х? О_О

(1) кэши 1С? Если его, то чистились, но за неделю до возникновения проблемы
(2) мне тоже. v8: Совместимость железа и 1С 8.2
(4) да, я эту статью админу сервера показывал. Сказал, что с его стороны все хорошо.

А вручную выгружается?

(7)да

(8) А если так попробовать:
BackUpFileName = """H:\Bkp\base1c_" & Date & "_0.dt"""
StartString = """C:\Program Files (x86)\1cv82\8.2.14.540\bin\1cv8"""
StartString = StartString & " CONFIG"
StartString = StartString & " /Sserv\base"
StartString = StartString & " /Nlogin"
StartString = StartString & " /Ppasswd"
StartString = StartString & " /DumpIB"
StartString = StartString & BackUpFileName
WshShell.Run StartString, 1

Делать бекапы через выгрузку в .dt некорректно. Используйте средства СУБД.

(10) а если файловая, то каким средством?

(11) То средствами ОС или сторонними программами, архивируя файл с расширением 1CD.

.dt нужен только для переноса баз между файловым и клиент-серверным использованием. Сохранность всей информации при имеющихся ошибках, битых ссылках и т.п. не гарантируется.

(10) [Делать бекапы через выгрузку в .dt некорректно]
классная отмазка

(13) это факт а не отмазка. сама 1с заявляет что дт не для этого.
проблему то решить надо, а юзать в качестве бэкапов дт - на самом деле не по феншую

http://its.1c.ru/db/metod81#content:2922:1

(14) а не выгружать регулярно в dt - самоубийство

(16) раз в месяц - и хорошо. причем только в диагностических целях, некоторые ошибки всплывают только при формирования дт-шника, которые не видит ТИИ

(17) а если у ТС активный поло(зачёрнуто)кодерский процесс и каждый день динамически обновляется конфа ?

>>и каждый день динамически обновляется конфа
расстрел
>>активный поло(зачёрнуто)кодерский процесс
юзать хранилище, обновлять в определённое время в штатном режиме.

(14) и чо дальше? фирма 1с заявит, что функции её среды могут работать или не работать время от времени?
а если ночной dt утром надо разработчику?

(19) каждый день динамически обновляю конфу, сегодня с утра 5 раз - плюшки выдаю быстро в порядке очереди, и так 2 года и глюков нет, ЧЯНД? На зверька у меня sql бэкап есть.

(9) спасибо, но в чем разница? Команда успешно работала около полугода, косяки полезли неделю назад.
(15) прикольно, чо.

Бэкап SQL у нас делается, но это, скажем так, вторичный бэкап - на всякий пожарный.
Задача стоит получать dt'шники.

(20) >>а если ночной dt утром надо разработчику
надо дак надо, я только говорю что в качестве основного бэкапа так не делается в нормальных конторах, более надёжно - бэкап СУБД.
>>каждый день динамически обновляю конфу
молодец, чо ещё сказать) повезло значит что не натыкался на глюки. Это говорит только о том что организационно работа не спланирована, нет никаких правил, несеръёзный подход ИМХО.
у нас за такое расстреляют без предупреждения, и правильно сделают.

(21) Могу предположить, что DESIGNER и CONFIG обрабатываются по-разному...

(23) пардон, этого не заметил. Попробую.

(22) глюки победили, исходить надо из природы возникновения, волков бояться - в лес не ходить, скальпель - инструмент в умелых руках и наоборот, 5 раз за утро это не означает, что так бывает каждый день, бывает и пару недель ничего не вносится, меня быстрее расстреляют за неоперативную помощь пользователям.
Рад, что все оперативные вмешательства Вы можете сделать выгнав пользователей или оставить на обновление в нерабочеее время

(25) Оперативного вмешательства на уровне "Программного Кода" быть не должно впринципе. Обработками поправить данные или отчеты-печ формы - для этого не надо обновлять конфу. Все доработки должны сначала тестироваться, чтоб не надо было оперативно править код. Отдельные задачи разрабатываем, тестируем вместе с юзерами и только потом обновляем рабочие базы. Как пример.
>>исходить надо из природы возникновения
вы знаете природу возникновения кривого кэша при демоническом обновлении? поделитесь, в 1с тоже напишите, а то они не знают до сих пор

(26) прикольно,
т.е. когда у тебя УПП падает на ветке графа, который ты до того ни разу не использовал, ты посылаешь офис в сад ?

(26) Да? вы чо? говорят и в УПП ввели константу NOERRORS и вылизана она вся от поставщика и рядом небараны авнеца не напишут

(26) Чистите кэш чаще, и не только у себя, для начала, можно при логоне

чот вы всё утрируете, высасываете ситуации из пальца, если в базе работают больше месяца - все такие грубые косяки найдёны и исправлены. Далее нормальная работа идёт - доработка, тестирование, обновление. если 5 раз обновлять за утро - это только если сам програмер в своём же коде наделал таких косяков и не тестил ничего.
Форс мажоры бывают - раз в полгода может динамически обновим. Но это нештатная ситуация.

Боюсь вмешиваться, но что мне со своей компонентой grphcs делать?

(31) переустанови/исправь платформу

(31) Обновись до 8.2.13.219

(30)[Форс мажоры бывают - раз в полгода может динамически обновим.]
=)

(31) ок
(33) а почему именно на эту? Может тогда уже на 8.2.15.ххх?

(35) 14, 15 еще не совсем устаканившиеся/стабильные.

(30) бессмысленно, сколько раз я обновляюсь сегодня - сугубо мое личное дело, главбуха и директора по ИТ, будем в Вашем монастыре работать - будем по Вашим правилам жить.
А пока мне в Итилиуме насчитывают время между обращением и исполнением заявки

(36) спасибо. значит слать франча, который предлагает 15ю платформу лесом?

(38) 15 последняя в толстом клиенте вроде бы писали, что стабильная, но пока 13.219

(34) что :) ? осенью последний раз было динамическое)

>>на релиз 2.0.32.4
там написано с какой платформой минимум он работает? Имхо просто файлик повредился, можно просто переустановить

(38) Я думаю, лучше подождать немного. Или даже не немного, а пока типовые не конфы будут требовать переход на новую версию платформы )

*типовые конфы не

(42)(41) Спасибо за информацию. Буду думать и пробовать.

(5)нет это я про "Админ сервера клянется, что никаких изменений с видеоподсистемой сервера не производилось, а драйвера видео стоят самые последние. "

(44) С правами доступа у пользователя от имени которого выполняется BackUP проблем нет?

(46) нет.

Переустановил платформу - ничего не поменялось.
Сегодня до кучи переустановлю платформу на втором сервере(где база на SQL крутится).
Ну и попробую DESIGNER на CONFIG поменять.