今天，我们继续介绍有关技术支持团队工作的一系列帖子，这些帖子始于当时的
Loxmatiymamont在
有关Veeam支持的
文章中 。
什么似乎是技术支持？ 坐好自己，解决技术问题，您是最聪明，最知识渊博的人，并且是受惊吓的用户所使用的工程师。 他们带来了他们的恐惧，痛苦，问题，并且您决定，提供帮助，提供建议，最终，用户离开了您而不是受到惊吓，而是受到了启发。
您是否已经体会到了这项工作的重要性，其中包含的深刻的哲学和教学原理？
因此，一切都有些不同。 首先，技术支持是技术支持，然后是技术支持，因此，所有工作都在人员和与他们的沟通上占99％，因此，我们当然要与人为的畸形人和病态内向有关，但是这很困难-这次，还有两个-人们并不总是可预测的，因此，在技术支持部门工作，您可以学习，看到和听到很多有趣和不寻常的事情。 在节制下，我将与读者分享一些这样的故事。
第一个侦探故事：Veeam支持和十多个失落的日子
背景如下：NTP服务器（负责在网络上同步时间的服务器）卡在客户端上，并且时间在不同的主机上跳跃。 当然，这不适用于Veeam，并且作为技术专家，客户端可以自己决定一切，但是：使用Veeam的客户端备份其MariaDB服务器，并使用单独的脚本进行基本转储和二进制日志的备份。 每一天
处理完NTP之后，客户端检查了我们软件所做的备份，发现一件可怕的事情：二进制日志的12天备份消失在某处，任务报告显示成功。 每一天
他们称呼我们为解决这个奥秘。
快速调查使我们找到了罪魁祸首，事实证明它是同一台NTP服务器。 怎么了
这是这样的：在时间跨度中，NTP服务器在诺曼底农民起义的9月初，阿富汗人对克什米尔的服从以及俄罗斯帝国Tobolo-Ishim防御要塞线的开始建设（即从基督诞生起的1752年）上慷慨地摆上了服务器。 奇怪的是，在今年9月，英国及其北美殖民地决定改用公历，因此该月看起来像这样：
因此，基本转储和二进制日志的备份实际上都是每天进行的，只有1752年的这几天比往常少了12天，9月3日的日志的日期是第14天，第4天到第15天，依此类推。
当用户使用Hijra日历时，也会出现同样的问题-在这种情况下，备份工作顺利进行，并且在还原数据时，该服务顽固地疯狂尝试使用大约1400个创建的数据库。
但是随着时间的流逝并非总是存在问题-这些是软件问题：一旦我们的工程师不得不向客户证明两周，即一周的第二天是星期二，而不是星期四，这个完全受人尊敬的欧洲资产阶级的客户根本拒绝相信。
第二个故事-地理位置喜剧：Veeam支持和水面2万个联赛
这个故事本身即使不是一个微笑也会惹起一个微笑，然后肯定会引起一头眉毛的困惑。
长期以来，客户在所有备份任务中都遇到了问题：他们一遍又一遍地死掉了，监视工作的主要服务也是如此。 处理该问题的工程师迅速发现：在每个情节之前，我们日志中的时间跳了一个小时，从现在到过去，再到未来。 原因很简单，只需询问客户即可。
相信这个解释并压制“为什么”的问题。 事实证明它要复杂得多。
想象一下：一艘船正在大西洋的某个地方航行。 我们的软件已安装在其上，接下来将旋转一个小脚本，以跟踪船的GPS坐标。 每次轮船越过下一个时区时，脚本都会更改所有服务器和服务（包括我们的服务器和服务）上的时间，此外，为确保每个人都能以正确的时间工作，它还会重新加载某些服务。 “我们以两个问题为代价解决了一个问题”的风格的创造性解决方案的一个很好的例子。
PS在撰写本文的过程中，使我想起了Dovecot邮件服务器及其处理类似情况的方法：
致命的：时间只向后移了7秒。 这可能会导致很多问题，所以我现在就自杀。 （灾难性错误：时间转移发生在7秒钟前。这可能会导致很多问题，所以我只是在清理自己。）故事三：“恐怖”：Veeam的支持和爆炸式锅炉
来自美国的一位朋友打电话给我们，因为他遭受Veeam服务困扰很长时间，并且出于神秘原因（当时机器的正常运行时间已经计算了好几年），他也不想尝试重新启动，直到他最终放弃并解释了遭到阻力的原因：
“您会看到，在装有Windows 7的计算机上，不仅Veeam在旋转，而且Smart House的控制器也在旋转：所有摄像头，传感器，照明设备，警报器和所有东西。 我们上次重新启动它时，一个锅炉爆炸了。”
第四个故事，神秘：Veeam的支持和天堂之眼
我们拥有Surebackup技术，可让您在孤立的环境中运行备份，并不仅在报告中而且在现实中检查备份的成功程度（以及在完成任务的最后百分比时，它们是否变成了南瓜）。 良好的技术，相当可靠，建立在多种测试方案的基础之上，包括检查网络的可用性（例如，检查应用程序的端口）。
为了使用隔离的网络，我们运行一个单独的应用程序（一个小型虚拟机），该应用程序充当网关和所有测试的主要工作工具-此处出现了问题。
设备已成功启动，但我们无法自行连接-一段时间后，网络端口不可用。 对IP地址端口的周期性扫描迅速显示出，有时我们的端口存在，有时不存在，但是TCP 544端口从某个地方出现，理论上甚至不应该存在。 我们尝试其他地址-脚本重复，我们检查arp-mac地址不同。
完全困惑的是，使用网络浏览器打开地址，然后惊讶地看到一些中文网络摄像头的登录信息。 再次，我们更改了应用程序的IP地址，并且得到了完全相同的图片-由于某种原因，网络上的所有IP地址都将重定向到此摄像机，而我们和客户端都不知道。
谜语仍未解决。
***
您认为这些是孤立的例子吗？ 任何不经意招募的工程师都可以告诉您许多这样的故事，而无需特别紧张，也不会重复自己。
这正是赋予我们工作品味和动力的原因。 这些故事有助于记住，并不是我们所有的工作都归结为技术问题的干解决方案，它有喜剧和戏剧性，有谜语和挑战。 这是我们的资源。 这就是帮助我们满足每个电话需求的方法，而不是因为疲倦的“恩，您又想要什么？”，而是带着令人愉快的期待“以及您今天能使我满意吗？”。
我吹嘘我们公司一位副总裁的话，关于支持说：
“ 技术支持-他们是怪物！ 他们不仅知道如何解决技术问题，而且知道如何与客户交谈。” （技术支持是一些虚幻的人！他们不仅知道如何解决技术问题，而且还知道如何与客户进行正确的对话。”）
而且，我们确实可以做到这一点：拥有良好语言（尤其是英语以外的第二或第三语言）的人，知道如何与客户沟通并理解为什么这样做的必要性，我们将全面介绍IT，尤其是我们的产品（您会知道有多少语言大学的优秀毕业生为我们工作-但他们的知识几乎为零！）。 我们还可以聘请优秀的技术专家，帮助开发软技能。
但这是一个完全不同的故事。
***
亲爱的读者，您呢？ 有什么要分享的评论吗？
是的，如果您在上一段中认识到自己，请查看
careers.veeam.ru/departments/support ，也许您有空缺。