Проверка в задании по обслуживанию БД стала выдавать ошибку - только для одной таблицы
Раньше никогда таких сообщений не видел.

Результаты DBCC для "Message".
Сообщение 8928, уровень 16, состояние 1, строка 1
Идентификатор объекта 1498834701, идентификатор индекса 2, идентификатор секции 72057892773822464, идентификатор единицы размещения 72057893057003520 (тип In-row data): не удалось обработать страницу (1:228944). Для получения подробных сведений просмотрите сообщения о других ошибках.
Сообщение 8976, уровень 16, состояние 1, строка 1
Ошибка таблицы: идентификатор объекта 1498834701, идентификатор индекса 2, идентификатор секции 72057892773822464, идентификатор единицы размещения 72057893057003520 (тип In-row data). Страница (1:228944) не была обнаружена при просмотре, хотя ее родитель (1:228864) и предыдущая страница (1:228936) ссылаются на нее. Проверьте предыдущие ошибки.
Сообщение 8944, уровень 16, состояние 28, строка 1
Ошибка таблицы: идентификатор объекта 1498834701, идентификатор индекса 2, идентификатор секции 72057892773822464, идентификатор единицы размещения 72057893057003520 (тип In-row data), страница (1:228944), строка 184. Тест (!(hdr->r_tagA & (RecConst::VERSION_MASK | RecConst::RECTAG_RESV_B))) не прошел. Значения - 230 и 129.
Сообщение 8944, уровень 16, состояние 28, строка 1
Ошибка таблицы: идентификатор объекта 1498834701, идентификатор индекса 2, идентификатор секции 72057892773822464, идентификатор единицы размещения 72057893057003520 (тип In-row data), страница (1:228944), строка 184. Тест (!(hdr->r_tagA & (RecConst::VERSION_MASK | RecConst::RECTAG_RESV_B))) не прошел. Значения - 230 и 129.
Сообщение 8978, уровень 16, состояние 1, строка 1
Ошибка таблицы: идентификатор объекта 1498834701, идентификатор индекса 2, идентификатор секции 72057892773822464, идентификатор единицы размещения 72057893057003520 (тип In-row data). Отсутствует ссылка на страницу (1:228945) с предыдущей страницы (1:228944). Возможна ошибка связывания цепочек.
Имеется 39209 строк на 1095 страницах для объекта "Message".
CHECKDB обнаружил 0 ошибок размещения и 5 ошибок согласованности в таблице "Message" (идентификатор объекта 1498834701).

1. В чем суть ошибки
2. Могу я запустить DBCC CHECKDB с опцией REPAIR_ALLOW_DATA_LOSS
В таблице находятся данные, частью которых можно и пожертвовать если что. Но может быть можно вычислить строку/строки - источник ошибок?

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

СпасибО!

Еще вопрос - эта таблица участвует в репликации. Индекс на столбце rowguid. Ни на что не повлияет?

Я из журнала работы WINDOWS и увидел, что задание по обслуживанию ругается. Ошибок дисковых, в журнале WINDOWS по крайней мере нет. В настройках репликации таблицы стоит копирование некластерных индексов, т.е. копируется с этим индексом. В свойствах индекса index_924594057 - уникальный, некластеризованный. При попытке вызвать свойство Фрагментация - генерит ошибку. 90% конечно радует, но 10% - беспокоят, очень уж много возни с восстановлением репликации. Работает годами и какие то нюансы забываются уже. Как же все таки быть? Может так: 1) приостановить задание репликации слиянием 2) снять резервную копию публикатора (на подписчике все в порядке, индекс работает) 3. Пересоздать индекс. 4 Запустить репликацию. Если что-то не так - разархивировать резервную копию на издателе.

/****** Object: Index [index_924594057] Script Date: 02/03/2022 15:01:37 ******/
CREATE UNIQUE NONCLUSTERED INDEX [index_924594057] ON [dbo].[Message]
(
[rowguid] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 90) ON [PRIMARY]
GO

Microsoft SQL Server 2008 (SP2) - 10.0.4067.0 (X64)
Jun 14 2012 19:26:05
Copyright (c) 1988-2008 Microsoft Corporation
Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

безумству храбрых пою я песню (с) К теме не относится - несколько лет назад у меня был печальный опыт накатить SP4 кажется. Результат - умерла репликация. У нас на стороне подписчика на сервере стоит Microsoft Small Buizness Server 2008, в котором SQL SERVER 2008 как то так вшит, что сервис пак поставить не получается. Не могу проапгрейдить WIN сервера ни на одной из сторон, так как повлечет за собой такие затраты, от которых мой шеф может сильно приуныть. Жду когда окончательно усохнет один из офисов компании, чтобы закрыть этот страшный сон. А так - работает система вот уже 11 лет - проблем нет.