Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 detach базы издателя, которая suspect  [new]
погорелец
Guest
Добрый день

Случилась неприятность - вырубился сервер. База ушла в suspect. База - это публикация на издателе. Мыслю так - хочу сделать detach базы, чтобы потом с ней поколдовать. Но детач не работает, так как база является публикацией. Каким образом это можно обойти?
22 сен 09, 11:34    [7691204]     Ответить | Цитировать Сообщить модератору
 Re: detach базы издателя, которая suspect  [new]
погорелец
Guest
В базе master в таблице sysdatabases есть столбец category. У этой базы значение в нем =4. Может его обнулить надо, чтобы исключить базу из репликаци? Это может помочь?
22 сен 09, 12:07    [7691518]     Ответить | Цитировать Сообщить модератору
 Re: detach базы издателя, которая suspect  [new]
komrad
Member

Откуда: Msk -> Utrecht
Сообщений: 5189
погорелец
Добрый день

Случилась неприятность - вырубился сервер. База ушла в suspect. База - это публикация на издателе. Мыслю так - хочу сделать detach базы, чтобы потом с ней поколдовать. Но детач не работает, так как база является публикацией. Каким образом это можно обойти?


погаси сервер и возьми файлы БД с диска
22 сен 09, 12:31    [7691729]     Ответить | Цитировать Сообщить модератору
 Re: detach базы издателя, которая suspect  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74927
погорелец
Каким образом это можно обойти?


В оффлайн базу так же нет возможности перевести?
22 сен 09, 13:17    [7692091]     Ответить | Цитировать Сообщить модератору
 Re: detach базы издателя, которая suspect  [new]
погорелец
Guest
pkarklin, в оффлайн тоже не переводится. Проапдейтил все-таки sysdatabases.category на 0. Базу удалось детачить. Восстановли в emergency mode (как в ФАКе написано). Теперь как можно заскриптовать все объекты этой базы? Таблицы, процедуры, функции т.д.? В EM список объектов не виден. А в QA не понимаю как все сразу объекты заскриптовать?
22 сен 09, 13:30    [7692198]     Ответить | Цитировать Сообщить модератору
 Re: detach базы издателя, которая suspect  [new]
погорелец
Guest
Сорри, в EM получилось заскриптовать
22 сен 09, 13:33    [7692220]     Ответить | Цитировать Сообщить модератору
 Re: detach базы издателя, которая suspect  [new]
погорелец
Guest
Помогите плиз понять результат работы DBCC CHECKDB('<db_name>', REPAIR_ALLOW_DATA_LOSS)

Среди результата есть такие строки:

1)
Вот на одной таблице вот такое выдало. При чем этой таблицей я могу пренебречь. Она не нужна.
DBCC results for 'mytable_2'.
Server: Msg 8928, Level 16, State 1, Line 1
Object ID 693967386, index ID 6: Page (1:99772) could not be processed. See other errors for details.
Server: Msg 8939, Level 16, State 1, Line 1
Table error: Object ID 693967386, index ID 6, page (1:99772). Test (IS_ON (BUF_IOERR, bp->bstat) &&	bp->berrcode) failed. Values are 2057 and -1.
Server: Msg 8976, Level 16, State 1, Line 1
Table error: Object ID 693967386, index ID 6. Page (1:99772) was not seen in the scan although its parent (1:231873) and previous (1:186064) refer to it. Check any previous errors.
Server: Msg 8978, Level 16, State 1, Line 1
Table error: Object ID 693967386, index ID 6. Page (1:181712) is missing a reference from previous page (1:99772). Possible chain linkage problem.
There are 0 rows in 0 pages for object 'mytable_2'.

2) Эта таблица тоже не сильно важная в базе. Ей можно пренебречь.
DBCC results for 'mytable_3'.
        The error has been repaired.
        The error has been repaired.
        The error has been repaired.
        The error has been repaired.
Non-Clustered index successfully restored for object 'dbo.mytable_3, index_693967386' in database 'mybase'.
Repair: Page (1:99772) has been deallocated from object ID 693967386, index ID 6.
There are 993561 rows in 8160 pages for object 'mytable_3'.
CHECKDB found 0 allocation errors and 4 consistency errors in table 'mytable_3' (object ID 693967386).
CHECKDB fixed 0 allocation errors and 4 consistency errors in table 'mytable_3' (object ID 693967386).

3)
Остальные сообщения вот подобные этому:
DBCC results for 'mytable'.
There are 8174 rows in 168 pages for object 'sysobjects'.
Я так понимаю это означает, что с таблицей mytable все окей?

В конце сообщение:
CHECKDB fixed 0 allocation errors and 4 consistency errors in database 'mybase'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

Можно ли эту базу использовать как рабочую? Или эти манипуляции не пройдут бесследно и лучше восстановить последний бекап (с потерей части данных)?
22 сен 09, 16:24    [7693759]     Ответить | Цитировать Сообщить модератору
 Re: detach базы издателя, которая suspect  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74927
Ну так проверьте сначала, что все данные на месте, прежде чем бэкап восстанавливать. Судя по сообщениям у таблиц ошибки с индексами.
22 сен 09, 16:27    [7693799]     Ответить | Цитировать Сообщить модератору
 Re: detach базы издателя, которая suspect  [new]
погорелец
Guest
pkarklin,

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

Меня просто смущает - в дальнейшем такая база не выдаст сюрпризы? Не начнутся ошибки? Делал все как в FAQ написано у Деда Маздая по восстановлению лога.
22 сен 09, 16:37    [7693884]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить