Проблема с бэкапом #596917

Добрый день! Сервер Win 2003 SP2 со всеми обновлениями Платформа 1С 8.2.13.213 СУБД SQL Server 2005 Сервер 1С на одном физическом сервере, сервер СУБД – на другом, в пределах одной локальной сети. Возникла проблема с выгрузкой базы в автоматическом режиме, при запуске следующей команды: WshShell.Run """C:Program Files1cv828.2.13.213in1cv8.exe"" DESIGNER /S*сервер и база* /DumpIB """ & *путь выгрузки* & """/OUT """ & *путь к файлу лога 1С* &"""",0,TRUE Выгрузка не проходит и в лог пишется следующее сообщение: «Ошибка при выполнении операции с информационной базой Ошибка загрузки компоненты grphcs» Админ сервера клянется, что никаких изменений с видеоподсистемой сервера не производилось, а драйвера видео стоят самые последние. Субьективно косяки начались после обновления слегка нетиповой бухгалтерии(добавлен документик и еще по мелочам)на релиз 2.0.32.4 Подскажите пожалуйста, в чем проблема и как ее решить?

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

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

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

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

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

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

да

А если так попробовать:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обновись до 8.2.13.219

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

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

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

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

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

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

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

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

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

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

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

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

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

нет.

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