Доброго времени суток, коллеги!

Ситуация такая: у клиента при автоматическом обновлении базы Бухгалтерия предприятия 3.0 выдалась ошибка, база закрылась и не открывается ни в конфигураторе не в предприятии. Архивной копии нет, вообще никакой.
Я открыл базу в Tool_1CD: в таблице ConfigSave, есть строки и в таблице Config есть строки с хвостом ".new". При помощи 1CDLib очистил ConfigSave и подчистил таблицу Config. База открылась в конфигураторе, но ТИИ не проходит - вылетает с ошибкой на этапе проверки логической целостности. Но зато показывает релиз 30297.
С помощью Tool_1CD заливал в свою базу (в разные копии) таблицу Config из типового релиза 30297 и из типового 30325 (на который обновлялась база). И CheckDBF проверял - пишет ошибок нет. Результат тот же: вылетает с ошибкой на этапе проверки логической целостности.
Также при помощи Tool_1CD выгружал таблицы с данными из своей базы и заливал из в типовой 30325, но т.к. имена таблиц с данными разные, то фокус не удался.

Поделитесь опытом, можно ли каким-то образом перекачать данные из одной базы в другую?

Щас vde69 придёт и поможет

При авоматическом обновлении базы автоматчески делается резервная копия.
Если копии нет, то скажите клиенту, чтобы он обращался к тому, кто поломал ему базу, а не полоскал Вам мозг.

(0) а check dbfl не помог?

ой. не увидела, вы ж написали)сори

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

по этому помогать не буду...

(5)
- ситуация есть такая как есть, и клиент не мой, а впервые обратившийся - поэтому нужен результат;
- так и скажите "не знаю или нет идей", а то демагогию развели.

(6) Так тебе и сказали, знаю, но помогать не буду.
Скажи клиенту, чтобы покупал сервер, делал серверную базу и забивал все заново в базу.
Что за детский сад?

(6) Просто - все "танцы с бубном" из-за того, что кто-то не сделал BackUp до обновления.

+(7) Считаю, что таким клиентам нужно выставлять счета за работу с по сути двоичными данными нештатными средствами по полной, чтобы люди поняли, что не нужно экономить три рубля на коробке, потому что потом в итоге потеряешь больше.

(9) В данном случае, люди просто должны научиться делать резервное копирование, так как очень похоже, что кто-то выключил комп или закрыл базу в момент обновления.

(8) Не из-за этого.
А из-за того, что есть клиенты, которые считают, что окуевшие программисты 1С рубят немерянное бабло на чем угодно, а там базу-то обновить тьфу, одну кнопку нажать.
Таких обычно очень хорошо лечат ситуации, описанные в (0).
Ну, конечно при условии, что не находится Кулибин, который за три копейки им восстанавливает базу из кучи казалось бы бесполезного дерьма.

(0) "Ситуация такая: у клиента при автоматическом обновлении базы Бухгалтерия предприятия 3.0 выдалась ошибка, база закрылась и не открывается ни в конфигураторе не в предприятии. Архивной копии нет, вообще никакой. " - э-э-э...варианты:
1. Передать клиента vde69
2. Штудировать инфостарт
3. Поднять бэкап и спокойно исследовать проблему.

ну я и имел в виду поможет за 5-10 рублей

ну и энтузиастов тут хватает. щас появятся после вечерней пробежки

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

(13) Я считаю, в данных ситуациях нужно брать тысяч пятьдесят.
Если убыток на меньшею сумму, пусть ставят пустую базу и заколачивают все заново.

(11) Обновить - это дело десятое - некоторые просто не делают резервные копии и объяснить им можно, что это делается - только такими вот методами, когда "всё пропало".

(15) Ну вот и подросло поколение ветки, не удосуживающееся прочитать предыдущие посты, включая (0).

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

(15) Читай внимательно сообщение(0). Я-то иронизирую, а вот другие...

(17) Они это не делают потому, что считают, что если что и будет с базой, то набежит десяток доброхотов, за 500 рублей наперебой предлагающих все починить.

(19) Ну так тогда и непонятно, зачем ветка. Завести базу новую да и делов-то.

(18) Ну, там написано, что нет никакой резервной копии - но, может её можно спросить у тех, кто обслуживал базу до сего момента.
А про количество документов в ней вообще ничего не сказано.
Поди же велась с 01-01-2014, так что - не так уж и много.

(19):):):) Это тема! Имея скуль, держать файловые базы. На них, видать, и бэкапы легче делать, и импорт-экспорт...

(22) Человек хочет научиться восстанавливать базу.
Просто, иногда бывает, что, вроде бы, всё собралось, а потом бух садится и говорит, что результат совсем не годится, и всё нужно заново вводить и проверять.

(24)Бэкапы и все остальное делается в принципе одинаково удобно как в файловой, так и на скуле.
Но конвертить постоянно файловые в скуль и обратно мало приятного.

А разве при типовом обновлении 1с не просит бэкап сделать?
Хотя последнее время очень много глюков при обновлении :-(, причем в сиквельном варианте больше, чем в файловом. Уже приходилось выгружать в файловый, обновлять и загружать обратно :-( - это vde69 касательно сервера

(16) я давеча две базы восстановил за бесплатно
народ не считает, что это серьёзный баг
за деньги не хотят ;)

(26) В т.ч. и с базой, в которой работают пользователи?

(29)Да.

(29)А нафиг тогда восстанавливать?
Если не серьезный баг, то пусть и работают с ней дальше :)

(30) Что-то я отстал от жизни, видимо. Что, реально в файловом варианте в онлайне можно бэкапить базу?
(31) Не мой подход, сорри.

(23) Обслуживалась, скорее всего, самим клиентом.
Количество документов скорее всего небольшое, раз БП 3.0.
Если так, то свое мнение я уже сказал выше :))

(25) >>Человек хочет научиться восстанавливать базу.
Он где-то так сказал?

(32) Насколько я знаю - при закрытии она выполняет копирование, если больше никого в базе нет, но это не Online всё-таки.

(26) >>Бэкапы и все остальное делается в принципе одинаково удобно как в файловой, так и на скуле.
Смеялся до слез :))

(27) Зато в скулевом варианте куда большие шансы восстановить базу, ага :))

(28) Я про то и говорю. Поощрил невежество и каменный век :))

(32) Нельзя, это Jump тупит :))

(0) при "автоматическом" обновлении, архив делается в локал.темп в папку c 1Cv8Update + датавремя
ищи файл 1Cv8.1CD - он туда просто копируется

(35) Ну а о чем тогда разговор? У меня база работает 24*7, не могу я пользователей выгонять. Тоже вначале были разговоры - нах. нам этот сервер, баловство!... Я не против был, но разок упал рейд, а бэкапов нет! А почему - потому что кое-кто не закрыл базу при уходе домой. А выкидывать пользователей я не мог - и правда могли работать. После чего все получили пи...,(кроме меня, ибо я предупреждал, и вообще я сторонний спец), было закуплено оборудование, ПО и с тех пор тьфу-тьфу-тьфу.
А сейчас строго 24*7, объемы...

(41) +1
Правильный подход.

(41) Бэкапить файловую базу надо в любом случае, неважно - открыты файлы или нет.. Лучше с небольшой вероятностью получить частично кривую базу, чем высокую вероятность не получить копию вообще.

(41) А что мешает план обмена сделать, чтобы всё само выгружалось и в другой базе собиралось ?
Да, конечно, не кошерно, но если нет другого пути, то хоть что-то спасти.

(39)Банальное теневое копирование прекрасно с этим справляется.

(41)Ну если у вас база реально работает  24*7 сидеть на файловом варианте глупо.

(32)Всегда можно было, сколько помню. Я как то не сталкивался  с 1с на fat.

(45) Теневое копирование ночью - да, а при реальной нагрузке даже слепок диска не несёт связности в данных, так как в процессе работы 1С записывает разные данные в разные места - то есть открытые объекты могут записаться неправильно, если они в этот момент записывались.

(46) В fat, кстати, тоже был драйвер, делающий "копии", но всё тормозило так, что лучше без него.

А зачем теневое копирование? Копия и так прекрасно делается..

(44) Ага, причем на том же сервере:)... Зачем все это, зачем "лучше кривая база, чем никакая", "план обмена, чтобы хоть где-то было что-то..."? Зачем весь этот геморрой?
Расходы для бизнеса на закупку оборудования, лицензий и настройку не будут критическими для того бизнеса, какому это действительно нужно:) А для кого они будут критическими - тому проще новую базу набить.
(45) Ага, половина регистров записалась, а половина не успела:)
(47) Для чего и нужны транзакции.

(47)Теоретически - возможно, но крайне маловероятно.
На практике всегда рабочие копии.

(49)Во время записи в базу?

(52) Ну да.. у rar.exe есть ключик специальный - "копировать открытые на запись файлы". Разумеется, файл может оказаться неконсистентным.

(52) Если структура таблиц при записи не меняется, то даже если какие-то записи не будут актуальными - никакое ТИИ этого не заметит.

(51) Ещё раз повторяю, что копии будут всегда рабочими и правильными, если не меняется структура таблиц (а это очень и очень редко бывает), но, при записи документа окажется, что одна табличная часть успела записаться, а другая - нет.

(50) План обмена с передачей на другую машину, иначе, чтобы вы там не бэкапили и т.п., при смерти машины - всё мимо.

(53)Ну в курсе ключика.
Просто при теневом копировании делается во первых моментальный снимок, во вторых перед снимком принудительно сбрасываются буферы.

А вин рар с ключиком - будет три минуты копировать, и в эти три минуты в базу будет идти запись.

(57) Сбрасываются только системные буферы.

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

Надо еще учитывать тот факт что файловая база, это один два, ну максимум три пользователя.

(56) А кто сказал, что я бэкаплю только на ту же машину?
Да и что мне спорить с кем-то.... Пусть работает, как ему удобней.

(6) 72 000 * 2 руб считаю нормальной ценой за помощь, ибо это и есть цена полного сервера плюс работа.

если клиент готов 144тр отслюнявить - тогда готов помогать.

зы
учить их надо рублем...

(58) А какие еще есть?

(61) вообще-то это 1С заглючила, клиент в чем виноват? в плохом Вашем настроении сегодня?

(63) в жадности виноват....

1. нет штатного прога (читаем сабж)
2. нет админа (нет бекапов)
3. попытка секономить на всем приводит к затратам

(64) понятно. скорее из-за глупости а не из-за жадности. а допустим такая ситуация - сгорел аппаратный ключ к 1С, пока привезут новый, как фирме работать? особенно если это клиент-серверный вариант

+ или сразу покупать запасные ключи на всякий случай?

(66) Если это чисто бухия - то не надо, но если бизнес критичный - то да, должны быть резервный физический сервер со всеми лицензиями.

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

(67) спасибо, буду иметь в виду такой вариант

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

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

Накопал, что по умолчанию если указано создавать временную копию в базе при обновлении из режима Предприятие, эта копия сохраняется в C:\Users\<Имя пользователя>\AppData\Local\Temp\1Cv8Update.<дата обновления>\ .

(69) "... прог ... запросом валил сервак" пердюмонокль какойто. Цены этому прогу нет...

(50) все регистры при проведении записываются в одной транзакции. Копия работает нормально всегда.

(72) Какое отношение транзакция имеет к логической целостности файла?
Что, файл базы был в одном состоянии (до транзакции), а потом вуаля и молниеносно уже в другом состоянии (после транзакции)?

(71) Да ладно, обычная ситуация. Ничего особенного. Или что, принцессы не какают?

(61)Интересный подход. Вам нравится учить людей?
Зачем их вообще учить, и чему вы их научите таким образом?

(74) Да ладно, запрос из 1С к серверу укладывает на бок сервер ? Гонишь небось

(76) сделай полный джойн без условий регистра партий к регистру партий в базе на 50 гигов и еще в транзакции, и у тебя будет минут 20 кайфа...

(71) Не поверишь, я однажды на спор сервак в облаке завалил:):) Мне один товарищ так распинался, так распинался, какие у них мощности невъ...е, все выдержат, я ему предложил один запрос написать на их бд. Написал:) Как ни странно, облако не выдержало:) Слабенькое оказалось:)
Запрос был простой
Select *  from (и 8 табличек их базы). Получился ай-ай-ай:).

(76) Сделай СКД с кросс-таблицей продаж, в строках товары в столбцах покупатели.
Если не упадет, добавь после покупателей регистратор :))

(79) Да ладно, табличку 100*100 не прожует, что ли?:):):)

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

Эммм... это так скуль работает или 1С ?

(80) 100*100? LOL

(0) тема актуальна?
копию кинуть можешь?

(69) я и есть прог, пока не сваливал еще)))

(81)И в чем экономия там? И есть ли вообще экономия, может это не экономия, а отсутствие банальных знаний?

(83) А разве в SQL нельзя ограничить количество памяти на один поток ? А также время выполнения запроса проставить так, чтобы после определённого "заваливал" ?

(87) Все можно, но никто это не делает.
1. Редко у кого до этого доходят руки.
2. Так можно и что-нить тяжелое, но нужное завалить.

(61) вот это и есть настоящая жадность,люди горбатясь на тяжелой работе за три года только такую сумму зарабатывают, а вы...
совсем москали зажрались уже.

(88) лучше завалить что-нить "нужно и тяжёлое", чем весь сервер.

(87) откат транзакции идет дольше самой транзакции...

а представь, что у тебя темпДБ гигов на 200 прокачалась и тут ты место кончилось на диске C: где логи скуля, интересно как будет проходить откат транзакции и шринк темпДБ ???

конечно ты можешь сказать, что по правильному нужно делать систему темпы и базы на физически разных рейдах, но это дорого, иногда дешевле отдельный сервак иметь чем корзину на 12 дисков....

(91) Ну, если место на диске может кончится, то даже простые маленькие запросы и нормально работающая база могут в один прекрасный момент умереть - как говорится - если прозевал админ - пусть готовит вазелин.

+ В (0) например, тоже могла нехватка места случится - по крайней мере - при ней база точно "помрёт".

(0) Завтра пиши мойник псина народ ру