监控SharePoint效率之(四) –开展效率测试

在真正上线之前,要对效率做充足的测试,以免上线之后出现响应慢而影响用户体验。那么应该如何做生产环境上线之前就做效率测试呢?

那就需要模拟一个和生产环境相似的测试环境,来完成这个工作。在搭建测试环境的时候,需要注意测试环境要和生产环境足够的接近。比如:

  • 和生产环境同样的硬件规格
  • 同样的软件设置
  • 同样的操作系统版本
  • 同样的第三方解决方案
  • 同样的用户,用户组和权限设置

除此之外,还要模拟生产环境将来可能达到的存储量。比如,如果预计三年后生产环境上有1TB的数据,那么就要在测试环境模拟这个数据。

环境准备就绪之后,还需要用工具来模拟并发访问—负载测试。可以使用微软官方发布的SharePoint Load Test Kit 结合Visual Studio来做模拟测试,假如生产环境预计有1000人同时访问,那么就用Visual Studio模拟1000人,看SharePoint的响应时间在可接受之内。(更多详细的信息请参考这里)

在做负载测试的时候,要监测以下指标:

1.      在同时访问同一个页面,或者同一个文件,或者同一个视频的时候,各台 server上的内存和CPU,IO的使用状况如何?

2.      同时上传文件的时候,各台 server上的内存和CPU,IO的使用状况如何?

3.      做一次全爬网需要多久?

4.      爬网的同时,影响不影响相应时间?

5.      做一次全备份需要多久?影响响应时间吗?

通过测试之后,生产环境的系统才能上线。

上线之后仍然应该对系统做常规性的效率监控,因为随着用户增多,内容增多,部署的第三方解决方案增多,SharePoint自带的功能被激活等等,系统的效率很可能出现下降。

时间: 2024-10-11 11:34:26

监控SharePoint效率之(四) –开展效率测试的相关文章

监控SharePoint效率之(一) –监控效率用到的工具

效率问题是一个很关键的问题,但是同时又是一个棘手的问题.效率降低会影响用户的体验,但是很多IT运营部门确并不愿意花大力气去提升效率,因为毕竟还能用.尤其是使用了几年之后的系统,大多被认为是内容太多了,等等. 为了帮助运营人员更好的监控SharePoint的效率,SharePoint内置了很多工具,运营人员能够通过这些工具,来发现效率方面的问题. 如果发现SharePoint变得很慢,一般可以从以下地方查找信息: 1.      SharePoint 诊断日志. SharePoint在诊断日志里,

谈谈单元测试之(四):测试工具 TestNG

前言 上一篇文章<测试工具 JUnit 4>中提到了 JUnit 4,并对 JUnit 4 做了简单的讨论,这篇文章我们将要围绕另一款测试工具讨论 -- TestNG.其实,这篇文章应该写在<测试工具 JUnit 3>之后,和<测试工具 JUnit 4>之前,为什么这么说呢? 那是因为,TestNG 是在 JUnit 3 之后出来了,而 JUnit 4 是在 TestNG 推出之后,综合 JUnit 3 的优点,并且借鉴了 TestNG 的优势,才推出的.但是,考虑到,

软件测试基本方法(四)之测试过程模型

瀑布模型是最常见也是最基本的过程模型,但实践中受到越来越大的局限性,我认为现代软件越发庞大和复杂,我们往往不能一眼洞穿,加上用户需求的多样化和不确定性,都让瀑布模型力不从心.于是出现了原型模型.迭代模型.敏捷过程模型和并发模型.例如原型模型就是为了加大与用户的交流,挖掘用户真正的需求.这里只是泛泛地谈一谈一些著名的测试过程改进模型. TMM(测试成熟度模型) 过程能力:描述了遵循一个软件测试过程可能达到的预期结果的范围. TMM的建立得益于: 充分吸收CMM的精华 基于历史演化的测试过程 业界的

4 Reasons why SharePoint is Dying 四个理由告诉你,为什么SharePoint即将死去

4 Reasons why SharePoint is Dying 四个理由告诉你,为什么SharePoint即将死去 我害怕不得不谈到这个,SharePoint即将死去.它过去是拥有多么炫酷功能的伟大平台,现在,它开始按部就班,准备不可避免的结局了. 在这里我告诉你原因,而且,很难受地告诉你,你我都不能改变什么.是时候收拾行装,继续前行了.因为迎来的是最后的喘息,并且,几乎不能是美好的体验了. 1. APP模型 所以,我们从APP模型开始.因为某些显而易见的原因,从来没有真正做到. 最近,我看

php大力力 [055节] 效率低啊,效率低

php大力力 [055节] 效率低啊,效率低 啥也不说了,先把网页挨个保存一下,关闭网页窗口 从 2015-09-11 10:58 到 2015-09-11 12:08 共用了70分钟,整理最近几天看过的,没有关闭的文章如下: 俞敏洪:你以为寒冬很远寒冬只是一夜之间 王思聪都"心动"的公司:融资2.5亿,打造“养成系”偶像女团 用PHP获取当前时间 - 开源中国社区 php获取当地时间 time zone - Just Code - ITeye技术网站 <input type=&

添加自定义监控项目,配置邮件告警,测试告警,不发邮件的问题处理

添加自定义监控项目 例如需求:监控某台web的80端口连接数,并出图两步:1)zabbix监控中心创建监控项目:2)针对该监控项目以图形展现 对于第一步,需要到客户端定义脚本[[email protected] ~]# vim /usr/local/sbin/estab.sh#!/bin/bash##获取80端口并发连接数netstat -ant |grep ':80 ' |grep -c ESTABLISHED然后给他定义权限chmod 755 /usr/local/sbin/estab.sh

k8s实践17:监控利器prometheus helm方式部署配置测试

监控利器prometheus helm方式部署配置测试 1.部署helm 部署helm参考方法 后面使用helm部署grafana和prometheus,因此首先需要部署helm,保证helm能正常使用. 部署helm客户端过程见下: [[email protected] helm]# curl https://raw.githubusercontent.com/helm/helm/master/scripts/get-helm-3 > get_helm.sh % Total % Receive

监控SharePoint效率之(二) –查看使用报告

 在上文说道,查看SharePoint使用报告,是查找SharePoint效率问题的一个方法.既可以查看整个网站集的报告,也可以查看单个站点和特定列表项的. 如果要查网站集的使用报告,点击Settings->SiteCollection Administration, 找到Popularity and Search Reports. 如果是单个站点,就进入到Settings->SiteCollection Administration,找到Popularity Trends. 这个时候,就

监控SharePoint效率之(六) –优化内容存储和访问

在用之前提到的工具,消除了SharePoint环境上所有问题之后,要想让SharePoint系统响应快,有两个途径. 一是增加更多的服务器,使用更好的硬件,这个无疑成本会很高.另外一种方法就是优化现有的结构,使已经存在的硬件的到充分的利用. SharePoint系统在一些典型情况下,不需要做额外的优化,就能有很好的响应速度. 比如用户上传的都是普通的office/PDF文件,站点是针对组织内部使用的intranet,用户数量也不是特别多. 但是如果是一些特定的情况呢? 比如,用户上传了很多很大的