“独特”的崩溃,加上以前未知的缺陷在交换网络周二引起的广泛的停机,更糟糕的是,服务中断预警系统也出现了故障,在黑暗中留下一些影响客户。
所以Rajesh Jha说,Office 365工程公司的副总裁,在一个事件报告发布Office 365支持论坛中他还解决了另一个独立的、长期的Lync在线故障从周一。
“我想道歉代表Office 365团队这个造成影响和不便。电子邮件和即时通信业务至关重要,我和我的团队充分认识我们的责任和义务作为你的伴侣和服务提供者,”他写了。
为客户在美国东部时间,交换在线故障覆盖几乎整个工作日。
主要卖点的微软,谷歌,亚马逊等云软件提供商和计算服务是顾客不需要担心维护本地服务器,修补应用程序和重新启动系统崩溃。
虽然没有人预计,即使这些强大的科技公司是完美的,电子邮件中断,持续近9个小时工作日期间肯定会怀疑的种子业务经理的智慧关掉他们的本地电子邮件服务器和信任这基本通信服务一个云提供商。
猜测是一定会更加激烈当电子邮件故障发生后的第二天重大停机影响Lync在线Office 365客户使用即时消息传递,存在,音频通信、视频会议、网络会议和,在某些情况下,IP电话。
在评论推特,Office 365支持论坛在线和其他地方,影响客户发泄他们的不满,特别是在交换网络中断。
许多是IT专业人士,他们都从他们的疲惫用户投诉,虽然没有控制问题和小信息从微软对其原因和预计解决时间。
Jha解决这个故障在通信技术中,表示在交换网络事件”,我们也经历了一个问题,我们的服务健康仪表板(梅毒性心脏病)发布过程,意义并不是所有影响客户在及时通知,我们意识到是令人沮丧的,这已经被解决了。”
微软,连续中断级是有毒的,纠缠在一个恶性斗争与谷歌在云中电子邮件和协作套件市场。
Jha说停机影响Office 365数据中心在北美,但他没有接近澄清多少客户被击中雷竞技电脑网站,这损害了微软的透明度的尝试。本周两次要求这些信息由IDG新闻服务,微软拒绝提供。客户将收到一个正式的、详细的报告在事件之后,也许它将包括中断的范围的详细信息。
现在,Jha共享交换网络中断,持续大约从9点到下午6点。美国东部时间,引发了一个目录分区停止响应身份验证请求。这个失败了交换网络“小集”的客户,但由于其“特殊性”微软工程师花了很长时间来修复它。
“不幸的是,这个失败的本质导致更广泛的一个意想不到的问题邮件发送系统由于未知的代码缺陷导致邮件流延迟为一组更大的客户,“Jha写道。
与此同时,周一的Lync在线故障引发的短暂失去客户机连通性在微软数据中心由于“外部网络故障。”雷竞技电脑网站
“尽管在几分钟内恢复连通性,随之而来的交通高峰造成一些网络元素过载,导致我们的一些客户不能访问Lync功能在较长时间,”贾写道。
微软正在采取措施以防止这些具体问题影响交换网络和Lync在线再次根据贾。