А что говорит sp_locks? Если никакой процесс БД явно не держит, то я хотел бы знать, были ли убиения / добавления колонок в процессе репликации? Т.е. реплицировались ли изменения схемы?

Sorry, конечно, не sp_locks, а sp_lock. Интересуют все, кто наложил Sch-S или Sch-M на эту таблицу. Да, вот еще. Если была репликация изменений схемы, то как эти изменения делались: через EM, хранимые процедуры (sp_repladdcolumn, sp_repldropcolumn), ... ?

Молодец, что в чистую. Повторяю вопрос еще раз: реплицировались ли модификации схемы и если да, то как?

Так. Давайте по порядку: издатель - номер версии SQL Server и сервис-пака, какая ОС? То же по дистрибутору (если он <> издатель) и подписчику. Какая подписка: pull или push? Если push, то где работал агент синхронизации?

1. Хотел бы еще раз уточнить текст сообщения об ошибке, которое возникает при попытке изменить структуру таблицы. Смущает фраза it is published for replication, хотя, как Вы сказали, таблица расположена на подписчике. Вы уверены, что она, в свою очередь, больше никуда не реплицируется (и не реплицировалась)?
2. Блокирована только структура или данные тоже?

Чего бы еще такого умного спросить?

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

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

Шутка.
Зайдите в sysobjects и снимите у таблицы в поле Category 5-й и 6-й биты, помечающие ее как участвующую в репликации.
update sysobjects set category = category & ~32 where name = '...'
update sysobjects set category = category & ~64 where name = '...'
Подробности - в Knowledge Base, Q215351. Удачи.

sp_configure 'allow updates', 1
go
reconfigure with override