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