В одну хорошую контору пришел мальчик и, после некоторых манипуляций, восстановил свой архив не в ту базу. Архивов "той" базы не было и нет. Можно ли как-то восстановить ту базу?
P.S. Мопед не мой...

значит, архивы той базы будут

принести мальчика в жертву

На кол. Франчи позор 1С.

мальчик это не ты ведь?

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

(3) У тебя рефлекторное, да? :))

(3) фикси, как мы тут недавно выяснили, тоже ;)

(7) Дайте ссылку.

(7)А к выводу, что 1С - вообще позор не пришли случаем?:-)

(8)+1
Тоже любопытно

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

ну, потом-то, надеюсь, этому мальчику всё восстановили в то место?

(9) и это было ;)
с 43го поста: v8: ЗначениеЗаполнено(Контрагент)

Работайте в новой базе

если из мальчикка нечаянно сделать девочку, можно ли как-то восстановить того мальчика? Архивов мальчика не было и нет

(1) Теперь да, но годовая работа бухгалтерии улетела
(3) Меня, когда я во франче работал сразу научили архив делать.(4) Мальчик с базой (уже без нее) и с бушкой в другом городе. (13) Вопрос риторический.

база, поди, файловая?

(5) Ребята Нуралиева очень любят чистить лог после загрузки. Не взлетит.

(15) можно взять папу и маму и хорошенько их замотивировать (применительно к теме - набить руками)

(0) Всем сообщить, что той базы нет. Руководством принято решение работать в этой базе.
Можно успокоить тем, что мол в одной известной франчайзи 1С ведутся разработки по созданию машины времени. Этот мальчик будет первым испытателем, который вернется назад и сделает бэкап.

(18) это точно?

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

(19)Это будет создание нового мальчика с нуля. Что и придется сделать ТС скорее всего:-)

(13) Это был какой-то неправильный фикси. Скорее все таки франь.

чё, вот прямо так 1сина берёт, и делает сама шринк лога?
чё-то с трудом верится

(24) я не первый раз в его темах, вроде всё ж не фран

(22) баян. вход в конфигуратор по отпечатку пальца и электронному сертификату - не за горами

(16) Мальчику нужно срочно в бега...

(21) Проверьте. Раньше так делалось всегда. Вероятность того, что что-то поменялось с тех пор невысока.

(22) "1С одна виновата, лишь она во всём виновата,
То-то и оно, то-то и оно, тот-то и оно..."

(25) Все проще - Truncate Log

(22) Такие механизмы давно уже есть: даже близко не подпускать к базам таких горе-специалистов, которые могут "случайно обновить базу чужой конфой".

(18)[Ребята Нуралиева очень любят чистить лог после загрузки. Не взлетит.]
не совсем так
загрузка идет булком , но это не мешает восстановить состояние до импорта

(0) посочувствовать буху и поднять цены на свои услуги =)
база большая ?

(31) конфигурацией ладно, что-то от контрагентов, номенклатуры там... может остаться. а вот дт

У нас девочка работала, в трех базах запуталась и в итоге все данные перемешала. Говорил мой начальник - не берите девочку программиста.

(34) смотря, как обновить

Да, почему нет бекапов?

(6) Почти, есть всего шесть вменяемых франей на всю страну. Вы к ним не относитесь.

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

(35) А взяли бы опытную женщину лет так 50-ти.

(31) Возможно, тупиковый путь, всегда такими вещами будет заниматься дешевая рабочая сила. Плюс человеческий фактор есть всегда, врачи майкла джексона и пилотов суперджетов тоже гуру. А вот рассчитать вероятность подобных возможностей и заделать защиту со стороны 1С- надо.

(39) кстати, такие счастливые случаи бывают. редко, но бывают

(38)[ есть всего шесть вменяемых франей на всю страну.]
голимая у тебя страна какая-то, в одной Москве вменяемых ЦКП больше 6

(41) Ну будет у тебя не одно окно "Внимание, всё умрёт!", а два. Натренированная рука всё быстро закроет.

(43) Не верю! )))

(38) Для не особо сообразительных, в (0) не написано про то, что речь о франче :))

Интересно, как удалось мальчику уйти с места происшествия: "Я случайно удалил вашу базу, извините, мне пора!"

(47) Кстати да. Тема того, что было с мальчиком дальше не раскрыта :))

(48) а был ли мальчик? ©  :-)

(46) Господин, вы зачем решили себя так назвать?

(47) Я думаю, после того, как на месте при попытках найти выход, начали проводить аналогии решения в (15), у мальчика проснулись сверхвозможности по быстрому перемещению. К (48) А может и не успели проснуться ;)

(0) Уточните, а был ли мальчик франчем? Для особо сообразительных из (46)...

(44) Нет, надо писать "Конфигурация сильно отличается от той, что была, была БП, вы обновляете на ЗУП, а не офигели ли вы. Кто вы вообще такие, давайте, до свидания !!!". И закрывалась.

Либо. "То, что вы пытаетесь сейчас загрузить - полная ерунда. Отличается от того, что было на 146%. Идите на фиг, или, давайте, делаем архив сначала того, что есть. Нет архива (кстати, делали раньше- предъявите файл)- да кто вы такие, давайте, до свидания !!!" . И закрывается.

(47) не удалось пока уйти. Сливают образ, попробуют мне отправить, может онтрак что-то увидит.

Технологии работы с идиотами должны быть вписаны в платформу.

Сегодня мы все ИТСники

(54) овтеть на вопрос: база файловая?

(52) Да это уже не важно. Важна твоя реакция без знания этой информации :))

(54) Ждем продолжения репортажа с места событий...

(58) Интуиция меня редко подводит.

(57)[может онтрак что-то увидит.]
ответ напрашивается

(53) Полны

+(62) й бред. :))

(63) Обоснуй через интернет

(52) Я не знаю, звонит тамошняя бушка. (57) Да.

(54) А что, и на что мальчик залил?

А что за база? какая конфа? Мальчику реально ее руками наколбасить по распечатанным документам?

(61) скульные базы тоже на диске живут :)

(67) Классика жанра. Бухню затерли ЗУПом.

(67) Несколько лет (!). Обновлялись тем же мальчиком. Архивов (по крайней мере, без плесени) нет.

(64) в некоторых СУБД под dba можно дропнуть базу, и _вообще_ не будет никаких лишних вопросов-запросов. чик - и нет. и что, они все - УГ?

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

Не мальчик виноват, а программа.

Современные, та же Эльба, там конечно проблем обновления конфы нет, но они с человеческим лицом и для людей.

(70) если обновлял штатным образом со стороны предприятия, то 1С архивчик отписывает - надеюсь мальчик и ты в теме =)

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

Для чего автоматизация- чтобы заметить людскую мерзость добрыми умными роботами.

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

(71) Про некоторые субд - это уход в сторону от темы. Из серии "ведь воруют вагонами", так почему бы мне не украсть у церковного батюшки 300 руб.

(54) зря тратите время.

(72) А ещё платформа сама должна анализировать код на предмет косяков алгоритма, и не давать пользователям вводить контрагентов с неправильным наименованием. С таким подходом можно много чего набредить и изобрести ИИ. Хотя гораздо проще пользоваться способом из (31).

(76) Говорят, некоторое время назад опытные хирурги большинство болезней лечили отрезанием разного без анестезии, куча народу помирало, потом появилась медицинская техника, жить стало веселей+лучше

(79) Вы просто завидуете нанотехнологиям и боитесь увольнения !!!

(80) и что, неопытные хирурги исчезли?

(80) Кто сказал, что лучше?

(82) Вот бы узнать.

(83) Смотрите новости. Я смотрю новости.

Всё, прекращаю писать на мисту, ребята в футбик зовут побегать.

(80) Теперь медицинская техника требует у хирурга предъявить бэкап пациента перед тем, как что-то отрезать?

(5) а причем тут полный лог? Если бекапа базы + бекапа лога нету, то просто лог никому уже не поможет. Или не?

(86) про откаты слышал? (которые не распилы)

(84) "Я смотрю новости" а-а-а, теперь мне всё стало ясно

(87) скрипт выложи. Поверю.

мальчику переломать ноги, чтобы никуда не ушел

+(89) сейчас выяснится, что пук в лужу. Если откатывать можно, то нафига бекапы логов люди делают?

(85) А. Про (31) не ответил. Считаю, что это диктует рынок, кого обладатели ПО 1С "будут звать". На текущий момент я по опыту примерно знаю, что зовут разных. И это оправдано. Рынком. Собственно с требованиями рынка д.б. согласована разработка ПО.

(85) Обновляльщик - как я понимаю не хирург. Хирург имее высшее медицинское, аспирантуру, ординатуру и т.д. Может, я не прав, Задов меня поправит, у него жена хирург. Судя по всему, для образовавшейся модели обновления 1С, не предполагается наличие у обновляльщика мегаквалификации, мегаответственности (баблом, например) и высокой оплаты.

(0) Смотря как восстанавливал.
Если рабочую папку грохнул и по новой создал, то восстановить можно.
Если через конфигуратор и восстановление, то не факт, но очень сложно и дорого.

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

(94) это перебор, конешн, но всплывающее окошко "выполнить выгрузку данных перед загрузкой?" спасет не один десяток баз, имхо

(92) Бредишь. Если ты человеку даёшь полный доступ к БД, у этого человека должна быть достаточная квалификация, чтобы не убить эту БД. А если ты допускаешь к базе кого попало, то тебя можно сравнить с человеком, который сажает за штурвал самолёта тракториста, и надеется, что полёт пройдёт успешно.

(96) отсутствие бэкапов за последний месяц/квартал - это фэйл не парня, который скосячил, а админов/аутсорсеров или начальства, если админов нет - ибо нефиг. аналогии со штурвалом неуместны.

(0) Виноваты те, кто не делал бэкапы, те, кто послал мальчика и в последнюю очередь мальчик.

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

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

(97) По поводу старых бэкапов - полностью согласен. Но отсутствие бэкапа базы непосредственно ПЕРЕД загрузкой в живую БД, а тем паче загрузка бэкапа в НЕ ТУ БД - это косяк именно парня.

(95) От перезаписи 1CD это никак не спасет ;) Да и натренированная рука автоматом жмакнет "Нет" еще до того, как мозг успеет ответить "Да!".

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

так что мальчик виноват в первую очередь, а уже потом крокодилицы и его боссы

+(100) вот тебе текст для поиска:

Full-logged recovery model, Point-in-Time Restore

(96) +1

+ тоже жду скрипт

А вообще, от таких мальчиков надо файловую систему с версионированием использовать ;)

(0) Печально. Недавно ходил в контору где бух обслуживанием занимаются. где то 15-17 семерочных баз и 2-3 восмерочных баз. Крутятся на селеронах и на пентиумах. ни сервера ни бекапа ни порядка. Я в шоке. Есть нотики ибмовские 3 штуки наверно годов конца 90х. Я им сказал выкиньте их на нем 1с8 бухи открывается более чем 5 минут кажись

(85)
- Сестра, режем!
- Чик.
-Сестра! Ногу!!!
- Чик.
- Сестра!!! Левую!!!

ЗЫ. Я там со свечкой не стоял, но если мальчик несколько лет там админил-1С-ил, то скорее всего база на одном компе и бекапами там и не пахнет, в том числе и на уровне системы (не средствами 1С)

(107)  http://msdn.microsoft.com/en-us/library/ms179451.aspx

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

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

(110) в оригинале не так.  сначала - левую. а потом уже часть тела, емнип

(101) а то мы с бабусями не общались:
-это та база?
-да
-точно та база?
-да
-а почему цифры странные
-а, это не той фирмы база просто.

(115) А кто мешал парню выполнить первое правило перед любым обновлением и сделать бэкап базы? Если бы база оказалась действительно ненужной, то можно было его удалить потом. А мальчик просто тупо накосячил. И не надо оправдывать непрофессионализм таких мальчиков какими-то бабусями.

(113) А что просили мальчика сделать?
ЗЫ. В прошлом веке подрядили меня в одной буржуйской конторе почистить комп от мусора.
Ну я папку с именем <вырезано матофильтра> первым делом и грохнул, а к ней оказывается был настроен путь почтовика. Восстановить-то я потом восстановил. Оказывается какой-то умелец в этой богодельне с своеобразным ЧЮ почтовик настраивал.

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

(117) Сразу виден неправильный подход :) Мой опыт показывает, что как раз в таких папках хранят самую важную информацию :)) Помню одна бухгалтерша хранила все важные документы в корзине, наивно полагая, что она именно для этого и предназначена :))

(118) а на предупреждение чего не среагировал?

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

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

это к тому, что нужно быть объективным, а не поддаваться на провокации отсутствующей информации.

(119) Была привычка удалять у бухов чистить крозину. Но как-то раз наткнулся на такое тоже.

(120) на автомате жмешь все ОК и Далее

(8) Ссылки нет, но я тут уже постил историю, как два брата-админа на SQL-сервер с базой 1С решили поставить win-98 (до этого там стоял win-2000 под ntfs). Бэкап базы при этом делался последний раз более года до того события. Это были не сотрудники франча, самые, блин, фикси, фиксее не бывает.

(119) Один знакомый в конторе периодически запускал удаление помеченных объектов. Как-то попал на штраф в размере тыра. Оказалось бухи делали документ-инвентаризацию. В конце дня, не доделав, "пометили ее крестом", типа еще не действующий, а утром не нашли. Был дикий скандал.
Знакомый вечером запустил монопольно удаленно процедуру физического удаления.
Вердикт руководства - не ты крестом помечал, не тебе и удалять!

(123) у меня один-единственный раз было такое же, на 7.7, на заре моего знакомства с 1С :-)

+(126) но там я не пользовательские данные похерил, а свою базу для разработки с изменениями за неделю

(118) Да понятно, что не все сразу без косяков рождаются. Я сам как-то на заре своей работы случайно удалил базу (не 1С) с годовым отчётом, как раз перед тем, как её сдавать нужно было. Естественно, как продвинутый, удалил через Shift+Delete. А данные туда бухи целый месяц вводили. Спасло только то, что перед этим успели все таблицы распечатать. После того, как я за ночь вручную вбил туда все циферки с распечаток - бэкапы делаю уже на автомате :))

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

(118) Я тоже не раз так делал, но к счастью, не у клиентов, а при работе с копиями их баз в офисе. Вообще никакие эксперименты не стоит проводить над "живыми" базами.

+(128) А самое смешное, что ГБ так и не поверила, что я данные случайно удалил, т.к. мы за день до этого с ней повздорили немного. Зато после этого случая она всем бухам говорила: не ссорьтесь с программистом, а то он вам все данные удалит. Так что старая поговорка про то, что нет худа без добра полностью оправдалась: и опыт приобрёл, и с бухгалтерией отношения наладил :))

(0) Не далее как в мае этого года. Была в конторе тестовая база (7.7, переписанный ТиС). Так и называлась в списке. Данных по первичке не было, в качестве пользователей - название роли, без паролей. Реальных данных контров не было, но минимум справочников для работы присутствовал (типа групп скидок на группы номенклатуры и т.д. и т.п.). На ней проводили обучение, падавана попросили обновить, т.к. в рабочей появился новый функционал. Он по добрате душевной закатал туда бэкап рабочей базы. Эту базу не бэкапили, ибо никакой ценности она не представляет. Скандал был.

самое большое зло фикси не делающие бэкапы.

(133) Есть два вида зла.
1. Делают то, что не просят.
2. Не делают то, что просят.

Бэкапы делать просили? Нет.

ЗЫ. Попросил мужик у золотой рыбки достоинство до земли, и она ему ноги отрезала. И кто виноват?

(133) да, бухи зло - вселенское

(135) +100500. Операторов 1 Сы хватает, а вот нормального буха днем с огнем не сыщешь.

(0)Все не осилил,а что стало с тем юнцом?

(135)+100500 СОГЛАСЕН !!!

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

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

(0)Можно тока осторожна потом придёся базу в новую переливать тк возможно не корректное востоновление
(139)Тут случай маненько другой

+(140)И если после этого не кто нечего не записывал и не стирал с компа . .

(137) Выпороли. Заводит..?

(0)Юнец тут не причём тк большая часть тут находящихся забывали делать БЭКап у кого то прокатывало остальные появлялись тут в виде сабжей . БЭКап святая обязаность ответственного за 1Ску такой должен быть всегда где есть 1С, игде её нет..)

(90) - до 90 дочитал нормально, на 90 пошел ржач. Всем спасибо.

Пользователи - это восьмерукие осьминоги. Причем все руки у них растут их жо.. Иногда осьминоги не только пользователи :)

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

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

(143) Из темы можно понять что он же и ответственный за бэкапы (см (70))

(146) хренасе у вас санта-барбара)

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

Пример - обновление незабекапленой 7ки методом подмены .md файла. "Я в интернете посмотрела как обновлять"

Ещё помню ИТС-ник всё сделал по правилам.
1) Сделал бэкап до обновления.
2) Обновил (нетиповую на типовую и убил доп. реквизиты)
3) Сделал бэкап после обновления до запуска

НО бэкап сделал туда же, т.е. затер :)

По теме думаю из .1CD уже ловить нечего.

(0) ну что ж, как минимум одним программистом 1с и одним бухгалтером в полку делающих бэкапы прибыло, это хорошо

+желаю также удачи бухше и мальчику в набивании ручками инфы...

(150) ага. мне такая одна тоже "вы скажите как обновлять, я сама обновлю"
послал её..

+ послал в смысле в файл update.txt )

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

(152) Судя по (70) чел несколько лет обновлял без бэкапов. Так что не верится, что он поуменнет, имхо, однако.

(0) Мальчика под статью 272 УК и все затраты по восстановлению из первички повесить на него

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

(158)+1
тоже пришли к подобному
из бланка на доступ к 1С

С требованиями и ответственностью, установленными локальными нормативными актами ознакомлен.
Дата    Подпись сотрудника

Если база файловая и Win7. В 7-ке вроде по умолчанию включена функция теневого копирования. Если попробовать через нее восстановить 1cd

(3) >> Франчи позор 1С.

О франчах в (0) речи не было.
Так что, как известно, не только франчи позор 1С, но и фикси, и фрилансеры, и само 1С - все они позор 1С. Обсуждалось тут неоднократно.

(158) >> Мальчика под статью 272 УК

А кто сказал, что доступ был неправомерный? Доступ к информации как раз был вполне правомерный.

Если я правильно понимаю, 272 статья про хакерство, а не про криворуких специалистов.

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

(162) если мне сантехник разобьет унитаз, он мне купит новый и сделает все за свой счет =)
мб и тута пусть мальчик мучается?

(163) >> мб и тута пусть мальчик мучается?

Это было бы логично.

Я просто к тому написал, что ст.272 УК тут не катит. Да и вообще это не уголовное деяние.

Рефлекс уже бэкапить абсолютно все базы до которых дотянусь или делаю хоть что то опасное. Спасало задницу неоднократно.

(163) Правильно. Как сантехника, так и мальчика в таких стуациях нужно озадачить "восстанавливай как хочешь". Либо восстановит и станет умнее, либо тупо свалит и забухает, и тут уже ничего не поделаешь (что возьмешь с идиота?). А мальчик еще и поймет, что он не сантехник, чтобы можно было так просто взять и купить новый унитаз.

(166) А если восстановит, то заодно и восстанавливать научится, что тоже есть бесценный опыт.

(167) На своих ошибках некоторые учатся весьма успешно.

Первичка-то хоть распечатана?:-)

(166) (167) (168) Полностью согласен. Есть одно только НО - не всегда есть в принципе возможность восстановить данные, кроме как набить их полностью заново вручную.
Естественно о том, чтобы допустить мальчика к вводу данных в учетную систему, речи быть не может.

И боюсь, что случай в (0) относится именно к таким.

(132) А из-за чего скандал, если "Эту базу не бэкапили, ибо никакой ценности она не представляет" ?

(0) Год работы без архивов. Подпускание левых мальчиков к своим базам.
ИМХО, результат закономерен.
"Опыт - сын ошибок трудных"

Тьфу-тьфу-тьфу , чтоб не сглазили!!!
Я тут сам недавно чего-то запорол. правда не помню уже что имено

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

В любом случае делать это надо полюбовно.
ИМХО, ни каких судебных перспектив тут нет.

PS Хотя по сути правильным было бы разделить возникшие расходы между мальчиком и главбухом.
Мальчик - всего лишь исполнитель. Ответственный (владелец) за базу - главбух. О наличии бекапов (хоть с какой-то минимальной периодичностью) должна была позаботиться именно она. Заставить мальчика или делать их самостоятельно вручную, или еще что-то предпринимать её прямая обязанность.

(0) предлагаю застрелиться

Подумаешь база полетела. Не сегодня так завтра бы полетел диск и все потерялось. Надо делать копии

(2)>> принести мальчика в жертву

На алтарь?
Чую ... пахнет... терморектальным криптоанализом

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

Тема из раздела черного юмора...

Вообще, конечно, начинающие бывает неделанием бекапов грешат. Если в франче не вбили в голову. А бывают и такие омнофранчи, где новичков не натаскивают. Бывает, что фирма или 1с-ник, подразумевает, что админ делает архивы, а админ об этом и не подозревает, руководство такая проблема ниипет, пока не прижмет. Я тут одному админу по тел. сказал, что нужны ежедневные архивы, для него это было новостью. А я не люблю последущие тыканья в друг-друга пальцами, т.ч. предупредил

Под окнами таджик траву косил. Срезал ВСЕ, в том числе и елочки, посаженные соседом. Ему сказали косить - он и косил. Его теперь отправлять покупать саженцы за свой счет, или пускай в лес едет и ищет такие же?
На лестнице бригада таджиков вставляла вторые рамы в окна. Они закрепили раму распорками и с лицевой стороны гвоздями прибили петли на раму и коробку. На что их подрядили, то они и сделали.

Если берешь дешевого специалиста, то не надо ожидать от него качественных услуг. И соответственно надо оговаривать все, что хочешь получить от специалиста.

минуточку.

Чтобы всю ветку не просматривать выкладываю вырезку из этой же ветки


  shuhard
5 - 27.08.12 - 13:30
(0) если база сиквельная и  с полным логом - да
если файловая , то вопрос бессмысленный


hohol
86 - 27.08.12 - 14:12
(5) а причем тут полный лог? Если бекапа базы + бекапа лога нету, то просто лог НИКОМУ УЖЕ не поможет. Или не


тупняк начинается, вернее продолжается.
  andrewks
87 - 27.08.12 - 14:13
(86) про откаты слышал? (которые не распилы)
89

  hohol
89 - 27.08.12 - 14:14
(87) скрипт выложи. Поверю.
hohol
91 - 27.08.12 - 14:16
+(89) сейчас выяснится, что пук в лужу. Если откатывать можно, то нафига бекапы логов люди делают?

тупняк становится агрессивным.
andrewks
100 - 27.08.12 - 14:31
(91) за такие фразы и настучать можно. если чего-то не знаешь, не свети своим невежеством на форуме, не размазывай его на всех участников, а иди, и погугли
 andrewks

104 - 27.08.12 - 14:32
+(100) вот тебе текст для поиска:

Full-logged recovery model, Point-in-Time Restore

этот благородный МОЙ пост был потерт. Как он точно выглядил я не помню, но смысл примерно такой. А меня из дискусии выпилили. Напросно конечно.

(100) О вашем  происхождении из реальных пацанов и пту законченном на тройки и  так все знают. Не удосужитесь
ли вы милостевый сударь подкрепить ваше слово инструкцией sql, которая вернет базу в исходное состояние  при наличии у базы полного лога с настройкой полного востановления?
Вот лично я отвеаю за каждое слово сказанное на публичном ресурсе и более того, могу заключить с Вами пари. Что если вы приведете подобный скрипт, я уйду в бан на месяц.
А если не приведете вы уйдете с модераторов. Потому, как по моему личному мнению Ваша личность находится в "легком неадеквате" и не способно трезво оценивать обстановку.
И не соответствует пожеланиям ВР о модераторе, у которого должен быть холодный ум, горячее сердце и еще чего то там. У вас ум холодный по моему личному мнению быть холодным не может,
потому, что он отсутствует.


Stim

107 - 27.08.12 - 14:35
+ тоже жду скрипт




тупняк в апогее
  andrewks

111 - 27.08.12 - 14:37
(107)  http://msdn.microsoft.com/en-us/library/ms179451.aspx



- КАК? как ты будешь делать recovery когда у тебя нет ни фул бекапа, ни бекапа лога?!

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

Внимание ответ!



Пример.
Клиент банка переводит деньги с одного счета на другой. С первого счета деньги ушли, произошел
программный сбой и деньги так и не пришли на другой счет. Наверное человек расстроится и даже раскричится и не
будет работать  с такой поганой конторой у которой такой поганый софт. Поэтому эти два события должны произойти вместе или
не произойти вообще. Для этого существуют операторы: begin trunsaction,COMMIT TRANSACTION,ROLLBACK TRANSACTION.


begin trunsaction

"списываем деньги с одного счета"
"приходуем деньги на другой счет"
если получилось то
COMMIT TRANSACTION

если не получилось
ROLLBACK TRANSACTION

После того как транзакция зафиксирована. Вне зависимости от того какая модель востановления Полная или простая.
ХЕР ВЫ БАЗУ В ИСХОДНОЕ СОСТОЯНИЕ ВЕРНЕТЕ!

Еще раз внимание ответ.

А что же делать, когда вернуть все таки хочется?
Тогда нормальные люди делают фул бекап раз в неделю/в день и BACKUP LOG каждые 10 минут. И тогда используя конструкцию
recovery вся база + recovery log удастся вернуть базу с точностью 10 минут до сбоя.

но Recovery это них.я не rollback, которые эти ламеры умудрились попутать. Ачуметь, посмотрите с каким гонором они тупят.
Это ж насколько надо быть тупым, чтобы за годы работы одну главу в одной книги по администрированию скуля не осилить?
И эти люди еще назыавют себя инженерами! Инетересуются программированием и ДБ - наверное децибелами.

Забавно, автор так и не сказал, из франча ли был мальчик, но некоторые уперто-прозорливые личности до сих пор укоризненно кидаются какашками во франчей, мол только там и могло такое произойти.
Смешно :))

(95) Не просто окошко "Да/Нет", а окошко с полем, где нужно ввести "Да", "Yes" или "точно" в случайном порядке.
Или другой вариант - сначала открывается окно выбора файла для выгрузки, и только потом - для загрузки. Тут, правда, возникает вероятность затереть архив, который собрались загружать.

hohol так и не включил мозги, и не смог понять, что в случае (0) и Full recovery база-то никуда не делась - винт не сожгли, сервер не изъяли доблестные чекисты. и что мешает слить данные в бэкап и восстановить в новой базе по логам до указанной точки времени, изветсно,Видимо, тоже только ему. более того, он даже не прочитал за сутки приведённую мной ссылку. а посему, уважаемый hohol, отправляю тебя в конное пешее

(187) Да фри это был, фри, но из франя ))))))))))

(191) И будут по форумам искать крякалки, отключающие эти вопросы.
При мне мужик искал в автомагазине заглушку в разъем ремня безопасности. Типа ремень он одевать не хочет, а пищалку слышать надоело.

(192) Давно это было, не знаю правда или нет, но при обновлении конфигурации, часть неактивных логов  в SQL Servere очищается, и именно в FullRеcovery. Но это было к SQL 2000. Как сейчас дело обстоит даже и не скажу.

Прочитал тему....
Мои аплодисменты!!!
Жертвы уже есть?

(196) Хохол пострадал по истеричности :))
Остальные вроде все выжили :))

Да блин уж автор даже не появляется, а страсти все накаляются...

(0) теперь бэкапы будут

200

(198) Автор базу восстанавливает.

(201) У кого что болит.

(201)
Крошка-сын к отцу пришел,
И спросила кроха:
"1С-ить хорошо,
Или все же плохо?"

Батя тупо посмотрел
Мимо монитора:
"Ты чего сегодня ел?
Нету ли запора?"

"Пап, причем же здесь еда?
Ты ж отладчик мучишь?"
Сын! Такая же беда,
Коль главбуха учишь!

Все ей внятно разжуешь,
План счетов настроишь,
А она, едрена вошь:
"Ты чего мол гонишь!

Вот итоги стали врать,
НДС не бьется!"
Как заразе, твою мать,
Это удается?

И в первичке все Ок,
Только прошлой датой,
Возразить лишь ей посмей,
Попрекнет зарплатой.

Ты сынок читать не смей,
Желто-красны книжки,
Нет там сказок для детей...
Слезы у парнишки.

А жена уже кричит:
"Дал мне бог дебила,
Пиво хлещешь, паразит,
Что б те пусто было!

Сколько можно в выходной,
Дебет, кредит, база...
Уж ребенка, черт чумной,
Напугал, зараза!"

Папа грустно посмотрел
На жену, сынишку,
Пиво рыбкою заел
И погладил мышку.

(192) Бред-то не неси...
Ты сам свою ссылку читал?
<<As a prerequisite to a point-in-time restore, you must first restore a full database backup whose end point is earlier than your target restore time. >>

(204) Зачет!!! Лично мною у тебя (с). В личный архив, без обид ;-)

А почему мальчика нельзя заставить вводить все на место самого? Отчетность поди распечатанная есть, вот пусть и сравнивают, чтобы все сходилось. Отчеты мальчику не показывать. После него останеться небольшое количество документов добить.

(205) ну? продолжай. чего тебе не хватает для восстановления до точки?

+(208) единственный момент - это очистка логов самим 1Сом при загрузке базы из дт. неплохо было бы это проверить, конечно, на последних релизах, но лично мне лень

(208)full database backup whose end point is earlier than your target restore time

(208) ты по английски-то читать умеешь?

(208) при полной модели осстановления без бэкапов ты ничем от (0) не отличаешься, очем hohol тебе и пытался донести

(211) си/паскаль - свободно, русский/английский - со словарём

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

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

+(214) ну вот, навскидку нагуглил проги с заявленными "откатами" транзакций:

http://www.red-gate.com/products/dba/sql-log-rescue/support   (вроде даже бесплатная, но текст лицензии внимательно не изучал)

http://www.apexsql.com/sql_tools_log.aspx
http://toadforsqlserver.com/index.jspa
- эти триальные/условно-бесплатные

во круть, на скульру какой-то кулибин вообще свою прогу сваял :)
http://www.sql.ru/forum/actualthread.aspx?bid=1&tid=398668&pg=5

правда, судя по камментам, использование её - на свой страх и риск, да и проект умер, к сожалению. но ссылки на 5-й странице ещё живые

(214) а чего тут шаманить:
Lumigent Log Explorer, SQL Log Rescue, TOAD for SQL Server, Apex SQL Log

(214),(217) Вот когда в специальном софте впервые встретите сообщение о невозможности создания undo скрипта, чтоб откатить очередную транзакцию - придется шаманить и гуглить...

Так кто победил-то? :))

(218) это понятно, что не всегда теория совпадает с практикой.

пример: всем известно, что перенос БД 1С из одной СУБД в другую делается через выгрузку в dt - загрузку.
с другой стороны, многим известно также, что немало случаев, когда эту операцию штатно проделать невозможно (может не выгрузиться, или выгрузится, но не загрузится).

это не означает же, что механизм выгрузки-загрузки _не работает вообще_, не так ли?

Ждем продолжения истории про мопед...

(162) если не можешь понять смысла статьи, почитай комментарии, вот, например, выдержка:

"... что привело к тяжким последствиям, даже если наступление этих последствий не охватывалось умыслом лица, уголовная ответственность за такие последствия наступает в случае, если лицо предвидело возможность их наступления, но без достаточных к тому оснований самонадеянно рассчитывало на их предотвращение, или в случае, если лицо не предвидело, но должно было и могло предвидеть возможность наступления этих последствий. В целом такое преступление признается совершенным умышленно.
Субъектами данного преступления в основном могут являться лица, имеющие опыт работы с компьютерной техникой, поэтому в силу профессиональных знаний они обязаны предвидеть возможные последствия уничтожения, блокирования, модификации информации либо нарушения работы ЭВМ, системы ЭВМ и их сети.... "

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

(222) Это не 272, а 274 статья. На практике "тяжкие последствия" еще нужно доказать, а там, где они действительно могут наступить, работают не "мальчики", а профессионалы.

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

(224) в данном случае проще доказать именно нарушение правил эксплуатации, а это 274 статья.

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

(14)+100500 )))

Да ладно, фиг тут что на мальчика повесишь, он всегда может нажать резет и сделать круглые глаза и сказать, "Что он перегрузился почему то во время обновления" ну и побились все данные как следствие.

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

какая оплата такая и работа
только жадины хотят обойти это правило
и вот результат

(229) Тоже во фране научился? Вырастили поколение безответственных руководителей и погов. Попривыкли в кусты прятаться и резеты нажимать)))

3 конверта уже предлагали?

3 конверта уже кто-то предлагал?