[翻译]当分发数据库增长到25G时如何解决
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了[翻译]当分发数据库增长到25G时如何解决，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1845字，纯文字阅读大概需要3分钟。
内容图文
有时候，分发数据库（Distribution Database) 会增长得非常大，那么如何解决呢，请看 Chris Skorlinski, Microsoft SQL Server Escalation Services 的解决方案。 原文地址：How to resolve when Distribution Database is growing huge (+25gig)， 本人翻译
有时候，分发数据库（Distribution Database)会增长得非常大，那么如何解决呢，请看Chris Skorlinski, Microsoft SQL Server Escalation Services 的解决方案。
原文地址：How to resolve when Distribution Database is growing huge (+25gig)， 本人翻译水平有限，如果有什么地方翻译不当或不对的地方，请不吝指教！
是的，我当然知道大数据库是相对的，但总体来说，如果你看到分发数据库越来越大增长到25G，这意味着清理进程很难删除复制事务，后面我将介绍如何以及为什么清理过程会这样。但是现在我想介绍一种我们经常用的技巧从分发数据清除数据行。这个解决方案包括修改SQL复制存储过程，以及增加每笔事务删除的行数，如果你对代码修改感到不舒服，直接跳到STEP 7吧。
第一篇发布出来的是“保守”的方法，接下来，我会发表一些更“激进”的解决方案。
1) 保存清理删除msrepl_commands对象的srepl_commands存储过程的原始脚本
sp_helptext sp_MSdelete_publisherdb_trans
2) 将CREATE改为ALTER
ALTER PROCEDURE sp_MSdelete_publisherdb_trans
3)改变三处DELETE操作，从2000改为100000行
DELETE TOP(2000) MSrepl_commands . . .
4) 保存msrepl_transaction 清理存储过程sp_MSdelete_dodelete的原始代码
sp_helptext sp_MSdelete_dodelete
5)将CREATE关键字改为ALTER
ALTER PROCEDURE sp_MSdelete_dodelete
6)改变两处删除MSrepl_transactions记录的地方，将5000改为100000行。
delete TOP(5000) MSrepl_transactions . . .
7) Determine oldest day containing transactions 决定保留事物多少天
Code Snippet
8)通过SSMS或TSQL作业执行清理以前的事务（24小时*5天=120），然后继续执行减少@max_distretention的执行
Code Snippet
Hope you found this helpful,
希望这个对你有用。
Chris Skorlinski, Microsoft SQL Server Escalation Services
，内容总结
以上是互联网集市为您收集整理的[翻译]当分发数据库增长到25G时如何解决全部内容，希望文章能够帮你解决[翻译]当分发数据库增长到25G时如何解决所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。