服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
你的系统恢复光盘是什么？ 我用Ultimate CD和GParted。 什么适合你？
几个最近重build的服务器正在对C：\驱动器使用情况发出警告。 查看磁盘，Windows \ Temp中的GB数据被cab_XXXX_X（例如cab_5328_2）占用。 我在网上find的build议是只删除它们，但我不禁觉得这只是一个解决方法，因为它们是每天生成多次。 有没有人在Windows Server 2008 R2 SP1框中看到过这种行为？ 我看不到它发生在我们有的任何其他服务器上，只有最近重build的两个服务器。 我希望find一个永久的方法来阻止它，因为我相信它不能帮助表演。
我看到很多关于为服务器响应启用http压缩的信息，但是对于传入的请求呢？ 浏览器在发送到服务器之前压缩大型表单文章是不合理的？ 另一个例子是我们使用的REST Web服务。 我们必须用大XML文件（10+ MB）发送频繁的PUT请求，并且肯定会在双方中看到一些带宽/速度的好处。 那么这是服务器端解决的问题，还是每个Web应用程序都必须单独处理？
这是一个关于DNS地理冗余的典型问题 。 在提供弹性networking服务时，位于不同物理位置的地理冗余DNS服务器是非常需要的。 文件BCP 16深入介绍了这一点，但是最常提到的一些原因包括： 防范数据中心灾难。 地震发生。 火灾发生在机架上，拿出附近的服务器和networking设备。 如果数据中心的物理问题一次性销毁两台DNS服务器，即使它们不在同一行，多个DNS服务器也不会有太大的帮助。 防止上游同行问题。 如果一个共享的上游networking对等体发生故障，多个DNS服务器将不会阻止问题。 无论上游问题是否完全让您脱机，还是仅仅将您的所有DNS服务器与您的用户群分离开来，最终的结果是，即使服务本身位于完全不同的数据中心，人们也无法访问您的域。 这一切都很好，但是如果我将所有的服务都运行在同一个IP地址上，那么真的需要多余的DNS服务器呢？ 如果没有人能够得到我的域提供的任何东西，我不知道如何有第二个DNS服务器将提供任何好处。 我明白，这被认为是最好的做法，但这似乎毫无意义！
我正在编写一个使用WMI从远程计算机获取信息的监视服务。 由于政治原因，在所有这些机器上拥有本地pipe理权限是不可能的。 这可能吗？ 我的用户需要什么权限/权限？
我注意到，我们在Active Directory中拥有比公司拥有实际员工更多的用户。 有一个简单的方法来检查多个Active Directory帐户，看看是否有一段时间没有使用的帐户？ 这应该帮助我确定是否应该禁用或删除某些帐户。
从我的本地机器上查看我login到服务器（我们称之为“Wallace”）的场景，然后从那里ssh到另一台服务器（我们称之为“Gromit”）： laptop —ssh—> Wallace —ssh—> Gromit 然后，从华莱士到格罗米特的ssh会议挂起，我想杀了它。 如果我input~. 杀ssh，它从我的笔记本电脑杀死了ssh会话到华莱士，因为~被截获的ssh会话，和. 被当作一个杀死会话的命令。 我如何向华莱士和格罗米特之间的ssh会话发送命令？ 我如何杀死我的“内部”ssh？
根据亚马逊EC2的常见问题解答 ，当一个实例被终止时，数据不见了。 在我的实例重新启动的情况下，可以采取哪些步骤来保留数据？ 我一直在研究EBS和S3 – 这些对于存储活动数据库是否有用？ 无论如何重启实例的频率是多less？
我能够使用limit_req来限制所有请求到我的服务器。 但是，我想删除某些IP地址（即白名单）的速率限制，并对某些IP地址使用不同的速率限制（即某些IP，我想低至1r / s）。 我尝试使用条件（例如， if ( $remote_addr = "1.2.3.4" ) {} ），但似乎只适用于重写规则，而不是速率限制规则。
我正在考虑构build一个大型的ZFS池（150TB +），我想听听大家关于由于硬件故障导致的数据丢失情况的经验，特别是区分只有一些数据丢失的情况与整个文件系统如果在ZFS中甚至有这样的区别）。 例如：假设由于外部驱动器shell失效或控制器卡故障而导致vdev丢失。 从我读的池中应该进入故障模式，但如果vdev返回池应该恢复？ 或不？ 或者如果vdev部分损坏，是否会丢失整个池，一些文件等？ 如果ZIL设备出现故障会发生什么？ 或者只是几个ZIL中的一个？ 真正的任何和所有轶事或假想的情景深深的技术知识背后的支持表示赞赏！ 谢谢！ 更新： 我们这样做的价格便宜，因为我们是一个小企业（9人左右），但我们产生了大量的成像数据。 这些数据大部分都是小文件，按我的计算，每TB约有50万个文件。 数据是重要的，但不是超级重要的。 我们计划使用ZFS池镜像48TB“实时”数据arrays（使用3年左右），并将剩余的存储空间用于“归档”数据。 该池将使用NFS共享。 据推测，该机架在build筑物备用发电机线上，并且我们有两个APC UPS能够在满载情况下为机架供电5分钟左右。