这是标准的故事，开发人员和管理员之间存在斗争。一种指责说数据库设计和查询很糟糕，而另一些则说这是缺乏硬件和数据量。
所以我问你是我的 IBM x3400，带有 2 个 xenons 2GHz 和 SCSI raid 5 和 4GB 的 RAM 适合 53 GB 的 MSSQL 数据库，表主要详细信息是大约 650 万条详细记录和 200 万条文档标题而其他的则在 100K 左右（例如物品）。
我们在从 SQL 获取数据时经常遇到性能不足的问题，该服务器仅专用于 SQL 服务器，并充当来自其他 SQL 服务器的复制数据的订阅者。
另一个问题是数据库管理员如何规划数据库服务器的硬件大小？是否有一些标准的方法，或者只是经验和感觉？
我最近开始从事一项具有异构服务器环境的新工作，即 Windows 和 Linux（主要是 Ubuntu，但少数是 SLES）之间的比例约为 50/50。我之前使用 *nix 的经验是大约 5 年前，所以我花了一点时间重新站起来，现在我已经开始对我的环境进行相当多的自定义，即调整我的环境~/.vimrc, ~/.bash_profile 等。
我正在寻找一种可靠的方法来使我的自定义配置文件在多台服务器之间保持同步，同时最大限度地减少手动维护。
我找到了一个解决方案，使用 Dropbox，这似乎是一个很酷的主意。它的维护成本低，而且由于有问题的文件很小，它也不会占用大量带宽。
有没有其他替代建议？