Привет! Sql 2000, база торговля 7.7 на sql. Винт умер (копии нет, вина не наша - сами в шоке когда вообще серваки увидели - допотопное ПО). На данный момент вытащили файлы sql и файлы конфигурации. При подключении файлы 1с с новыми файлами sql метаданные загружаются, данных нет. А вот файлы mdf подключить не можем в SQL: при попытке подключения базы выдается ошибка 5180 (т.е. файл порченный). Можно ли как-то восстановить? Через DBCC CHECKALLOC у нас не получится как я понимаю так как файлы даже подключить не можем?

выпьем.. не чокаясь

воостановлению не подлежит?

Как это не ваша вина? Почему на 1 винте с реально вообще бэкап лежал?)

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

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

(4) Первый раз приехал и именно в этот момент все упало?) На месте заказчиков я бы не вас подумал)

(5) валите оттуда пока на вас всех собак не повесили

Ну епта, только первый раз приехали и все упало. Вы конечно не причем:)

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

у нас с ними работа по заказу - что заказывабт то и делаем, обслуживание 1с с бекапами не входило в наше тех задание.

>> винт умер ... На данный момент вытащили...

если умер винт, нефиг было самим вытаскивать, а воспользоваться услугами Recovery-фирм

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

только это все на самом деле знач не имеет - имеет значение только можно ли восстановить или нет? если файл порченный на самом диске и копии нет - можно с базой попрощаться?

что-то восстановить можно.
наверное.
неизвестно же насколько файл испорчен.

кстати файлога тоже при восстановлении пригодится.

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

(12) обратитесь к специалисту по MS SQL
5180 ошибка SQL - еще совсем не приговор

(15) я бы посоветовал создать тему на скл.ру. И там попытаться найти специалиста на восстановление этой базы.

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

(0) Посмотри в сторону http://www.officerecovery.com/mssql/
Я как-то раз восстанавливал базу из битого файла данных.
Не 100% но....

+(15)

и заранее выложить базу и логи в интернет . пожатые архиватором.

(9) Мда. Первый раз приехали и сразу перезагружать серваки... Убил бы...

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

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

заметили. Все сообщения о том, что база упала и архивов нет, 99% - баба, 1% малолетний долпоеп.

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

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

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

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

(23) +100
(26) +100
(27) +100

(0) напартачили - расхлебывайте

выхода нет, всё плохо. а будет еще хуже. лучше не будет никогда.

>> сами в шоке когда серваки увидели - допотопное ПО

Да автора можно по цитатам растаскивать.. ПО оказывается им не подошло.

Допотопное ПО - это какое виндовз сервер 2000? Очень стабильная система, век бы на ней работал.

Кстате о ПО. В (0) стоит 2000, а в (12) уже 2003.

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

(0) как называется, аудиторская контора? Названия франча в студию.
зы
понятно, что перезагрузка сервака увеличивает производительность на 50%.
дефрагментация еще на 50%.
Я очень сильно надеюсь, что база была "боевая".

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

(33) Не вижу противоречия. В (0) речь идет о MS SQL Server 2000, а в (12), из контекста - о Windows Server 2003. То, что это разные вещи, думаю, очевидно.

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

+(38) ну или святой какой у христиан есть для этого богоугодного дела?

поиск ничего кроме Исидора покроветеля интернета не выдает.

подцепить базу получилось - открыли в конфигураторе, при открытии из конфигуратора в предприятие выдает сообщение: sql сервер не существует или отсутствует доступ. Вот это сообщение и выходило в четверг в базе - причем за день там работало около 10 пользователей и все работали. мы при работающих пользователях пытались зайти под админом - вот нам и стал такое вываливать. Есть мысли?

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

надеюсь догадались сделать архив того, что осталось (md,dda, mdf, ldf)


после подцепления - chekdb

(43)
опечатка dda = dds

(43) на 7.7 есть такая приблуда?
У них скуль о чем то думал, а они пришли его и штакетиной по затылку.

+(45) был вариант, сделать бекап лога и его накатить на фул бекап. Но по ходу, мадам из (0) о таком даже не слышала, поэтому им уже ничего не поможет.

+не известно когда фул бекап последний раз делался, может лет 5 назад. Так что это никому не поможет.

(46)
если checkpoits не делалась
в мс скл 2000
бекапы лога можно накатить только польностью.

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

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

(46) кстати мадам слышала про полный бекап, на моей фирме полный делается раз в сутки, а раз в 10 минут с 8 до 22 к нему добавляется лог. и до кучи хранится не только суточная копия но и помесячно за последний год раз в месяц.

(49) То были, то не было, то пошло то не пошло. Куда пошло? Нафиг таких авдиторов.

напомнило мультик. Ух, ты говоряшая рыба.

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

а не можете поиочь - нечего и строчить.

(51)
интересно на Вашей фирме проверяли работоспособность резервных копий ?

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

что-то объяснить в 2-3 собщения не предстовляется возможным.

а темы на 100 собщений - для любителей.

(54) "почему то у вас если женский пол - однозначно тупая " - просто почти все ветки с таким заголовком от женского пола.

А как тут помочь, если тень от орла упала и зайца убила, из зайца тулуп вышел и пошел....

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

(57) а как теперь насчет реальной помощи? просто инетерсено раз такой умный - наверное и выход знаете?

(59) конечно!
Телефон потерять.

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

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

(61) почему с ошибкой 5180 не встречались? Встречались. backup log. restore base, restore log

когда авдиторы не лезут куда не попадя, все восстанавливается минут за 15.

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

(64)когда хохлы много разговаривают - из всего потока слов одна фраза стоящая

(66) потерять телефон и забить на это не благодарное дело?

Ладно Вам всем ругаться, подскажите по делу кто знает,
правильно ведь говорите, что 5180 не редкая ошибка, у нас файловая и тоже без причины падает иногда

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

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

(70) это значит авдиторы не могут нормально даже пароль доступа к скулю набрать.

раскладка клавиатуры, caps lock

да-да, и сейчас тоже на новом скуле парольне подобрали.

(70)
учитывая, что недавно был уволен программист.

1 раз Вы подсключались под учетными данными других пользователей.
в дальнейшем был создан отдельный профиль.

и Вы стали подсключаться НЕ как другие.
например: была настроена windows аутентификация подключения 1c77
или еще какие способы защиты

в любом случае в системе имеет достаточеое колво настраиваимых источников информации о оштбке.

odbc tracer, ms sql err log, profiler.....

(73)
пароль записан в 1Cv7.DBA

есть программа расшифровки

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

пароль sa нужен для начала. Я думал, что (73) это шутка такая.
зы
Ачуметь. Про, что вообще тогда разговор?

ЛОЛ! Я думал они его набрать не могут, а они его вообще не знают.

ну в общем, может кому пригодиться, попытаюсь написать что сделала:
1) база состоит из 4 - файлов - два лога, mdf. ndf. Долго не могли подключить базу (5180 ошибка) из-за того, что принесенные копии еще раз скопировали и при подключении базы в строках подключения вставали только 2 файла из 4-х. в результате возникала ошибка что база поверждена. Потом попробовали на первой копии - заполнилось правильно - база подключилась.
2)но при загрузке начала выдавать самую первую ошибку "не виден сервер или нет доступа".
хотя все правильно(и кстати, конкретно для хохла - в менеджере у меня свой поль-ль вместо sa со своим паролем - просто надоело отвечать на тупые вопросы - стройте всезнайку перед своей женой)
3) в  общем на всяк случай бекап сделала, потом в режим сингл юзер, потом CHECKDB - 0 ошибок, потом обратно перевод из юзера. - ничего не помогает. до кучи еще после каждого открытия постоянно подвисает сеанс и "программа не может зайти в одноп. режиме", хотя закрываю нормально, в менеджере сеанс не весит, в общих файлах - тоже. в общем пришлось перезапускать службу часто.  в конце-концов дошло, что что-то с пользователем в 1с - там старый остался, я под ним заходила, завела нового с правами админа, ошибка ушла, появилась еще одна "база не может соединиться с планом обмена, логин такой-то фальшивый". такого польз вообще нет в программе. начали смотреть код глоб. модуля - там прописано подключение к другой базе с данным поль-ем напрямую - закодировали и все стало ок. (естес-но, у клиента кодировать не будем - у него этой ошибки не было, видать там подстроено подключение к базе)
в общем, наверное, прав был  МихаилМ, когда писал, что что-то с подключение польз-ей. просто до сих пор не понятно что конкретно, потому что новых мы не создавали, работали под старым, в скуль не лазили. Беспричинно наверное такая ошибка тоже бы не возникла. Тем более что до этого работали нормально.

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

база состоит из 4х файлов ..и ndf, дальше можно не читать.
Более фееричного бреда никогда не читал. До конца не осилил.

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

в общем может кому пригодится.

(0) если готовы заплатить и ждать - давай удаленный доступ в почту, и полное описание чего где лежало, и чего потом делали...

думаю большую часть подниму

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

http://habrahabr.ru/post/136979/

http://habrahabr.ru/post/137301/

(0) Эта с таким то лицом хохлов трогать, как то не айс то ...

(84, 85) СПАСИБО !