Репликация на системные базы данных
Возможно ли тиражировать системные базы данных? Я спрашиваю только потому, что у меня ранее была проблема (описанная здесь), которая казалась невозможной, но снова возникла на этой неделе.
На этот раз журнал TempDB быстро рос и, согласно log_reuse_wait_desc, репликация была включена. Как только репликация была отключена, журнал быстро очищался. У нас были встречи в нашей группе SQL, единственные люди, у которых есть доступ, и я предполагаю знания о том, как настроить репликацию, и никто не пытался настроить репликацию ни в одной базе данных на этих совершенно новых серверах. Еще раз, я не думаю, что базы данных SharePoint могут быть реплицированы, то же самое для системных баз данных, но у нас продолжают возникать проблемы с этим.
У кого-нибудь был такой опыт? Особенности включения или выключения, казалось бы, невозможно?
1 ответ
На ваш первый вопрос репликация системных баз данных не поддерживается.
Относительно вашей основной проблемы:
Проследили ли вы события, которые бы однозначно указывали вам, что конечные пользователи не поддерживают эту функцию? Если это происходит периодически, вы можете проверить / отследить связанные события, чтобы убедиться, что это действительно так. Наиболее распространенная причина этого заключается в том, что действительно кто-то включил эту функцию в какой-то момент (иногда такой невинный, как просто эксперимент с мастером репликации в SSMS).
С учетом сказанного - был редкий случай, когда я увидел, что запуск DBCC CHECKDB \ DBCC CHECKTABLE с потерей данных помечал базу данных для репликации во время исправления (даже если это не была публикация). Редкая ситуация, поэтому я думаю, что вам следует сначала проверить более распространенную (если вы недавно не выполняли DBCC CHECKDB\CHECKTABLE с потерей данных).