案例研究

CSI的圣骑士监控使一个客户免于主要的电子邮件中断,并允许我们主动处理另一个电子邮件中断问题

CSI的 圣骑士远程监控 解决方案在周三的一个小时内发现了两个主要的Exchange 2010电子邮件危机. 其中一个影响了不到700个用户,另一个影响了大约1350个用户.

第一个事件是圣骑士给了我们一个叫做“背压”的交换警报。. 这就是Exchange认为它将无法根据它正在消耗的服务器资源(RAM和磁盘空间)的速率完成其工作的地方. Exchange试图保护核心. 它通常首先做的是关闭进出Exchange服务器的电子邮件流. 这就引出了一个问题,“你怎么知道你发送的邮件没有被送达?? 你怎么知道你发送的邮件没有收到? 圣骑士 知道. 因为CSI积极地监视警报控制台,而不仅仅依赖于向我们的客户发出自动警报, 我们采取了“老派”的方式,拿起电话和合适的人交谈,他们不知道他们没有得到
电子邮件. 我们和他们一起解决了这个问题. 对虚拟环境进行简单的资源分配更改并快速重新启动,这700个用户就可以继续做他们所做的事情而不必担心, “APP客户端电子邮件坏了??”

当我们结合 圣骑士的监控圣骑士电子邮件防御,我们可以做得更好. 圣骑士电子邮件防御 当邮件流入和流出电子邮件服务器停止和启动时,为我们提供24x7x365短信文本警报. 如果停电是由于真正的灾难情况, 圣骑士电子邮件防御 立即切换到灾难恢复模式,在这种模式下,无法传递到邮件服务器的客户端入站电子邮件可以立即通过web访问. 邮件服务器可能死机了,或者大楼被毁了, 但如果你能找到上网的地方, 你仍然可以发送和接收批评邮件,直到任何不好的事情得到解决. 如果这种情况是暂时的, 圣骑士电子邮件防御 一旦连接重新建立,将自动重新启动入站和出站邮件流,然后通过SMS通知每个人正常的邮件流再次工作.

第二个Exchange事件发生在第一个事件发生一小时之后. 不幸的是,一个Exchange服务器提供了大约1,350个用户的CPU条件很高. 这会导致用户性能下降. 没有警告. 前一分钟还很正常. 下一分钟,它就在一个糟糕的地方. 圣骑士 提醒我们. 当客户打电话报告Exchange出现奇怪的性能问题时,我们已经在调查故障了. 在这种情况下,我们无法防止性能下降. 没有人能一直做到这一点. 然而,在我们的客户知道有一个紧急问题之前,我们就知道了. 我们正在积极地努力尽快解决问题,以尽量减少停机时间. 活动开始大约20分钟后,我们解决了问题,每个人都回去工作了. 我们从警报到对该紧急警报采取行动的响应时间约为三分钟.

你不可能知道你的网络中正在发生或即将发生的一切. 通过覆盖24x7x365 圣骑士远程监控 我们可以为您提供了解您的网络的能力,这是您自己不可能知道的. 通过覆盖 圣骑士电子邮件防御 我们可以为您的关键电子邮件通信提供额外的灾难恢复保护层. 你怎么知道你对你的关系网有什么不了解呢?

CSI的圣骑士监控可以避免另一个客户端过度停机

CSI的 圣骑士远程监控 "解决方案"在过去的几天里救了一个人.

上周,我们有一个网络服务提供商去现场,在几个小时后进行例行的硬件升级/交换. 停机是计划和预期的. 这是一个快速进出和恢复在线. 圣骑士 看到客户端网站下线(按计划). 然而,该网站再也没有回来. 时间一去不复返. 几个小时过去了. 很明显,有些地方出了严重的问题. 如果这种情况持续到早上,我们的委托人就会有不好的事情发生. 有2个,100个用户坐在这一个连接后面——如果这个问题没有得到解决,他们中的许多人会非常生气. 我们在下班后给相关人员打了适当的电话,在晚上10点45分左右,ISP重新访问了客户端,并迅速解决了他们升级造成的连接问题. 最终用户甚至不知道发生了中断. 负责那个网站的人知道因为 圣骑士 不管他们是否站在那里,他们都在全天候监控那个地点吗. 我们知道不能只依赖自动的“您关机了”警报,因为我们非常努力地与客户进行互动讨论,并付出额外的努力来保持他们的健康. 在这种情况下,这是一些下班后, 实时监控“人”——只是为了确保一切顺利. 你不可能知道你的网络中正在发生或即将发生的一切.

通过覆盖24x7x365 圣骑士远程监控 我们可以为您提供了解您的网络的能力,这是您自己不可能知道的. 要筛选的数据实在太多了. 在这两种情况下,我们都能够发现实质性的问题,并在它们成为许多不满意的用户的主要危机之前处理它们.

你怎么知道你对你的关系网有什么不了解呢?

CSI通过飓风艾琳监控我们客户的网络

飓风艾琳逼近纽约, CSI使用我们的24x7x365圣骑士监控服务来帮助我们的客户为即将到来的飓风准备他们的计算机和网络. 我们能够快速识别管理下的所有有坏电池或其他硬件问题的不间断电源(也就是电池). 插入这些电池单元的设备比正常情况下更容易受到功率波动的影响.

一个客户网站打算在风暴期间关闭他们的全部业务. 在他们关闭设备之前,我们发现了一台服务器,它受到了RAID阵列中坏驱动器和其他硬件问题的影响. 我们担心的是,由于这个关键服务器已经有一个失效的冗余组件和其他问题, 它可能会被关闭,永远不会重新上线.

意识到修复服务器的时间是至关重要的, 我们能够使用圣骑士的远程管理工具在周六凌晨12点到达服务器,在风暴接近之前重建冗余驱动器并在服务器实际关闭之前重新建立完全冗余. 客户从不需要起床. 没人非得出现才能让我们进去, 关掉闹钟,打开通往服务器壁橱的多扇门. 在我们的工作完成之后, 服务器像客户端计划的那样宕机,在风暴过后恢复正常.

在风暴期间,我们主动监控客户的网络,并在我们看到整个地区的建筑物和服务器由于电力故障而停机时提供主动状态更新. 通过查看以前的警报并查询电源,我们能够识别“无电源”和实际设备故障之间的区别.

周日,风暴一平息,我们就能准确地确定该地区哪些建筑处于离线状态. 然后,当这些建筑重新上线时,我们能够准确地确定每栋建筑内哪些设备没有重新启动. 从那里,我们有了一个设备列表,供客户的APP客户端人员或CSI的人员进行调查.

周日晚上,我亲自通过圣骑士监控控制台监视我们客户的网络. 在这个过程中,我家里停电了. 我走到外面,启动了发电机. 然后,我打开了笔记本电脑上的Verizon无线网卡,一点都没漏掉.

CSI的办公室有充足的备用发电机和良好的互联网连接,因此无论风暴情况如何,我们都能持续进行24x7x365的监测.

有一次,尽管洪水泛滥,周一早上还是来了, 道路封闭和一些地区大规模停电,我们的大多数客户都回到了工作岗位,他们的计算机网络运行得很好,就像周五他们离开去度周末一样.

这就是CSI的圣骑士监控所做的.

友情链接: 1 2 3 4 5 6 7 8 9 10