1、如何通过关键业务性能指标的监控和优化
可以使用软件开监控，拓建试试监控宝。会详细记录服务器的数据指标
2、如何监测和优化OLAP数据库
微软SQLServer分析服务(SSAS)提供了一个用来创建和管理数据挖掘应用和在线分析处理系统的强大引擎，为了取得最佳的OLAP性能，你应该仔细的监测和优化OLAP数据库和潜在的关系数据源，本文介绍了监测SSAS和优化OLAP性能的工具。
SQLServer Profiler
你可以使用SQL ServerProfiler基于选择好的事件来捕获SSAS实例的活动，SQL Server
Profiler以跟踪的方式来捕获活动并且包含了一套满足最常见的跟踪捕获场景的预定义的模板，可以将跟踪到的信息保存到一个文件或者是一个允许你实时
监测数据的SSAS的数据库中，也可以实时的或者是一步一步的在同一个或者是另一个SSAS实例上重放跟踪，通过对跟踪进行重放，能够轻易地找到运行慢的
多维表达式，或者是MDXes，比较不同环境下的性能基准进行测试和调试，你也能够使用SQL Server
Profiler对安全进行审核，比如说，可以设置用来审核失败的链接尝试或者是一个用户试图访问一个未经授权的对象时许可失败的跟踪文件，关于如何创建
和运行跟踪的详细内容，请看为重放(分析服务)创建分析跟踪和分析服务跟踪事件。
系统监视器
监控本地和远程SSAS实例和操作系统以及所运行的计算机性能的一个最常使用的工具是系统监视器，这是一个Windows性能的实用组件，提供了近
乎实时的仅被用来实时监控的性能信息，并且是被看作用来测量性能和识别硬件瓶颈的最好的工具之一，但是，你不能使用系统监视器来鉴定性能问题的原因，比如
说，系统监视器也许显示高的CPU使用率，但是不会标识出原因;你可以从一个位置使用系统监视器来监控多个计算机，对于每一个需要监控的系统来讲可以减少
资源占用，并且给了你一种直接比较不同计算机的性能统计的方法。
扩展事件和分析服务动态管理视图
扩展事件(XEvents)是一个对系统资源占用非常少的一个高伸缩性和轻量级性能监视系统的事件基础架构，使用XEvents，可以捕获针对所有
SSAS事件给到指定的用户，XEvents基础架构已经被直接集成到了SQLServer并且可以使用T-SQL简单的进行管理，更多的信息请看SQL
Server扩展事件。
分析服务动态管理视图(DMVs)是用来提供大量的关于分析服务实例状态和服务器健康信息的查询结构，使用这些信息能够诊断和调优分析服务实例或者是数据库性能，所有的DMVs都内置于$System中，关于使用DMVs监控分析服务的更多信息，请查看MSDN资源。
以上是用来监测SSAS和OLAP性能的工具，下面是优化OLAP应该考虑的地方。
使用索引
索引可以提高影响多维在线分析处理(MOLAP)分区处理速度和关系在线分析处理(ROLAP)分区查询速度的基础数据库的查询性能，大部分分析服
务数据库是只读的因此可以从索引中受益，一般的经验法则是创建覆盖所有分析服务执行的查询，另外，为了实现最佳的性能，你应该创建的所有索引应该使用
100%的填充因子。
在基础数据库中成本消耗会关系到使用的索引，比如，更新数据的查询(INSERT,
UPDATE或者DELETE)也一定会修改索引，因此，大量的索引会降低这些DML操作(INSERT,UPDATE or
DELETE)的性能，但是，这个不会影响到一个只读系统，另外，索引会占用时间和磁盘空间，最好的做法是使用SQL Server
Profiler和数据库引擎优化向导或者和索引相关的DMVs和动态管理函数DMFS定期的分析查询和索引的使用，这样能帮助你发现需要创建的索引以及
删除掉的索引。
选择适当的聚合
查询性能在很大程度上依赖于适当的聚合，但是没有必要在每一个维度的级别上添加聚合，当使用聚合设计向导(Aggregation Design
Wizard)或者是Usage-Based优化向导时，你应该从较低的值开始尝试不同的性能增益值，最初，当你提高了性能增益值时会注意到主要的查询速
度的提高，尽管性能增益值提高了，也常常会有收益递减，每一次性能的提升使得磁盘空间的增长逐步升级，你也能够使用搜索日志来存储用户查询以备为将来分析
使用，使用Usage-Based优化向导对查询日志数据优化聚合，你也能使用聚合设计向导创建适当的聚合，对于一个拥有较少或者是没有查询日志数据的新
的系统来讲聚合设计向导是非常有用的，而当一个系统成熟时Usage-Based优化向导会产生较好的结果。
使用主动缓存
为了在查询OLAP数据库时达到较快的效果，你必须使用MOLAP存储，但是，如果你使用了MOLAP，因为它是周期性的处理数据的，所以数据会有
一些延迟，为了获得最新的数据，你也必须使用ROLAP存储，但是ROLAP的存储性能要比MOLAP在查询响应方面明显的慢，那就是主动缓存配置选项很
有用的地方了，因为它允许分析服务可以从MOLAP和ROLAP两边检索，因此为使用了ROLAP的最新数据的MOLAP提供了效能，可以在MSDN资源
中发现更过的关于主动缓存的信息。
3、有什么工具可以对页面的所有元素进行性能监测，并提出优化方案？
页面级优化
1. 减少HTTP请求数
这条策略基本上所有前端人都知道，而且也是最重要最有效的。都说要减少HTTP请求，那请求多了到底会怎么样呢?首先，每个请求都是有成本的，既包含时间成本也包含资源成本。一个完整的请求都需要经过DNS寻址、与服务器建立连接、发送数据、等待服务器响应、接收数据这样一个”漫长”而复杂的过程。时间成本就是用户需要看到或者”感受”到这个资源是必须要等待这个过程结束的，资源上由于每个请求都需要携带数据，因此每个请求都需要占用带宽。另外，由于浏览器进行并发请求的请求数是有上限的(具体参见此处)，因此请求数多了以后，浏览器需要分批进行请求，因此会增加用户的等待时间，会给用户造成站点速度慢这样一个印象，即使可能用户能看到的第一屏的资源都已经请求完了，但是浏览器的进度条会一直存在。
减少HTTP请求数的主要途径包括：
(1). 从设计实现层面简化页面
如果你的页面像百度首页一样简单，那么接下来的规则基本上都用不着了。保持页面简洁、减少资源的使用时最直接的。如果不是这样，你的页面需要华丽的皮肤，则继续阅读下面的内容。
(2). 合理设置HTTP缓存
缓存的力量是强大的，恰当的缓存设置可以大大的减少HTTP请求。以有啊首页为例，当浏览器没有缓存的时候访问一共会发出78个请求，共600多K数据(如图1.1)，而当第二次访问即浏览器已缓存之后访问则仅有10个请求，共20多K数据(如图1.2)。(这里需要说明的是，如果直接F5刷新页面的话效果是不一样的，这种情况下请求数还是一样，不过被缓存资源的请求服务器是304响应，只有Header没有Body，可以节省带宽)