|
База упала | ☑ | ||
---|---|---|---|---|
0
Zlatusya
08.07.12
✎
12:31
|
Привет! Sql 2000, база торговля 7.7 на sql. Винт умер (копии нет, вина не наша - сами в шоке когда вообще серваки увидели - допотопное ПО). На данный момент вытащили файлы sql и файлы конфигурации. При подключении файлы 1с с новыми файлами sql метаданные загружаются, данных нет. А вот файлы mdf подключить не можем в SQL: при попытке подключения базы выдается ошибка 5180 (т.е. файл порченный). Можно ли как-то восстановить? Через DBCC CHECKALLOC у нас не получится как я понимаю так как файлы даже подключить не можем?
|
|||
1
aleks-id
08.07.12
✎
12:35
|
выпьем.. не чокаясь
|
|||
2
Zlatusya
08.07.12
✎
12:36
|
воостановлению не подлежит?
|
|||
3
wade25
08.07.12
✎
12:36
|
Как это не ваша вина? Почему на 1 винте с реально вообще бэкап лежал?)
|
|||
4
Zlatusya
08.07.12
✎
12:37
|
ну потому что мы не облуживали эту орг. В четверг приехали первый раз и как раз все и упало. а бекапов там вообще никто не делал
|
|||
5
Zlatusya
08.07.12
✎
12:38
|
мы аудит начали делать - как раз из-за ужасного состояния серваков, программ и т.п.
|
|||
6
wade25
08.07.12
✎
12:38
|
(4) Первый раз приехал и именно в этот момент все упало?) На месте заказчиков я бы не вас подумал)
|
|||
7
aleks-id
08.07.12
✎
12:39
|
(5) валите оттуда пока на вас всех собак не повесили
|
|||
8
zmaximka
08.07.12
✎
12:41
|
Ну епта, только первый раз приехали и все упало. Вы конечно не причем:)
|
|||
9
Zlatusya
08.07.12
✎
12:44
|
да нет - до этого работы была с ними только не связанная с обслуживанием в этом ключе(ну в смысле мы по бух. учету обслуживали, а за компы и сервак отвечал приходящий сис админ ). а в четверг приехали - под админом в базу зайти не можем - выдавалась ошибка на sql, перезагрузили сервер (обычный комп - в открытом виде с толстым слоем пыли), в системе не стало видно сервера, после работы сис админа (приходящий был) - все базы заработали кроме этой. Винт умер. ну и все. Не вижу нашей вины если честно - мы даже залезть никуда не смогли - база уже при приезде просто не пускала. а нам был заказан аудит их компьютеров и сервака.
|
|||
10
Zlatusya
08.07.12
✎
12:47
|
у нас с ними работа по заказу - что заказывабт то и делаем, обслуживание 1с с бекапами не входило в наше тех задание.
|
|||
11
Партизан
08.07.12
✎
12:49
|
>> винт умер ... На данный момент вытащили...
если умер винт, нефиг было самим вытаскивать, а воспользоваться услугами Recovery-фирм |
|||
12
Zlatusya
08.07.12
✎
12:58
|
че то мне кажется на нас вряд ли подвесят - вы бы видели в каком там состоянии серверная - удивляюсь как там раньше все не упало. и насколько знаю ситуацию - у них был программист, его оттуда нынешний сис админ вытурил - т.е. по логике вещей - он должен был копии делать.
уточнила сейчас про винт: он не то, чтобы грохнулся - он в рабочем состоянии - файл с него просто скопировали - просто судя по всему файл мог повредиться из-за частого отключения света в данной фирме. в общем уточняю ситуацию: приехали - в базу зайти не можем - ошибка sql выходит - перезагрузили сервер, его вообще не стало видно(инет и т.п. все в отключке). после работы их сис админа ост. базы - ок, а эта не запускается. винт виден только через хр, через 2003 нет.(а у них 2003 стоит). мой сис админ скопировал с винта файлы 1с и sql пытаемся на другом сервере восстановить - 5180 ошибка. за день до этого наш программист работал с этой базой через удаленку - подключалась нормально |
|||
13
Zlatusya
08.07.12
✎
13:00
|
только это все на самом деле знач не имеет - имеет значение только можно ли восстановить или нет? если файл порченный на самом диске и копии нет - можно с базой попрощаться?
|
|||
14
МихаилМ
08.07.12
✎
13:02
|
что-то восстановить можно.
наверное. неизвестно же насколько файл испорчен. кстати файлога тоже при восстановлении пригодится. |
|||
15
Zlatusya
08.07.12
✎
13:08
|
лог тоже есть, как востатновить-то? люди без базы сидят - торговля, очень нужна. может хоть мысли есть какие-то? вторые сутки бьемся.
|
|||
16
AlexSSSS
08.07.12
✎
13:08
|
(12) обратитесь к специалисту по MS SQL
5180 ошибка SQL - еще совсем не приговор |
|||
17
AlexSSSS
08.07.12
✎
13:11
|
(15) я бы посоветовал создать тему на скл.ру. И там попытаться найти специалиста на восстановление этой базы.
|
|||
18
AlexSSSS
08.07.12
✎
13:13
|
(15) + и если удастся восстановить данные, то дальнейшие условия работы с этой конторой должны начинаться с "выгнать сисадмина без лишних разговоров и быстро".
|
|||
19
braslavets
08.07.12
✎
13:29
|
(0) Посмотри в сторону http://www.officerecovery.com/mssql/
Я как-то раз восстанавливал базу из битого файла данных. Не 100% но.... |
|||
20
МихаилМ
08.07.12
✎
13:31
|
+(15)
и заранее выложить базу и логи в интернет . пожатые архиватором. |
|||
21
Wasya
08.07.12
✎
13:34
|
(9) Мда. Первый раз приехали и сразу перезагружать серваки... Убил бы...
|
|||
22
Один С
08.07.12
✎
13:50
|
Да уж. Вася дело говорит.
Прежде чем на местного админа валить, посмотрели бы на себя лучше - за день до этого все работало. Поработали удаленно, перегрузили серваки и база умерла. Налицо все признаки вины.. |
|||
23
Один С
08.07.12
✎
13:54
|
Почему автор все время твердит что винт умер? Все базы с этого винта работают, кроме одной. Так что нечего на винт валить - запороли базу своими перезагрузками теперь восстанавливайте по бумажным носителям
|
|||
24
hohol
08.07.12
✎
13:55
|
заметили. Все сообщения о том, что база упала и архивов нет, 99% - баба, 1% малолетний долпоеп.
|
|||
25
mr_fix
08.07.12
✎
13:57
|
>> насколько знаю ситуацию - у них был программист, его оттуда нынешний сис админ вытурил
>> В четверг приехали первый раз и как раз все и упало. Он и вас вытурит... аудиторы... Заполняй вам два килограма анкет, чтоб вы потом написали в аудиторском отчёте что сисадмин не нужен... "Работает-не трожь" (с) |
|||
26
hohol
08.07.12
✎
13:58
|
винт тут не причем. Прежде чем серваки перезагружать, нужно скуль останавливать. Только архив поможет, но архива нет.
Попало предприятие. |
|||
27
hohol
08.07.12
✎
14:00
|
"вы бы видели в каком там состоянии серверная - удивляюсь как там раньше все не упало" - пипец логика. По визуальному осмотру, определять состояние винта. Ренгеновское зрение и неепическая интуиция. Сразу видать, что аудитор.
|
|||
28
hohol
08.07.12
✎
14:02
|
в серверной: шумно, грязно и холодно. На серваке пыль не вытерта, пол грязный. Ясное дело, что винт упадет.
|
|||
29
Партизан
08.07.12
✎
14:02
|
(23) +100
(26) +100 (27) +100 (0) напартачили - расхлебывайте |
|||
30
thezos
08.07.12
✎
14:03
|
выхода нет, всё плохо. а будет еще хуже. лучше не будет никогда.
|
|||
31
Один С
08.07.12
✎
14:04
|
>> сами в шоке когда серваки увидели - допотопное ПО
Да автора можно по цитатам растаскивать.. ПО оказывается им не подошло. |
|||
32
hohol
08.07.12
✎
14:05
|
Допотопное ПО - это какое виндовз сервер 2000? Очень стабильная система, век бы на ней работал.
|
|||
33
Один С
08.07.12
✎
14:08
|
Кстате о ПО. В (0) стоит 2000, а в (12) уже 2003.
|
|||
34
Партизан
08.07.12
✎
14:09
|
"слой пыли" - и правильно, что уборщицу к серверу не подпускают, всем известно ведь, что от неосторожного движения шваброй может начаться ядерная война.
|
|||
35
hohol
08.07.12
✎
14:09
|
(0) как называется, аудиторская контора? Названия франча в студию.
зы понятно, что перезагрузка сервака увеличивает производительность на 50%. дефрагментация еще на 50%. Я очень сильно надеюсь, что база была "боевая". |
|||
36
Один С
08.07.12
✎
14:17
|
Типичная франчевая манера поведения - это не мы это у вас ( ПО допотопное, серваки старые, сетка глючная, 1с нелицензионная, подписки на итс нет) нужное подчеркнуть..
|
|||
37
По-читатель
08.07.12
✎
15:24
|
(33) Не вижу противоречия. В (0) речь идет о MS SQL Server 2000, а в (12), из контекста - о Windows Server 2003. То, что это разные вещи, думаю, очевидно.
|
|||
38
hohol
08.07.12
✎
16:47
|
я тут подумал. А бывают у серверов ангелы хранители? Ну, или там бог какой древнегреческий? Может ему в зап адло по грязному полу ходить и пыльному серваку покровительствовать. Надо однозначно принести человеческую жертву. Заманить, кого нибудь в серверную и зарезать на серваке.
|
|||
39
hohol
08.07.12
✎
16:49
|
+(38) ну или святой какой у христиан есть для этого богоугодного дела?
|
|||
40
hohol
08.07.12
✎
16:54
|
поиск ничего кроме Исидора покроветеля интернета не выдает.
|
|||
41
Zlatusya
08.07.12
✎
16:55
|
подцепить базу получилось - открыли в конфигураторе, при открытии из конфигуратора в предприятие выдает сообщение: sql сервер не существует или отсутствует доступ. Вот это сообщение и выходило в четверг в базе - причем за день там работало около 10 пользователей и все работали. мы при работающих пользователях пытались зайти под админом - вот нам и стал такое вываливать. Есть мысли?
|
|||
42
Zlatusya
08.07.12
✎
16:57
|
т.е. сейчас то же что было в четверг, если на этом же сервере подцепляем 1с но к пустым файлам скуля - все ок.
|
|||
43
МихаилМ
08.07.12
✎
16:58
|
надеюсь догадались сделать архив того, что осталось (md,dda, mdf, ldf)
после подцепления - chekdb |
|||
44
МихаилМ
08.07.12
✎
17:00
|
(43)
опечатка dda = dds |
|||
45
hohol
08.07.12
✎
17:01
|
(43) на 7.7 есть такая приблуда?
У них скуль о чем то думал, а они пришли его и штакетиной по затылку. |
|||
46
hohol
08.07.12
✎
17:02
|
+(45) был вариант, сделать бекап лога и его накатить на фул бекап. Но по ходу, мадам из (0) о таком даже не слышала, поэтому им уже ничего не поможет.
|
|||
47
hohol
08.07.12
✎
17:02
|
+не известно когда фул бекап последний раз делался, может лет 5 назад. Так что это никому не поможет.
|
|||
48
МихаилМ
08.07.12
✎
17:04
|
(46)
если checkpoits не делалась в мс скл 2000 бекапы лога можно накатить только польностью. |
|||
49
Zlatusya
08.07.12
✎
17:05
|
вот у нас как раз и не подцеплялась из-за того, что в скуле было 4 файла а мы работали с архивной копией и почему-то скуль при подключении два файла не цеплял. а когда взяли именно скопированный оргиниал то пошло. копии есть.
мы сейчас выгружаем данные в конфиг-ре. если получится - попробуем поставить на новую базу. (46)бекапов не было - если вы внимательно читали. скуль выдавал это сообщение тогда, когда первый раз пытались в четверг под админом зайти. какой вариант кроме перезагрузки скуля в данной ситуации может быть? просветите, запомню. отдельная перезагрузка скуля результатов не дала. |
|||
50
Zlatusya
08.07.12
✎
17:07
|
и сейчас при других условиях база выдает такую же ошибку - была бы очень признательна если бы кто-то более умный смог разъяснить что произошло. учиться никогда не поздно, а обс....ть можно любого. сегодня походу выходной, полфорума смотрю в остроумии упражняется :))))
|
|||
51
Zlatusya
08.07.12
✎
17:09
|
(46) кстати мадам слышала про полный бекап, на моей фирме полный делается раз в сутки, а раз в 10 минут с 8 до 22 к нему добавляется лог. и до кучи хранится не только суточная копия но и помесячно за последний год раз в месяц.
|
|||
52
hohol
08.07.12
✎
17:10
|
(49) То были, то не было, то пошло то не пошло. Куда пошло? Нафиг таких авдиторов.
|
|||
53
hohol
08.07.12
✎
17:14
|
напомнило мультик. Ух, ты говоряшая рыба.
|
|||
54
Zlatusya
08.07.12
✎
17:15
|
почему то у вас если женский пол - однозначно тупая и т.п. не первый раз тут пишу и каждый раз вынуждена что-то доказывать. Вообще-то на форум люди идут с проблемой, ожидая компетентной подсказки от более опытных. а тут тапочки летят. И кто вам сказал что я аудитор?
|
|||
55
Zlatusya
08.07.12
✎
17:15
|
а не можете поиочь - нечего и строчить.
|
|||
56
МихаилМ
08.07.12
✎
17:17
|
(51)
интересно на Вашей фирме проверяли работоспособность резервных копий ? к сожалению, Вы ползуетесь дилетантской терминологией. поэтому что-то объяснить в 2-3 собщения не предстовляется возможным. а темы на 100 собщений - для любителей. |
|||
57
hohol
08.07.12
✎
17:19
|
(54) "почему то у вас если женский пол - однозначно тупая " - просто почти все ветки с таким заголовком от женского пола.
А как тут помочь, если тень от орла упала и зайца убила, из зайца тулуп вышел и пошел.... |
|||
58
Zlatusya
08.07.12
✎
17:20
|
проверяла сама лично восстаанвливала и сравнивала данные включая оборотку. а писать много не стала потому что проблема не в том что мне заказали, а в том что люди сидят без базы с пятницы.
(57)Ну дабыли бы все спецами, не писали бы на форум. |
|||
59
Zlatusya
08.07.12
✎
17:20
|
(57) а как теперь насчет реальной помощи? просто инетерсено раз такой умный - наверное и выход знаете?
|
|||
60
hohol
08.07.12
✎
17:21
|
(59) конечно!
Телефон потерять. |
|||
61
Zlatusya
08.07.12
✎
17:30
|
(60)ну понятно:)))) вот так вот вы и делаете, запомню ваш логин чтобы в след. раз знать как вы решаете проблемы.
в общем из всего потока инфы можно сделать вывод, что никто с таким сообщением от скуля не сталкивался, решить вопрос кроме chekdb никто не подсказал как. т.е. если данным методом не пройдет - то и мыслей от форума больше ждать не стоит. Спасибо всем кто реально пытался помочь, несмотря на "некомпетентное изложение проблемы". ну хоть злости добавили :)))). База сейчас выгружена в зип-файл, идет загрузка пока в файловый вариант, потом попробуем в чистую базу скуля загрузить. |
|||
62
Zlatusya
08.07.12
✎
17:32
|
однако вопрос - почему такое сообщение при загрузке базы выходит - остается открытым. если кто-то столкнется и впоследствии напишет причину - буду очень благодарна.
|
|||
63
hohol
08.07.12
✎
17:32
|
(61) почему с ошибкой 5180 не встречались? Встречались. backup log. restore base, restore log
|
|||
64
hohol
08.07.12
✎
17:33
|
когда авдиторы не лезут куда не попадя, все восстанавливается минут за 15.
|
|||
65
Zlatusya
08.07.12
✎
17:36
|
(63) меня не эта ошибка интересует а ошибка (41). мы заходили под админом при работащзих пользователях. и сейчас база выдает то же самое. можно конечно и с файлом поработать сейчас толькоесли загрузка в новый файл пройдет - наверное это быстрее будет. а и не факт что ваш вариант поможет.
|
|||
66
Zlatusya
08.07.12
✎
17:37
|
(64)когда хохлы много разговаривают - из всего потока слов одна фраза стоящая
|
|||
67
hohol
08.07.12
✎
17:38
|
(66) потерять телефон и забить на это не благодарное дело?
|
|||
68
Shade84
08.07.12
✎
17:39
|
Ладно Вам всем ругаться, подскажите по делу кто знает,
правильно ведь говорите, что 5180 не редкая ошибка, у нас файловая и тоже без причины падает иногда |
|||
69
hohol
08.07.12
✎
17:42
|
(68) конечно не редкая, когда каждый авдитор лечит проблемы перезагрузкой сервера. Только бекап.
|
|||
70
Zlatusya
08.07.12
✎
17:47
|
если без шуток: вот меня конкретно интересует на данный момент вследствие чего нас изначально база при работающих пользователях не пускала, сообщение "sql сервер не существует или отсутствует доступ". хотя ост. польз-ли сидели и работали в это время. сейчас то же самое сообщение выдает. Вот мне интересно с чего возникло , если реально все работали и программист заходил под админом в эту базу за сутки до этого и все было ок? Если кто знает причину - буду благодарна, чтобы в будущем понимать что произошло.
говорят что свет на этой фирме часто отключают, ну и до кучи черти что с серверами. один сервак вообще без антивируса. |
|||
71
hohol
08.07.12
✎
17:51
|
(70) это значит авдиторы не могут нормально даже пароль доступа к скулю набрать.
|
|||
72
hohol
08.07.12
✎
17:55
|
раскладка клавиатуры, caps lock
|
|||
73
Zlatusya
08.07.12
✎
17:57
|
да-да, и сейчас тоже на новом скуле парольне подобрали.
|
|||
74
МихаилМ
08.07.12
✎
18:04
|
(70)
учитывая, что недавно был уволен программист. 1 раз Вы подсключались под учетными данными других пользователей. в дальнейшем был создан отдельный профиль. и Вы стали подсключаться НЕ как другие. например: была настроена windows аутентификация подключения 1c77 или еще какие способы защиты в любом случае в системе имеет достаточеое колво настраиваимых источников информации о оштбке. odbc tracer, ms sql err log, profiler..... |
|||
75
МихаилМ
08.07.12
✎
18:07
|
(73)
пароль записан в 1Cv7.DBA есть программа расшифровки |
|||
76
Zlatusya
08.07.12
✎
18:15
|
(74) Пользователь не создавался, нашему программисту сказали пароль админа, программист под ним зашел и около месяца удаленно подключался и нормально работал. польз-ля виндоуз тоже не создавали - работа была на сервере а он всегда включен. единственное, наш программист поменял пароль админа в базе. но настройки sql не трогал и не заходил вообще в манагер.
|
|||
77
hohol
08.07.12
✎
19:20
|
пароль sa нужен для начала. Я думал, что (73) это шутка такая.
зы Ачуметь. Про, что вообще тогда разговор? |
|||
78
hohol
08.07.12
✎
19:21
|
ЛОЛ! Я думал они его набрать не могут, а они его вообще не знают.
|
|||
79
Zlatusya
08.07.12
✎
20:20
|
ну в общем, может кому пригодиться, попытаюсь написать что сделала:
1) база состоит из 4 - файлов - два лога, mdf. ndf. Долго не могли подключить базу (5180 ошибка) из-за того, что принесенные копии еще раз скопировали и при подключении базы в строках подключения вставали только 2 файла из 4-х. в результате возникала ошибка что база поверждена. Потом попробовали на первой копии - заполнилось правильно - база подключилась. 2)но при загрузке начала выдавать самую первую ошибку "не виден сервер или нет доступа". хотя все правильно(и кстати, конкретно для хохла - в менеджере у меня свой поль-ль вместо sa со своим паролем - просто надоело отвечать на тупые вопросы - стройте всезнайку перед своей женой) 3) в общем на всяк случай бекап сделала, потом в режим сингл юзер, потом CHECKDB - 0 ошибок, потом обратно перевод из юзера. - ничего не помогает. до кучи еще после каждого открытия постоянно подвисает сеанс и "программа не может зайти в одноп. режиме", хотя закрываю нормально, в менеджере сеанс не весит, в общих файлах - тоже. в общем пришлось перезапускать службу часто. в конце-концов дошло, что что-то с пользователем в 1с - там старый остался, я под ним заходила, завела нового с правами админа, ошибка ушла, появилась еще одна "база не может соединиться с планом обмена, логин такой-то фальшивый". такого польз вообще нет в программе. начали смотреть код глоб. модуля - там прописано подключение к другой базе с данным поль-ем напрямую - закодировали и все стало ок. (естес-но, у клиента кодировать не будем - у него этой ошибки не было, видать там подстроено подключение к базе) в общем, наверное, прав был МихаилМ, когда писал, что что-то с подключение польз-ей. просто до сих пор не понятно что конкретно, потому что новых мы не создавали, работали под старым, в скуль не лазили. Беспричинно наверное такая ошибка тоже бы не возникла. Тем более что до этого работали нормально. В общем, михаилу спасибо :)))) и можете конечно остальные сейчас перетирать типа такие крутые и т.п.,только наверное когда вас коснется ошибка, о которой вы не знаете и даже на форуме толком никто грамотно не описал причины - наверное тоже с распущенным хвостом сюда не придете. а мой клиент завтра будет работать в своей базе:)))) и более того, я теперь знаю как эту ошибку обойти в будущем. а проигрывает тот - кто ничему не учится. |
|||
80
hohol
08.07.12
✎
20:52
|
база состоит из 4х файлов ..и ndf, дальше можно не читать.
Более фееричного бреда никогда не читал. До конца не осилил. зы аудиторов в базу ни ногой. Другими частями тела, они как выяснилось ходить в базу не умеют. |
|||
81
hohol
08.07.12
✎
20:53
|
в общем может кому пригодится.
|
|||
82
vde69
08.07.12
✎
20:57
|
(0) если готовы заплатить и ждать - давай удаленный доступ в почту, и полное описание чего где лежало, и чего потом делали...
думаю большую часть подниму |
|||
83
Zlatusya
08.07.12
✎
20:59
|
для МихаилаМ: наш сис админ который копии делал сказал что что-то не так с винтом. после перезагрузки он не определяетя системой, виден только хр, что второй винт на сервере тоже не очень - на него сейчас пытались файлы скопировать - ошибки выдает - что скорее всего придется оба винта менять и систему
(82) спасибо, буду иметь ввиду, только пока все ок. |
|||
84
эцп
08.07.12
✎
23:16
|
||||
85
эцп
08.07.12
✎
23:18
|
||||
86
Fynjy
08.07.12
✎
23:56
|
(0) Эта с таким то лицом хохлов трогать, как то не айс то ...
|
|||
87
Zlatusya
13.07.12
✎
12:44
|
(84, 85) СПАСИБО !
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |