首页 > 代码库 > XenDesktop 7 SQL Mirror事务日志增长量的计算
XenDesktop 7 SQL Mirror事务日志增长量的计算
对其事务日志的增长量有一下几方面来进行计算:
DDC心跳服务信息
站点心跳服务信息
虚拟机工作心跳服务信息
DDC心跳服务信息
每一台XD7 的DDC服务器都有10个WindowsService每隔30秒就进行一次心跳连接,以证明DDC服务器还活动并且正在运行。
每一个心跳是606 bytes,所以每一台DDC的心跳字节是6060bytes,一个小时是120个心跳,那么每一台DDC一个小时的心跳字节就是727200 bytes。
站点心跳服务信息
有一个用户的登录请求等会话信息是由一台DDC来进行处理的,所以这种单独的站点服务所产生的字节不会生成双份,我们单独在这里进行计算;
Monitor: 6 site services = 384 header + 6 * 190 = 1524 bytes
Delegated Admin: 1 site service = 384 header+ 1* 190 = 574 bytes
Broker: 16 site services = 384 header + 16 *190 = 3424 bytes
Hosting: 1 site service = 384 + 190 = 574bytes
Desktop Update Manager: 1 site service = 384+ 190 = 574 bytes
Config Logging: 2 site services = 384 +2*190 = 764 bytes
AD Identity: 1 site service = 384 + 190 =574 bytes
由此我们可以计算出,一次Site Service请求消耗的心跳是8008 bytes,那么每一个小时就是960960 bytes,
虚拟机工作心跳服务信息
对于XD7的2中模式(HSD和HVD)来说,每个虚拟机工作心跳是每5分钟进行一次,心跳的大小为1150bytes,每一个工作心跳一个小时大约为13800 bytes。
综上所述,我们来总结一下
DDC心跳=DDC的数量 乘于727200 bytes;
站点心跳=960960bytes;
虚拟机工作心跳=虚拟机的数量 乘于 13800 bytes;
因此总空闲的增量=“DDC心跳”+“站点心跳”+“虚拟机工作心跳”
例如,对于一个10000台VM的VDI环境中,有2的DDC,最低的增长将是:
DDC心跳=2*727200字节=1454400字节
站点心跳=960960字节
虚拟机工作心跳=10000*13800字节=138000000 字节
每小时总空闲增长=1454400+960960+138000000=140415360字节或=134MB每小时
那么每天增长3.2GB。
英文原文:
http://blogs.citrix.com/2014/05/16/xendesktop-sql-transaction-log-usage/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+CitrixBlogs+%28Citrix+Blogs%29
本文出自 “我拿流年乱了浮生” 博客,请务必保留此出处http://tasnrh.blog.51cto.com/4141731/1435196