登录到我的 Webmin 控制面板，我注意到几乎所有的磁盘空间都已满。我在我的系统上搜索了十个最大的文件/目录，发现一个名为 ibdata1 的文件占用了大约 94GB 的空间。它驻留在我的 /var/lib/mysql 目录中。
ibdata1 有什么作用？我可以安全地删除它吗？我的假设是它是某种垃圾，但这只是一个疯狂的猜测。
仅文本和控制台服务器上是否需要 GPU？没有 GPU，就像没有 iGPU 和 dGPU 一样。我将使用 SSH，所以我不需要显示。
我使用 Linux，但操作系统不应该影响结果
如何在现代（基于 systemd 的）Linux 发行版上禁用除 ssh 之外的所有服务？
我需要实施维护模式。
所有这些服务都需要关闭：
但是 ssh 不能关闭，因为这会在维护模式下用于执行任务。
当然，我可以编写一个 shell 脚本，循环遍历我想禁用的服务列表。但这感觉就像我重新发明了一些已经存在但我现在还不知道的东西。
我想配置服务器以在它存在时显示维护页面。我试过这个代码并且工作：
location / {
try_files /maintenance.html $uri $uri/ @codeigniter;
}
但我注意到它会带有 200 状态代码，这可能会给搜索引擎造成混乱。我认为最好的做法是返回 503 状态代码。在谷歌上，我找到了几个关于它的相关页面，就像这样。但是，他们使用 if 进行重定向，并且根据 nginx 文档，使用 ifs 是不安全的。
有没有办法不使用if来做到这一点？在这种情况下使用是否安全？
谢谢。
我们的几台服务器拥有 Oracle 维护许可证。我们的硬件供应商询问服务器机房是否有互联网连接。我们的政策是，出于安全原因，该房间内的所有机器都与互联网隔离。但是维护人员问：“那我们如何才能在您的服务器上进行维护工作？”
我的问题是，我们的服务器是否需要互联网连接才能像许可证验证系统一样进行维护。或者他可以离线做吗？如果我们的生产服务器有互联网连接，这本身不是一种风险吗？
我有一些 LTO 磁带机，并根据需要使用清洁磁带，但清洁磁带的使用寿命并不像我预期的那样可预测。我正在寻找一种查询系统的方法，无论是机器人 (Quantum i6000) 还是 Veritas Netbackup，以查看磁带是否已实际过期。
老实说，我不确定是什么导致磁带过期——我认为它会缠绕到最后并停止，所以它不会重复使用以前使用过的部分。目前，Netbackup 正在“安装次数”字段中存储“可用清理次数”，该字段总是从 50 开始，但我注意到清理磁带可能会在 15 次清理周期后过期，可能是因为特别脏驾驶。谢谢。
我在澳大利亚的一家大型游戏网站上帮忙。我们从当地时间早上 7 点到第二天凌晨 1 点举办比赛，每周的每一天。自从网站发布以来，我们一天也没有跳过。自然，这使得维护非常难以运行，我们发现我们的临时服务器在我们的生产分支之前最多提交 50 次。通常，主开发人员必须极早醒来以合并分支并确保一切正常。
我们一直在努力使我们的临时站点与生产站点尽可能相似，但我们只能使其如此相似。
我们的网站基于 Laravel，带有一个实时的 Node.JS 服务器。我们正在使用 Laravel Forge。
有人对我们如何更频繁地推送更新有任何建议吗？我们对任何事情都持开放态度。
我正在使用 haproxy 对 Web 服务器进行负载平衡。我将会话持久性与附加 cookie 一起使用，因为某些应用程序使用会话文件，而这些文件在服务器之间不同步。
我想禁用服务器进行维护，但不中断会话。所以我想允许现有客户继续他们的应用程序会话，但不接受新客户。
您认为通过某些 haproxy 配置可以实现吗？或者有什么聪明的方法来做到这一点？
满足此需求的其他方法的非详尽列表：
我使用这种配置：
frontend https-in
bind xxx.xxx.xxx.xxx:443 ssl crt /etc/haproxy/ssl/_default.pem crt /etc/haproxy/ssl
reqadd X-Forwarded-Proto:\ https
acl APP1 hdr(host) -i APP1.atac.local
use_backend APP1 if APP1
default_backend _default
backend APP1
redirect scheme https if !{ ssl_fc }
mode http
balance roundrobin
cookie HAPROXY_SESSION insert indirect
option httpchk HEAD /haproxy_test_page.php HTTP/1.0\nUser-Agent:\ HAProxy
server SRV1 SRV1_IP:PORT cookie SRV1 check
server …我们有一些数据库的索引碎片 > 95%。尽我所知，索引从未重建过，更不用说重新组织了。多年。
（公平地说，这些表似乎确实启用了自动更新的统计信息。同样，公平地说，他对备份很勤奋：每天完整，每小时 trx 日志。）
当我问起时，DBA 说他不愿意重建或重组索引。当我问为什么时，他说不上来。最后他说他担心潜在的数据丢失。例如，我们的 Great Plains Dynamics 会计应用程序使用了其中一个数据库，他似乎对此非常焦虑。
我不是 DBA，但从我所读到的内容来看，他的焦虑似乎……我很难理解。
我不确定下一步该怎么做。建议我应该如何进行？