问题标签 [downtime]

负责备份我们服务器的人让我们的数据库（一个大的）在整个备份场景中离线超过 6 小时。

我与他们交谈过，询问我们是否可以将其分解为更小、更频繁的备份任务，即同时备份每个模式，甚至在不同时间备份表集。

他们的回答是，如果我们决定打开 ARCHIVELOG，这是有可能的，这会对性能产生影响。

我对这一点和备份方式一样不熟悉。

你们会推荐哪些其他选项来以更有效的方式备份我的模式，或者至少，不那么停机时间密集的方式？

谢谢！

F。

我意识到Tomcat7具有并行部署的功能，但我无法使用它，因为它在Linux上似乎有一些错误，所以我不得不降级到Tomcat6。

我想知道的是如何设置部署过程，以使站点的停机时间最少。过去，当我部署 .war 文件时，它会在上传和重新启动 Tomcat 期间造成停机时间。

有什么方法可以最大限度地减少与部署相关的停机时间？

谢谢，亚历克斯

我用 PHP 编写了一个程序，它在工作时存储在 MySQL 数据库中。显示程序是否正常工作的表格如下所示：

现在我想检索日期之间的“停机时间”。假设日期 1 是 2011-05-06 15:20:24，日期 2 是 2011-05-06 16:28:15，那么我希望脚本返回该期间 1 和 0 之间差异的总和. 我怎样才能做到这一点？

重要的是要知道日期 1 例如何时是 2011-05-06 15:20:22，然后有两秒的额外停机时间。很难想出一个（几乎）完美的解决方案。

我有一个巨大的 InnoDB 表（> 5 亿行），我想通过哈希对其进行分区以减小索引大小。我想以最少的停机时间（例如 10 分钟是可以接受的）来实现这一点，有哪些可能的选择？

我在想如下的事情：

1. 创建新的分区表
2. 使用“insert ... select ...”将旧表中的所有数据插入到这个新表中
3. 使服务器对客户端不可用
4. 以某种方式将步骤 2 中发生在旧表上的更改与新表同步
5. 用新表替换旧表
6. 使服务器可供客户端使用

主要问题是在第 4 步中可以使用什么工具。问题是在第 2 步中可能会对原始表进行大量更改：新的插入、更新、删除 - 同步工具应该将所有这些都考虑在内。 ..

我相信另一种可能的方法是：

1. 设置复制从服务器
2. 将此从服务器与主服务器同步
3. 切换主/从角色并重新配置所有客户端以连接到新的主
4. 更改前一个 master 上的 table
5. 等待主从同步
6. 再次切换主/从角色，重新配置所有客户端

你会推荐哪一个？

我明天将推出自己的网站，预计会有几百次访问。

我根据 PHP.net 告诉我的内容编写了这个脚本：

基本上，如果 code.jquery.com 的 CDN 出现故障（就像大约 20 分钟前一样），那么 Google API 库就会启动。我在 jQuery 启动时尝试过它，它可以工作，但以防万一又掉线了，这个脚本真的能用吗？（通过切换到 Google 的库）我无法真正测试它，我必须让 code.jquery.com 离线。哈哈。

我会做 CSS 替换，但我的整个网站都是基于 jQuery 和 Ajax，所以我真的需要它随时运行。我会在我自己的网站上托管它，但是当它们运行良好时，我的网站并不像 code.jquery.com 或 googleapis.com 那样快。

非常感谢！任何回复都非常感谢:)

Is it possible to do something like the Github zero downtime deploy on Heroku using Unicorn on the Cedar stack?

I'm not entirely sure how the restart works on Heroku and what control we have over restarting processes, but I like the possibility of zero downtime deploys and up until now, from what I've read, it's not possible

There are a few things that would be required for this to work.

1. First off, we'd need backwards compatible migrations. I leave that up to our team to figure out.
2. Secondly, we'd want to migrate the db right after a push, but before the restart (assuming our migrations are fully backwards compatible, this should not affect anything)
3. Thirdly, we'd want to instruct Unicorn to launch a new master process and fork some workers, then swap the PIDs and gracefully shut down the old process/workers

I've scoured the docs but I can't find anything that would indicate this is possible on Heroku. Any thoughts?

据报道， Erlang已在生产系统中使用了 20 多年，正常运行时间百分比为 99.9999999%。

我做了以下数学运算：

这意味着系统在 20 年期间只有不到一秒的停机时间。我不是想挑战它的有效性，我只是好奇我们如何才能（有意或无意地）关闭系统仅 0.631 秒。有熟悉大型软件系统的朋友可以给我们解释一下吗？谢谢你。

有谁知道如何计算一组处理单元（或机器）上服务的停机时间？

我一直在使用LearnBoost 的 Up for Node.js 作为我在为我的项目更改或上传新代码时实现零停机的一种方式。因为我的项目正在使用网络套接字（通过Socket.io），所以我不希望我的应用程序冷重新加载，因为这些实时连接将会丢失。

我正在使用 LearnBoost 的 Up，因为它说提供“零停机时间重新加载”，但是一旦我更改了代码，它似乎永远不会正确重新加载我的应用程序，我总是需要退出我的 Node 应用程序并再次手动重新启动它以获取它运行新代码。

我在我的本地 Mac 机器和我的 Linux 服务器上都运行了最新版本的 Up（写作时为0.2.1 ）。

我在本地开发人员上使用它来运行我的 Node 应用程序：

但是假设我做了一些简单（但激烈）的事情，例如更改应用程序的静态媒体文件夹或更改终端中的某些路由（例如），看起来它重新启动了我的应用程序，但实际更改并未发生。唯一的方法是我手动退出并重新启动 Node 应用程序。在我的远程服务器上也是如此，显然这是不对的。

我正确使用它吗？

我已经使用 Yslow 和 PageSpeed 来查找原因，但我似乎无法弄清楚为什么我的博客http://www.fotokringarnhem.nl有时加载速度非常快（我猜是缓存文件），而其他时间大约需要 10 秒或更长的时间来加载。

我在共享服务器上，但在共享服务器上的其他网站上没有遇到这样的问题。

我正在使用 cloudflare 来加速我的博客以加快速度，但无济于事。

我错过了什么吗？

过去 30 天的 Pingdom 报告（另见http://stats.pingdom.com/hseaskprwiaz）：

• 平均响应时间：7.620 ms
• 最慢平均：18.307 毫秒
• 最快平均：4.237 毫秒
• 正常运行时间：96.24%

编辑 1：来自 basicstate.com

诊断

+dns +connect -request -response

所以我猜它在请求上失败了。缩小范围的选项？

编辑 2：

我使用P3（插件性能分析器）来确定哪些插件导致的加载时间最长。结果是用户访问管理器导致了大约 60% 的加载时间，所以我删除了它。

这做了一些事情，我现在的超时时间减少了，但是屏幕上弹出任何东西仍然需要很长时间。

我使用插件SQL 监视器并确定有 82 个查询正在按请求执行，大约需要 10 秒！！！！！！

我正在使用

“请稍候”窗口不会消失。我怎样才能让它消失并提醒消息？如果服务器没有响应，我希望它消失并显示错误消息，就像互联网已经消失一样。