服务器 Gind.cn
  1. 服务器 Gind.cn
  3. terminal服务 – MS Access经常“没有响应”
Intereting Posts
VMWare ESX数据存储区使用情况监视和警报 opensshd的dynamic代理路由function（隧道） Linux的SFTP和许多本地用户帐户，限制与装载 – 绑定？ Windows 2012 Server是否需要作为AD Webservices for Powershell的域控制器？ openssl：无法获得accounts.google.com的本地发行者证书 login挂在“应用组策略环境策略” Linux互联网网关能够路由到没有路由设置的地址 安装IIS7angular色服务时出错代码0x80070643 如何为directadmin用户创build电子邮件地址 “login为服务”权限（W2K，W2K3）的确切范围/含义？ 无法创build目录：权限被拒绝 在我的硬盘上启用“扩频时钟”的价值/成本是多less？ pipe理员门户网站服务的最佳数据库结构 如何修复.net 2.0 SP2运行时？ 应该是显而易见的，但不是显而易见的 我如何知道服务器支持哪些auth方法？

terminal服务 – MS Access经常“没有响应”

博览会：

我们使用通过terminal服务服务的MS Access内置程序。 我刚安装了一个新的TS服务器，在一个RAID 0中安装了四核2.6GHz Xeon，8GB RAM和4个SATA驱动器。安装Server 2008 R2（显然是64位）。 这只是angular色是TS。

问题：

只有几个会话（10岁以下），我开始在每个会话中频繁收到Not Responding消息。 发生这种情况时，用户并没有做任何特别的工作，只是形成导航和简单的插入查询。

我可以住在一些摊位上，但是它在WS08上看起来很刺耳，因为屏幕变灰了，它提供了一个对话框供等待或closures其他选项。

问题：

  1. 任何提高性能和减less挂起的build议？
  2. 是否有可能禁用对话框（总是等待）和屏幕灰色？

听起来你需要一些基本的性能分析，开始，看看你的瓶颈。 你从这个图表中得到的数字会给你一个非常好的认识，从哪里开始寻找你的性能问题。

我会打开性能监视器（开始/ perfmon），导航到“性能监视器”节点，并使用工具栏中的“+”图标，将以下计数器添加到图表：

  • 内存 – 页数/秒 – 这将显示内存分页活动，造成不良的性能（它也可以显示分页活动，与性能不佳也无关）。 如果你看到高分页，那么你可能是在RAM容量瓶颈。 这也可能performance为磁盘瓶颈（因为对分页文件的读/写），所以要小心。

  • 物理磁盘 – 平均 磁盘队列长度 – select与Access数据库文件所在驱动器对应的实例（假设它们位于服务器计算机的本地磁盘上） – 此数字不得大于2 x RAID中的主轴数数量作为非常非常一般的经验法则。 如果看起来像是磁盘瓶颈，那么您可以更深入地进入磁盘柜台。

  • networking接口 – 字节总数/秒 – select与客户端通过访问服务器的NIC相对应的实例。 如果Access数据库文件托pipe在networking共享上，请为该服务器用于访问该networking共享的NIC添加一个实例（假设它与客户端访问该共享的NIC不同）。 – 这将给你在networking接口上移动的总字节数/秒。 您可以使用负载testing工具WSTTCP来测量服务器和客户端计算机之间的最大带宽利用率。 把这个数字与这个数字相比较。

Perfmon将自动为机器中所有处理器的“总计”添加一个“处理器时间百分比”计数器。 我将其删除，并分别为机器中的每个处理器实例添加一个Processor – ％Processor Time计数器。 Microsoft Access主要是单线程的，如果您要求单个处理器实例，则“_Total”％Processor Time计数器可能只显示25％（如果您的处理器上有超线程，则显示为12.5％）。

这涵盖了潜在的瓶颈 – 磁盘，RAM，networking和CPU。 您可以使用该图表来感受盒子的总体性能。 然后，你可以开始钻入特定的瓶颈，并find罪魁祸首的感觉。

我的一位客户在他们的办公室周围部署了一个“小Access应用程序”，这个应用程序在他们的办公室使用了几年，运行在运行Windows Server 2008的terminal服务器上，并且对它的执行效果感到非常震惊 。 它在桌面计算机上“运行良好”，他们预计在terminal服务器上它是一样的。 事实certificate，当用户同时打开应用程序时，他们正在非常快速地将terminal服务器上的所有内存最大化。 数据库在其中一台带有1GB或2GB内存的台式机上打开并不是什么大事，但有15个人试图在terminal服务器上共享它太多了。 （数据库有很大的PDF文件作为OLE对象存储在其中，如果你能相信的话…令人难以置信，但是真的。MDB文件超过300MB …）

另外：RAID 0？ 在服务器上？ 因为它具有“零”冗余，所以使用RAID-0可以增加失败的几率。 如果您正在寻找或高性能，那么使用RAID-10和以可靠性名义诅咒一些磁盘空间会更好。 我无法想象在运行Microsoft Officetypes的应用程序的terminal服务器机器上需要RAID-0的原始IO性能。