测试/开发服务器的理由
在我目前的工作场所，生产SQL服务器和Web服务器也被用作开发和测试服务器。我要求提供专用服务器，但因为我无法证明它满足要求（反对软件成本，软件许可证和硬件资源的原因）而被拒绝。测试/开发服务器的理由
那么，对于专用的测试/开发服务器（目前是一个联合服务器 - 我不想推动我的运气并要求6台服务器！）有什么理由？
总表
- 资源使用
- 预防错误的
- DR目的
名单似乎并不如我所希望的那样广泛。
对于初学者来说，生产数据库必须使用的潜在资源受到限制。
流氓/偶然的开发人员SQL脚本可能会对生产数据发挥破坏作用。
生产数据敏感性问题吗？ （个人数据）
短短上手:)
解释如何往往开发商有胖手的瞬间，打得太多很快进入而编辑的语句开始......
DROP TABLE .. 。
UPDATE veryImportantTable SET veryImportantField = '' WHERE 1 = 1 --TODO: make proper condition
这对我来说足够合理。 :)
我希望你至少有单独的数据库，并没有开发生产数据。
如果由于开发中的错误导致生产系统停机，请尝试计算停机时间的成本。
如果/当您正在进行性能测试时，请尝试计算生产中响应时间缓慢的成本。
作为成本优势，如果生产硬件出现问题，测试/开发硬件可用作备件。
检查数据保护措施，并查看PCI-DSS是否真的安全（支付卡行业数据安全标准）。
我认为可以在与生产数据库相同的物理机器上安装测试数据库。性能通常不是问题（并且假设它是一个多核多处理器内存机器，即使您在测试中执行大量查询，生产通常也不会慢下来），并且只要数据库连接是分开的，意外损坏的可能性非常低。
至于网络服务器，几乎所有的机器都可以运行其中的一个（apache是免费的，甚至IIS可以免费同时连接10个或更少） - 您可以在任何旧机器上安装测试Web服务器，配置它使用你的测试数据库，并有一个体面的，低成本的解决方案。
'当然，一个单独的机器是“更清洁” - 但差异并不大。
一个有力的论据是可用性/减少停机时间/灾难恢复。
即，如果硬件方面发生任何问题（例如，磁盘控制器或主板或电源耗尽），将有另一台机器等待更换生产机器。
理想情况下，附加机器应与生产机器完全相同，以便可以直接更换，或根据需要更换个别部件。他们也可以互相支持，或者备份对方的本地副本，以便可以快速恢复。
当然，这取决于业务的正常运行时间有多关键，他们会看到多少价值。如果你能够大致计算出他们会因为丢失或不使用“热备份”服务器而丢失的业务量，并从$节省的角度展示您的案例（希望远远超过服务器的成本） ），他们可能会为此付出代价。
这可能最适合用于ServerFault吗？ – neuro 2009-08-11 07:44:53
@neuro：我不这么认为。这是正确的地方。 – 2009-08-11 07:49:19