在我目前的工作场所，生产SQL服务器和Web服务器也用作开发和测试服务器。我已经要求使用专用服务器，但由于我无法证明其满意度（反对软件，软件许可证和硬件资源成本的原因）而被拒绝了。
那么，专用的测试/开发服务器（目前是一个组合服务器）有什么理由 - 我不想推动我的运气并要求6台服务器！）
汇总列表
这份名单似乎并不像我希望的那么广泛。
答案 0 :(得分：2)
考虑使用虚拟机来降低成本。
答案 1 :(得分：1)
对于初学者来说，生产数据库必须使用的潜在资源是受限制的。
此外，流氓/偶然的开发人员SQL脚本可能会对生产数据产生影响。
生产数据敏感性是否存在问题？ （例如个人数据）
开始时只需几个：）
答案 2 :(得分：1)
如果由于开发错误导致生产系统停机，请尝试计算停机成本。
如果/当您进行性能测试时，还要尝试计算生产中响应时间慢的成本。
作为成本优势，如果生产硬件出现问题，测试/开发硬件可以用作备用。
答案 3 :(得分：0)
解释开发人员在编辑语句开始时过早发生了多少时间并点击输入的时间......
drop table ...
答案 4 :(得分：0)
UPDATE veryImportantTable SET veryImportantField = '' WHERE 1 = 1 --TODO: make proper condition
这对我来说已经足够了。 ：）
我希望您至少拥有单独的数据库，而不是开发生产数据。
答案 5 :(得分：0)
检查数据保护法，如果您想要真正安全，还要查看PCI-DSS（支付卡行业数据安全标准）。
答案 6 :(得分：0)
我认为在与生产数据库相同的物理机器上安装测试数据库是合适的。性能通常不是问题（并且假设它是多核的内存机器，即使您在测试中进行大量查询，生产通常也不会明显减慢），并且只要数据库连接是分开的，就会出现意外损坏的可能性非常低。
对于Web服务器，几乎所有机器都可以运行其中一个（apache是免费的，甚至IIS可以同时连接10个或更少） - 您可以在任何旧机器上安装测试Web服务器，配置它使用您的测试数据库，并拥有一个体面，低成本的解决方案。
'当然，一台单独的机器“更清洁” - 但差别并不大。
答案 7 :(得分：0)
一个有力的论据是可用性/减少停机/灾难恢复。
即。如果硬件方面发生任何不良事件（例如磁盘控制器或主板或电源死机），让另一台机器处于待机状态以更换生产机器。
理想情况下，附加机器应与生产机器相同，因此可以直接交换，或根据需要交换单个部件。他们也可以互相支持或者拥有他们对应的最后备份的本地副本，以便可以快速恢复它们。
当然，这取决于企业对正常运营时间的关键程度，以及他们会看到多少价值。如果你能够大致计算出他们会因为有没有“热备用”服务器而丢失业务而损失多少，并且从保存的美元角度展示你的情况（希望远远超过服务器的成本） ），他们可能会这样做。