问题列表 - 第139页

我主要是一名开发人员，但对于一个小型内部系统，我目前还负责运行 SQL Server 企业版的服务器的一些配置。

数据库本身从两个来源看到活动：

• 一个传送数据的客户端软件
• 我们的客户用来检查来自客户的数据并在外部管理事物的 Web 应用程序。

我很高兴使用内置的 SQL 服务器备份实用程序，我制定了一个维护计划，每 6 小时备份一次整个数据库，并且每 6 小时在数据库备份之间备份一次事务日志（例如，早上 6 点，数据库备份、上午 9 点事务日志备份、下午 12 点数据库备份、下午 3 点事务日志备份）。我们每周都会对整个服务器进行磁带快照（数据不是关键任务，更多的是研发项目）。

在此设置之前，数据库开始急剧增长，现在所有完整的数据库备份都以非常易于管理的 15Mb（并且在缓慢增长）和 9 到 12Mb 之间的事务日志出现。

我做得对吗？您对事务日志备份的频率有任何其他见解吗？

如果我错过的另一个问题中的任何内容可能有用，请随时指出。

就我所读到的关于 iowait 的内容而言，它对我来说仍然是个谜。

我知道这是 CPU 等待 IO 操作完成所花费的时间，但是究竟是什么样的 IO 操作呢？我也不确定，为什么它如此重要？CPU 不能在 IO 操作完成时做其他事情，然后再返回处理数据吗？

还有什么是正确的工具来诊断哪些进程确实在等待 IO。

以及有哪些方法可以最大限度地减少 IO 等待时间？

我有一个用户在一个目录中拥有超过 100,000 个文件。当 Explorer 填满内存时，机器会锁定并长时间无法使用，并且机器可能会崩溃。有没有一种简单的方法来转储目录和内容？我们尝试使用命令行 deltree，但这并没有好得多。

戴夫

额外的 -

我们在同一个用户（实际上是客户端）上遇到过多次这个问题。一个程序在运行期间会创建成百上千个临时文件。如果程序正常运行，则无关紧要，因为它们会在完成后变慢。但是它时不时地死掉，留下一堆乱七八糟的文件。我们尝试过使用 rmdir 和 del 等方法，它们比使用资源管理器更快，但我们通常会遇到相同的问题。分区损坏，有一个无法解释的锁定文件，某些文件有权限问题，这会阻止删除工作。通常这些问题可以通过重新启动来解决，但在这种情况下，因为这是一个关键系统，我们不能在生产时间。在 Unix 上，您只需执行 rm -rf 等操作，这很快且通常没有实际问题。

顺便说一句 - 应用程序正在更改，但它不会投入生产一段时间，我虽然这个问题对其他人来说可能很有趣。

更新 - 因为我们在系统上有 MKS Nutcracker（没有命令行实用程序），所以我们让程序员组合了一个简单的 rm。这比 del/deltree 等快了几个订单。我觉得奇怪的是，没有像标准 Windows 系统管理工具那样容易使用的简单应用程序。

我已经铺设了一些网线，但还没有插座。我做了一个快速的谷歌，并没有太多的解释（除了在连字符网站上）。

是否有关于如何连接以太网插座的良好、全面的指南，任何建议也将不胜感激，因为这听起来有点像一场噩梦。

我刚刚成为支持连接到我们 PBX 的呼叫监控软件的数据库的 DBA。该软件是在意大利开发和（表，列，过程，视图等）的命名与意大利名的所有对象，例如在Chiamate表保存通话数据。

任何人都可以建议我如何建立一个翻译表 - 一个简单的两列意大利语到英语表，我可以用它来参考哪些列，我应该用来报告的表 - 直到我开始学习意大利语！！？？

我有一个想法，可以使用在线翻译服务吗？

感激地收到任何想法。

乔纳森

根据您的经验，Lighttpd 和 Nginx 哪个更适合 Django？我都用过，几乎看不出有什么区别，它们工作得很好......是否有任何用例，其中一个比另一个表现得更好？回答时请同时考虑配置的简单性和效率。

我通常的设置是./manage.py runfcgi daemonize=false port=8098 host=127.0.0.1通过 daemontools 或init.d脚本和 lighty/nginx 作为反向代理启动一个单独的 Django FCGI 进程（如 中）。

哦，如果您觉得其他一些 http 服务器比 Lighty 和 Nginx 更适合 Django，请不要犹豫，分享您的想法。

我想知道标准 CAT5 布线的耐热等级是多少，或者我可以在哪里使用布线上的信息检查布线的耐热等级？

在我的具体情况下，我正在尝试确定我所坐的 CAT5 的长度是否可以运行并固定到旧铸铁散热器的进料管线（来自锅炉的热水将在该管道中流动，因为散热器仍在使用中）。我正在运行这个 CAT5，因为我想要一个通过电缆的专用 100Mbps 连接而不是我现在使用的 Wi-Fi 信号。如果电缆受到来自管道的热量会导致任何类型的阻抗，这也是需要了解的重要信息。

希望一些明智的系统管理员或硬件人员知道这种情况的详细信息，并可以就最佳的处理方式向我提出建议。

我正在启动一个项目，其中某些用户将提供他们的信用卡号码进行在线支付。我知道如何处理 Web 应用程序方面的事情，但是我想获得有关维护此类服务器的 IT 考虑事项的建议。

首先，我想我宁愿将服务器保留在内部而不使用任何云解决方案。但是另外呢？对防火墙或同等产品的建议是什么？要安装其他系统？其他最佳实践？

非常感谢。

我设置了三个维护计划以在 Sql Server 2005 实例上运行：

• 每周数据库优化，然后是完整备份
• 每日差异备份
• 每小时事务日志备份

每小时的日志备份通常在几百 Kb 到 10Mb 之间，具体取决于活动水平，每日差异通常在周末增加到 250Mb 左右，每周备份约为 3.5Gb。

我遇到的问题是完整备份之前的优化似乎导致下一个事务日志备份在恢复正常之前增长到完整备份大小的 2 倍以上，在本例中为 8Gb。

除此之外BACKUP LOG <DatabaseName> WITH TRUNCATE_ONLY，是否有任何方法可以减少该日志备份的大小，或者完全防止将优化记录在事务日志中，因为它们肯定会在它们之前的完整备份中被考虑在内？

这个问题存在是因为它具有历史意义，但它不被认为是本网站的一个好的、主题性的问题，所以请不要以此作为您可以在这里提出类似问题的证据。

更多信息：https : //serverfault.com/faq

我曾经不小心删除了生产 sql server 系统上的索引，因为测试系统需要域管理员才能登录。花了整个星期一早上来重建它们。