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

XenDesktop 7 SQL Mirror事务日志增长量的计算,古老的榕树,5-wow.com