Мой типичный сценарий открытия:
Получаем оповещение о том, что журнал транзакций быстро растет. Мы находимся в режиме простого восстановления, поэтому я иду проверить. Размер журнала уже составляет 100 ГБ, а его емкость составляет 80%. Я управляю "Что использует мои файлы журналов" скрипт из SQL Server Central и убедитесь, что в базе данных включена репликация.
Мы не настраиваем репликацию, и я не думаю, что репликация может быть выполнена на базе данных контента SharePoint, поскольку репликация не поддерживается (требуется PK для всех таблиц). Это происходит на случайных серверах (на данный момент около 5, все в течение последних трех недель), и это происходит только в базах данных контента.
sp_removedbreplication не всегда Работы по удалению репликации тоже нет. Мы обнаружили, что нам нужно запустить процедуру sp_removedbreplication, изменить всех владельцев баз данных на SA и сбросить режим восстановления на простой, чтобы полностью устранить все следы этой ошибки.
Как репликация могла бы работать? Мы никогда не настраивали репликацию на этих серверах. Нет никаких свидетельств какого-либо типа репликации, кроме log_reuse_wait_desc из запроса DMV и роста журнала. Любая помощь с этим призраком будет оценена!
Кто-то должен его включить. Sharepoint не просто разрешит репликацию самостоятельно.
Настройте трассировку профилировщика для хранимых процедур репликации (при необходимости я могу дать вам имена некоторых процедур), чтобы увидеть, кто их запускает. Это или включить аудит сервера для выполнения этих процедур.
Вы проверили, есть ли Сбор данных об изменениях не используется? CDC основан на репликации транзакций и может также вызвать рост журнала, если агент чтения журнала не сможет справиться с этим.