系统和网络管理员通常是非常忙碌的人。杂乱无章的项目、会议、支持票和走廊里的人的口头请求可能会弄得一团糟。过去我们在这里讨论了一些请求跟踪系统，但是您还使用哪些其他方法或工具来管理您的时间以提高效率？
Thomas Limoncelli 的书《系统管理员的时间管理》有一些很棒的想法，但是在现实世界中哪些对您有用，哪些不适合？
ReiserFS 的未来如何？难道审判影响其受欢迎程度有多大？
这是一个非常主观的问题，因此参考已发布的统计数据/文章会很好。
我们的一个 Web 服务器集群为中等数量的繁忙电子商务应用程序提供服务。目前，每个站点都位于特定的 Web 服务器上，并且有一个热备份副本镜像到集群中的另一个 Web 服务器。如果服务器出现故障，则需要手动重新激活其故障转移服务器上的站点。我们已经到了需要一个更好的解决方案的地步，不仅是针对故障，而且是为了让我们可以在不停机的情况下关闭机器进行维护。
我们正在考虑构建一个由 2-3 个HAProxy服务器组成的集群（主要是因为它具有出色的性能记录），以放置在 Web 服务器之前。从我读过的内容来看，它将满足我们对会话管理和将用户保持在同一服务器等方面的大部分需求。我们最关心的是 SSL 证书。每个站点都有自己的 SSL 证书。由于最终用户将连接到 HAProxy 服务器，我只能假设我们需要将证书移动到 HAProxy 集群中的每台机器。由于 HAProxy 不直接处理 SSL，我了解到我们可以通过反向代理类型转发安排在同一系统上使用 Apache+mod_ssl 完成此操作。
所以，我的具体问题是 HAProxy 是否真的适合这项工作？现有的 SSL 证书（目前在 Windows 2003 Server 上，有一些是 EV-SSL 证书）是否可以移植到 Apache？是否有其他我们应该考虑的软件或硬件解决方案（将 HAProxy 与 SSL 站点一起使用似乎比它需要的更复杂）？在设置高可用性 SSL Web 集群时，还有哪些我们可能没有考虑过的注意事项？
我们有一个计划任务，它会定期运行 robocopy，以将相当大的文件夹结构从一台服务器镜像到另一台服务器（数千个文件夹、100,000 多个文件、50+ GB 大小）。在存储镜像的接收服务器上有一个共享。我们正在从连接到接收端共享的源服务器运行任务。两台服务器都运行 Windows Server 2003 并连接到同一网络交换机 (100Mbps)。
该过程有时会完全无误地完成。然而，通常情况下，在此过程中的某个时刻（似乎是随机的），robocopy 将失败并显示错误The specified network name is no longer available. 它将等待 30 秒并再次尝试该文件并最终在多次重试后放弃。过程将在下一个计划间隔重复，并且可能完成...或不完成。
发生这种情况时，在长达 30 分钟的时间内，我根本无法从网络上的任何地方访问目标服务器上的共享。网络上没有其他任何东西使用此共享。
我的问题是这个错误具体是什么意思？为什么共享“下降”并变得无法访问？有没有办法阻止它并使文件镜像更稳定？
我代表 customer1.net 从 mailer.mycompany.com 发送电子邮件。我们还通过设置信封上的返回路径来管理反弹，将其设置为bouncemgmt.mycompany.coom，在这种情况下是同一台服务器。
我客户的 SPF 记录是：
customer1.net IN TXT "v=spf1 a mx a:mailer.mycompany.com mx:bouncemgmt.mycompany.com ip4:2.3.4.5 ?all"
代表客户从我们的应用程序发送几封电子邮件时的标题是：
Received-SPF: pass (google.com: domain of return-user=yahoo.com@bouncemgmt.mycompany.com designates 2.3.4.5 as permitted sender) client-ip=2.3.4.5;
即使它说它通过了，它最终还是会出现在 Outlook 垃圾文件夹中。我们主要关心的是实际的 SPF 记录配置是否正确。
我们正在使用以下网站进行配置：openspf.org