XenDesktop 5之痛---Database Transaction Log速增

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

单个虚拟桌面平均每小时间会产生62KB事务日志,平均交易记录计算方面如下:
虚拟桌面数*24小时*62KB
如:10个虚拟桌面:
10VDA*24*62K=14.8MB/day

解决方法:个人觉得仅能治标,不能治本。
把你的DataBase的Recovery Model(恢复模式)设置为"Simple"简单模式。



不足之处:Simple在数据库级别是不支持DB做“数据库镜像”的。

另外,需要频繁的对数据库事务日志进行备份。

备份模式:数据库完全备份+事务日志备份

当然,也不是没有一点办法,下篇文章将会讲述在XenDesktop5环境中,如果合理规划你的数据库、事务日志文件,在不同规模数据库文件及日志文件尺寸,以及如何设计数据库镜像等问题。

暂时给出解决方法:
1、log文件要设置以fixed-size. 
2、50%定期报警+备份+freeing it up 


本文转自 zhxhua 51CTO博客,原文链接:http://blog.51cto.com/virtualtop/518169 ,如需转载请自行联系原作者


相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
SQL 人工智能 JSON
深度解析Delta Transaction Log
深度解析Delta Transaction Log
深度解析Delta Transaction Log
|
SQL 存储 数据库
处理令人心烦的数据库事务日志 (SQL Server Transaction Log Files)
经常, 我们会被过快增长的数据库事务日志Transaction Log而困扰, 如果我们没有正确及时的处理, 可能会造成数据库交易无法进行, 服务器磁盘空间占光等问题. 在SQL Server的使用过程中, 我经常帮助用户和数据库的维护人员处理日志Transaction Log太大后造成的系统瘫痪的问题. 其实这个问题很容易避免. 今天我给大家分享下, 是什么造成了日志增长过大的问题. 和如何避免这种问题再次发生. 该文章的语句适用于SQL Server 2015 及其以后的版本 每一个数据库至少有两个文件: 一个是数据文件(Data file), 一个是事务日志文件(Transaction
783 0
|
SQL 数据库 关系型数据库
|
SQL 数据库
通过Transaction Log(fn_dblog)取回被删除的数据
最近跟 James 讨论为何「ApexSQL Log」这个工具可以读到被删除的数据呢? 原来它是透过 Transaction Log 来读取数据的! 于是透过 Transaction Log 到网络上有找到「SQL Server – How to find Who Deleted What re...
1380 0
|
数据库
Exception: The transaction log for database is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc.错误解决
升级数据库到最后一步,X,遇错。 还好,是定位数据库错误,以前怕LOG日志变大,作了限制。 取消即可。 顺便列几条要用的命令:   New-SPWebApplication -Name "Helios80" -ApplicationPool "helios80AppPool" -Aut...
1319 0