В процессе обновления(124 релиз, на 148) через конфигуратор, базу выбило на этапе обновления конфигурации БД.
После повторного входа в базу и попытки обновить бд, базу выбивает с ошибкой в дамп. Сделал ТиИ ошибка sdbl fld25750 не является именем поля. Также имееться бэкап сделанный перед обновлениями, к сожалению он битый. Очень прошу помочь советами, перепробовал уже многое, но ни чего не помогает, если не восстановить у клиента месяц работы уйдёт в некуда. Спасибо за помощь. База фаловая.

сколько денег?

Битый бекап это не бекап.

К сожалению хотел бы просто услышать какие либо советы как это исправить.... Ибо с этого я ничего не получаю.

(3) удачи!

(3)[К сожалению хотел бы просто услышать какие либо советы как это исправить.... Ибо с этого я ничего не получаю.]
совета два:
первый - беги оттуда
второй - научись делать бэкапы

(5) 2 года делал бэкап, из конфигуратора, и всё было гуд, а тут вот так попался. Теперь буду только онли копирование самой базы + лог

(5) и твои советы ну ни как не помогут мне в данную ситуацию

в данной*

(0)
>После повторного входа в базу и попытки обновить бд
В режиме 1С предприятия заходит и вылетает на обработках обновления, или вылетает в конфигураторе?
>перепробовал уже многое
Опиши конкретно, что пробовал, и тебе накидают еще 100500 способов того, что еше не пробовал
К примеру:
1. chdbfl
2. Выгрузить-загрузить в DT
3. Почистить кеш
4. Снять с поддержки конфигурацию, загрузить поверх типовой CF
итд

После нажатие кнопки ОбновлениеБД Вылетает(в конфигураторе) с ошибкой в дамп.

Что пробовал
1) чистка кеша (параметром запуска, удаление и добавление базы, и чистка папок в local b roaming)
2) chdbfl.exe (ошибокне онаружено)
3)выгрузить и загрузить в пустую, загрузить в эту же. Результат тот же.
4) пробовал венрнуться к БД, убираеться то что бд не обнавлена, но в предприятие не заходит, при ТиИ та же ошибка.
5) снимал с поддержки пытался загружать конфу той же версии но краш и ошибка в дамп
6) пробовал обновлять всячески но как дело доходит до обновления БД то сразу краш и ошибка в дамп

(6) в файловый базе делать бэк из конфигуратора - это признак непроффесионализма (прости за резкость суждения)

У меня кроме уже озвученного - бежать - два варианта
1) залей последний рабочий бэк в скуль. Последний нерабочий бэк - заливай, попутно трэйся заливку (в профайлере). Так ты, возможно, сможешь локализовать проблему.

2) Попутно - попробуй пользовать утилиту отсюда. http://catalog.mista.ru/public/19633/
уверен, часть данных удастся спасти.

Ну и 3 вариант конечно тоже есть - уговори 1с пусть раскроют спецификации файловой БД, в идеале - пусть создадут в таком случае драйвера ODBC для своего формата.

(0) гнилая ситуевина
я бы попробовал сохранить конфигу раб. базы и потом попробовать ее объединением накатить. отпишись
(12) долго думал?
(13) "уговори 1С". спс за юмор

(14) "долго думал?"
Я не думал, это опыт осознанный через конкретную попо-боль.
В моем случае "бэк-ап" тупо возвращал любой базе девствуенную кристальную белоснежную чистоту.  Но мне было проще, у меня это случилось с РИБом, и я уже был хитер и подкован.

(14)
"""уговори 1С"". спс за юмор"
Почему ты принял это за юмор? Может быть вы просто недостаточно хорошо просите? Если ТС придет в офис 1С и проползет на коленях со склоненной головой - через все помещения - думаешь ему не помогут?

попутно трейся заливку в профайлере (не понял)(13)

(13) по поводу тул сд, НЕ удаёться сохранить оснвную конфу и бд из за ошибки В таблице Config не 6 полей

(14) пробовал с ошибкой в дамп улетела база при объединении

(17) залей последний рабочий бэк в ms sql.
Запусти ms sql profiler (http://technet.microsoft.com/en-us/library/Cc966525.aspbpr08_big(l=en-us).gif)
загружай нерабочий бэк.
По последней команде в профайлере - возможно (возможно) получится понять в чем затык.

(18) заливай базу + бэк на паблик, выставляй ценник.

(6) Бэкап файловой базы из конфигуратора сделать невозможно в принципе.
Даже теоретически.
Как вы его могли сделать?

(22) имхо, это чересчур жестоко. Если ТС сумеет победить эту ситуёвину самостоятельно - он станет джедаем, ему откроется Истина (НЕ ЛОЖЬ)
И даже невозбранно сможет обновить резюме на хх (опыт восстановления баз 1С). Но говорить что бэк нельзя делать из конфигуратора - это уже глумёж))

(0) Собственно вариантов не так уж и много:
1. Позвать специалиста. Учитывая реакцию в (3) на пост (1), это не ваш метод :)
2. Обратиться в техподдержку 1С, выслав им битый архив и/или битую базу. Что бы там не говорили про техподдержку 1С, но иногда они помогают в восстановлении битых файловых баз.
3. Начать восстанавливать месяц работы.

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

PS Регулярность бекапов должна соответствовать периоду работы, потеря которого не критична для бизнеса. Для одних - это час, для вас - месяц.

спасибо попробую (20)

(23) Каким образом можно сделать бэкап из конфигуратора?

(26) ты не умеешь выгружать dt - ОООООООООООООООООООООООООООООООООООООООООООООООООООООООООООО

(27) Я про бэкап говорю, а не про выгрузку баз.
Поэтому буду благодарен если кто подскажет, каким образом его можно сделать из конфигуратора.

(28) dt является бэкапом, не смотря на его очевидные ограничения, а именно требование ТиИ

(29) dt не является бэкапом, и никогда не используется в этих целях.

(30) dt является бэкапом и повсеместно используется в этих целях

(30) уже является, т.к. платформа (не помню с какого релиза) стала проверять целостность дт

(32) А каким боком тут проверка целостности?
Он может быть вполне целым, но не загрузиться.

(33)сиквельный бэкап может не загрузиться, он от этого перестаёт быть бэкапом ?

(34) Конечно. Становится мусором который только занимает место на винте

(0)
Если "базу выбило на этапе обновления конфигурации БД", то конфа БД еще старая?
Может к ней вернуться попробовать?

>Но говорить что бэк нельзя делать из конфигуратора - это уже глумёж

глумеж это рекомендация делать бекап через конфигуратор.
Читайте документацию там для баранов все написано

Про выгрузку сама 1с советует

http://downloads.v8.1c.ru/content//Accounting/3_0_43_148/1cv8upd.htm
"Независимо от используемого варианта 1С:Предприятия 8, резервную копию можно создать, используя режим выгрузки информационной базы. Для этого: ?запустите систему 1С:Предприятие в режиме «Конфигуратор»;
?в меню «Администрирование» выберите пункт «Выгрузить информационную базу»;
?в открывшемся диалоге укажите имя файла, в который будут записаны данные. "

документация 8.3.7 как раз не рекомендует выгрузку в дт, как архив
http://its.1c.ru/db/v837doc#bookmark:adm:TI000000137

1с уже давно не рекомендует делать архивы через выгрузку в dt. При определенных условиях он может не загрузится обратно (что видимо и произошло у тс) Сейчас даже при автоматическом обновлении копируется 1cd. Dt только для перехода на скуль.

В режим предприятия заходит хоть? На какой таблице падает определил?

(36) +1

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

ТиИ надо делать до того как, а не после. Ваш кэп.

http://catalog.mista.ru/public/187832/

(36) вернуться пробовал ни к чему не привело

(41) в предприятие не заходит с ошибкой в дамп падает

(45) попробуй другой платформой зайти.

(0) Базу в архив, архив на обменник, ссылку в почту мой ник псина народ ру.

(47) отправил на яндекс почту тебе

Базу в архив, архив на обменник, ссылку в почту мой ник псина майл ру.

(48) Качаю.