问题标签 [downtime]

在我的应用程序中，我使用接收器来接收蓝牙耳机的媒体按钮点击。当我记录整个 KeyEvent 时，我得到以下日志：

在这一行的末尾，您可以看到我得到了停机时间的值。可悲的是，我的问题也来了 在带有 Android Oreo 或 Android Pie 的设备上，我总是得到

有人知道为什么会发生这种情况或他们为什么改变它吗？有人知道如何为装有 Android Oreo 及更高版本的设备获得停机时间吗？

非常感谢和问候！:)

我想计算一些进程的停机时间。

我的数据可能如下所示：

在此示例中，ID 1、2 和 4 重叠，但停机时间应仅为 00.00.00 到 00.02.55 加上 ID 3 的停机时间。

我不知道如何比较所有时间并且只让它使用重叠时间一次。

如果不清楚，那就问吧！

我希望有一个人可以帮助我。

是否有正确的方法在 check_mk 中设置停机时间？我的意思是，如果我必须重新启动主机。我应该如何创建计划的停机时间？它应该适用于主机？它应该适用于所有服务吗？我应该同时应用：主机和所有服务？

我错误地认为，当我将计划停机时间应用于主机时，与其关联的所有服务都会继承此计划停机时间，但它不会以这种方式工作。

如果我必须重新启动主机，那么排序器（更少的步骤）和正确的方法是什么？

我有标准的 ASP.NET MVC 项目，我需要计算应用程序可用性以找出我们的SLA 级别。所以，我需要为我们的 Web 应用程序获取类似的东西。

来自我的托管服务提供商的信息

但我需要计算应用程序的可用性。所以，问题是

如何以正确的方式计算 ASP.NET MVC 应用程序的可用性？

也许有人已经实现了这一点，或者任何建议如何做到这一点，任何帮助将不胜感激。

从哪儿开始？

我认为的第一点是Application Insights 和可用性测试。问题是测试频率的最小值是5分钟。我需要更精确的测量。

接下来，创建一个工具，它会每秒调用我的应用程序并收集信息。结果：非常多的请求。

另外，从 IIS 或类似的东西中获取一些性能计数器。需要调查是否可行。

我知道这个问题可能过于广泛，但我没有找到任何有关应用程序可用性实施的信息。你怎么看？

我的资源有限，所以我无法microservices使用 docker 和 kubernetes 设置完整的架构，并且我的应用程序正在不断地被用户使用。

我必须为每个新版本/热修复重新部署我的应用程序，你知道我怎样才能以最少的停机时间实现这一目标吗？

关于我的应用程序的信息：

• 服务器中的启动持续时间：80 seconds。
• 港口：8080
• 应用服务器：embedded tomcat
• 春季启动版本：2.0.1.RELEASE.
• 我支持公司nginx反向代理。
• 打包：jar
• 阶段：production

我想到了这个解决方案：

• 设置内部nginx侦听端口 8080 而不是我的应用程序并转发到新端口。
• 每次我想部署时，我都会在一个新的不同端口启动我的应用程序并更改 nginx conf 然后重新加载它。

有没有人遇到过这个问题？或任何想法如何实现它？

先感谢您。

我计划将驻留在 oracle 数据库中的数据迁移到 CMDB 应用程序数据库。

由于数据库对 CMDB 的最终用户/开发人员不可见，因此我们使用 API 将数据导入 CMDB。

目前我的问题是，当我们进行迁移时，我无法关闭 oracle 数据库，这意味着，当我通过 ETL 工具进行迁移时，oracle 数据库将始终插入数据。因此，即使迁移完成，数据也会再次填充到 oracle 数据库中。

我怎样才能解决这种情况？没有停机时间？还是永远不可能？

根据https://kubernetes.io/docs/tutorials/stateful-application/basic-stateful-set/#scaling-a-statefulset，请问如何实现零停机滚动更新？我想这是最低要求：

(1) .spec.updateStrategy 设置为 RollingUpdate

(2) .spec.podManagementPolicy 设置为 OrderedReady

(3) .spec.replicas 设置为 2

那正确吗？我假设当更新以相反的顺序发生时，所有到 StatefulSet 的流量都由序号较低的 pod 提供服务？

我正在尝试编写一个查询来给我每个班次的停机时间总数。我有一个日历表，列出了全年每个班次的开始和结束时间。

我面临的最大困难是当停机时间分布在多个班次中时，如何计算一个班次的停机时间。另一个问题是如何计算仍在进行中的停机时间（最近开始记录没有停止记录）。

在 Postgres 数据库中，通过列出创建它的机器 ID、创建的时间戳以及它是什么事件（startdowntime 或 stopdowntime）来记录停机时间。

在班次日历表中，通过列出班次类型的 ID (1、2、3)、班次开始和班次结束来记录。

我已经能够编写一个查询来向我展示这一点，使用线索来查找停止停机时间，并使用 between 将停机时间时间戳与班次日历进行比较：

我所拥有的不一定是我需要的。班次编号是从 startdowntime 发生时获取的，当 stopdowntime 处于另一个班次时，它不会将其拆分。我希望能够从一个记录的班次日历表中看到有多少分钟的停机时间。这将需要为每台机器完成。例如：

如果找出仍在发生的停机时间（没有最新的停机时间记录），那么现在就可以了。此外，根据结果，我可以使用前导函数解决它并将 current_timestamp 添加到其默认值

我有一个数据库，它将遇到 Basecamp 在 11 月著名的整数耗尽问题。我有几个月的时间来弄清楚该怎么做。

迁移此列类型是否有无需停机的主动解决方案？如果是这样，那是什么？如果不是，是否只是消耗停机时间并尽可能迁移色谱柱？

这篇文章是否足够，假设我现在有几天/几周的时间来执行迁移，然后在我用完 id 时被迫这样做？

我正在使用蓝绿部署来减少 Cloud Foundry 应用程序 (NodeJS) 的部署停机时间。我正在为 Cloud Foundry 命令行界面 (cf CLI) ( https://github.com/bluemixgaragelondon/cf-blue-green-deploy ) 使用 BlueGreenDeploy 插件，并且我的应用程序正在为使用 PM2 集群模式的单个实例运行多个进程。

一切正常，但我想知道是否有一些“最佳实践”或我做错的事情。

例如：如果我在推送我的应用程序之前手动将我的应用程序缩减到只有 1 个实例，这是否有帮助？应用程序实例在清单文件中指定，因此管理扩展过程的是 CF 本身。

提前感谢所有帮助我的人。