Zyntello 的服务

出故障的时候,有人接电话

基础设施、网络、服务器与员工电脑的支持,响应时间按“这东西一停会让你损失多少”来约定。

SLA约定的时效,不是通用模板
已验证备份要真的恢复一次才算数
有记录每一次故障,才看得出规律

解决什么问题

IT 只有出事的时候才被注意到,而那时已经太晚了

一切正常的时候,没人会想起服务器,也没人会想起备份。问题在于,大多数故障其实早有征兆:一块预警了好几个月的硬盘、一份从没恢复测试过的备份、一套按十个人搭的、如今四十个人在用的网络。

  • 出了故障,不知道该打给谁
  • 备份是有,但没人试过把它恢复回来
  • 网络是按今天人数的一半搭起来的
  • 没人清楚到底有哪些设备、状态如何
  • 真正花钱的是业务停摆,不是修那台设备
  • 每次故障都修好了,却没有留下任何记录

包含什么

具体给到你什么

约定好的服务级别

响应时间按“这套系统停掉会让你损失多少”来约定。生产服务器和打印机不是一回事。

会做恢复测试的备份

从没恢复过的备份不是备份,是一种假设。我们会验证它能不能恢复、恢复到哪一天、要花多久。

按实际规模搭的网络与服务器

局域网、WiFi、文件服务器与应用服务器,按今天的人数和将来的人数来搭。

在故障发生之前做维护

定期检查那些坏之前会先预警的东西:硬盘、温度、剩余空间、更新。这是花钱最少的做法。

把你有什么盘点清楚

有哪些设备、在哪里、用的是什么授权、状态如何。没有这些,每一笔采购都是盲买。

每一次故障都留下记录

坏了什么、做了什么、花了多久。有了这些才看得出规律:重复三次的事,背后一定有根本原因。

如何运作

三步完成

  1. 现状摸底

    有什么、状态如何、哪些是停不得的。

  2. 服务协议

    覆盖哪些范围、时效多久、走哪个渠道。

  3. 日常运维与预防

    日常支持,加上那些能避免故障发生的维护。

细节之处

每天用起来才感受得到的地方

备份该用恢复时间来衡量

而不是用“有没有备份”来衡量。多久能重新开工、会丢掉多少工作量,这是两个关键问题,而几乎没人答得上来。

重复三次的事,背后一定有原因

所以每次故障都要记录:同一个毛病修十次,比一次把根源解决掉更贵。

办公室的 WiFi 不是家里的 WiFi

四十台设备挂在一台家用路由器上,能用——直到某天不能用,而表现出来的症状看上去只是“网很慢”。

没有授权的电脑,是一项法律风险

所以盘点要把授权一起算进去:软件审计不会提前打招呼。

拥有管理员权限的那个用户

那是勒索软件最常见的入口。收回这个权限只需要一次尴尬的谈话,却能免掉一个非常难熬的月份。

远程支持与到场支持

大多数问题远程就能解决,而且更快。确实需要动手的,按约定的时限到现场处理。

适合谁

如果你是这种情况,这个适合你……

你没有 IT 部门

一出问题,就只能临时想办法。

你有,但人手很少

顾不过来的部分,需要有人接手。

你经历过一次长时间停摆

你不想再来一次。

常见疑问

常见问题

你们的响应时效是多少?

按“这套系统停掉会让你损失多少”来约定。通用表格没有用:生产服务器和打印机不是一回事。

支持是远程还是到现场?

两种都有。大多数远程就能解决,而且更快;确实需要动手的才到现场。

你们会检查备份吗?

会,而且是真的做恢复:从没测试过的备份是一种假设,不是备份。

员工自己的电脑也包含在内吗?

包含。除了服务器和网络,员工电脑也在内,连同它们的盘点和授权。

你们在多米尼加共和国以外也提供服务吗?

提供。我们在多米尼加共和国、委内瑞拉、哥伦比亚、危地马拉和哥斯达黎加设有直接团队,该区域其他地方提供远程支持。

反复出现的故障怎么处理?

所有故障都要记录,正是为了看出这一点:重复三次的事背后有根本原因,而把根源解决掉更省钱。

还有

我们常和这项搭配的其他服务

用你自己的数据看一遍,好吗?

我们给你演示 IT 技术支持 在一个和你情况相近的案例上实际运行,没有任何义务。