Добрый день. Ребята помогите разобраться или ткните в статью где

описано решение ошибки.

Дело обстоит так. Имеется сервер c экземпляром Microsoft SQL Server 2008 R2 (SP2) - 10.50.4033.0 (X64)
на нем большое количество баз данных и сегодня на почту получил репорт от job-а который проверяет целостность БД.
Сообщение имеет следующее содержание : State 1: Attribute (object_id=1427184530) of row (object_id=1427184530,column_id=1) in sys.columns does not have a matching row (object_id=1427184530) in sys.objects. Сообщение 8992, уровень 16, состояние 1, сервер server_name , строка 1

Я взял резервную копию за 28.08 и перенес её на тестовый экземпляр , там восстановил бд и проверил целостность уже там(DBCC CHECKDB (test, Repair_allow_data_loss)
with all_errormsgs;
go).

имею следующее:
CHECKDB обнаружил 4 ошибок размещения и 102 ошибок согласованности в базе данных "test".
CHECKDB исправил 4 ошибок размещения и 0 ошибок согласованности в базе данных "test".

Почитав в интернатах нашел рекомендацию(http://www.interface.ru/home.asp?artId=35892) как это можно починить , но не совсем понимаю способ как это провернуть, не хватает опыта. Выполнить необходимо следующее:
"Первый - отредактировать системные таблицы в SQL Server 2005, но следует учитывать, что это довольно сложный и рискованный процесс, поскольку системные таблицы не документированы и гораздо более сложны, чем в ранних версиях. В этом посте можно найти дополнительную информацию.
Второй путь - это заскриптовать все объекты БД и экспортировать все данные, после чего создать новую базу данных, восстановить объекты и залить данные. Этот вариант более предпочтителен."

Правильное ли решение я нашел и насколько сложно хоть одно из них провернуть.

Заранее благодарю за советы.

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

Именно. Но скорей для эксгумации.

Для начала надо посмотреть страницы с данными, возможно ошибка на страницах с индексами, тогда достаточно их удалить и создать заново. Прежде чем делать репайр с потерей данных, лучше перевести базу в emergency mode и скопировать все таблички. Если не помогло то dbcc check db with data lost ну и последнее это рестор из бэкапа

проблему нашел , в представлении sys.columns cущестуют колонки которые не принадлежат ни одной из таблиц. Вроде как можно их от туда удалить (риски я понимаю) можно пересоздать базу и перелить данные. А вот старого бакапа где все хорошо в помине нету. Сервер уже в таком состоянии получил.

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

Ошибки в системных таблицах не лечатся. Придется создавать новую БД и переливать туда потаблично данные.

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

Я же вам написал, переводите в emergency mode и копируйте.

Спасибо , будем мучать) Всем хорошего дня.

Если все-таки придется использовать экспорт/импорт, то посмотри в сторону dbforge MS SQL.