Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
07.02.2001, 22:19
|
|||
---|---|---|---|
|
|||
Неужели никто не знает? |
|||
#18+
Есть такая проблема по поводу merge replication. При частом обновлении данных в базе при использовании merge replication происходит следующее: таблицы MSmerge_contents и MSmerge_genhistory очень быстро доходят до такого количества записей, что начинаются всякие тупые глюки, типа не могу соединитьтя и т.д. Но когда их вручную очищаешь - вся репликация идет к чертовой матери (надо заново инициализировать все подписки). Вопрос коллеги: как автоматизировать эту задачу, чтобы эти таблицы через определенный промежуток времени подтирали наиболее устаревшие свои записи без вреда для процессов репликации? Заранее спасибо! Ответ лучше прислать мылом: avp.zn@nng.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
|
08.02.2001, 15:15
|
|||
---|---|---|---|
|
|||
Неужели никто не знает? |
|||
#18+
Из Knowledge Base (Q248623): "SQL Server 7.0 does not provide a way to clean up the contents of the MSmerge_contents and MSmerge_tombstone Merge Replication system tables. Since these tables keep track of inserts, updates, and deletes within the publications in a database, they could potentially cause storage problems. To clean up the Merge system tables, the database should be unpublished and republished. The Merge system tables should not be modified manually. Microsoft has confirmed this to be a problem in SQL Server version 7.0. This problem has been corrected in U.S. Service Pack 2. " Вывод: поставь SP2 и используй sp_mergecleanupmetadata. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=46&tablet=1&tid=1827381]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
25ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
others: | 11ms |
total: | 121ms |
0 / 0 |