私の現在の職場では、運用SQLサーバーとWebサーバーは開発サーバーとテストサーバーとしても使用されます。私は専用サーバーを求めましたが、満足できるものとして正当化できないため、拒否されました（ソフトウェア、ソフトウェアライセンス、およびハードウェアリソースのコストではない理由）。テスト/開発サーバーの正当性
ので、専用のテスト/開発用サーバのために何正当性がある（現時点で組み合わせたサーバー - 私は私の運をプッシュし、6台のサーバをお願いしたくありませんか！）？
要約リスト
の
はじめに、本番データベースが使用する可能性のあるリソースは制限されています。
また、不正な/偶発的な開発者のSQLスクリプトは、本番データでhavockを再生する可能性があります。
生産データの機密性に問題はありますか？ （例えば、個人データ）わずか数
は始めるために:)
は...脂肪利きの瞬間を持っていると開始文を編集しているときもすぐに入力してヒットする頻度を開発
ドロップテーブルを説明します。..
UPDATE veryImportantTable SET veryImportantField = '' WHERE 1 = 1 --TODO: make proper condition
これは私にとって十分な理由です。 :)
私はあなたが少なくとも別のデータベースを持っていて、運用データで開発していないことを願っています。
仮想マシンを使用してコストを削減することを検討してください。
私たちは仮想マシンを使用しています（私たちは予備のリソースを持っていますが、DRのために割り当てられています）。 – user9659
はあなたが原因開発の間違いにダウン生産体制を取る場合は、ダウンタイムのコストを計算するようにしてください。
は/場合は、パフォーマンステストを行っている際に、生産に遅い応答時間のコストを計算することも試してみてください。悪い何かが製品ハードウェアに発生した場合のコストは、テスト/開発用ハードウェアを特典として
はスペアとして使用することができます。
は、データ保護法を確認し、また、あなたが（ペイメントカード業界データセキュリティ基準）本当に安全になるようにしたい場合は、PCI-DSSに見えます。
私はそれが本番DBと同じ物理マシン上でテスト・データベースを持って住みやすいと思います。パフォーマンスはしばしば問題ではありません（テストで大量のクエリを実行しても、マルチコアのメモリ・マシンであると仮定すると、生産は顕著に遅くなることはありません）。また、DB接続が分離している限り、非常に非常に低いです。
ウェブサーバの場合、ほぼすべてのマシンがこれらの1つを実行できます（Apacheは無料であり、IISは10同時接続以下で無料です）。 - 古いマシンにテストWebサーバをインストールし、それはあなたのテストDBを使用し、まともな、低コストのソリューションを持っています。
'もちろん、別のマシンは「クリーナー」ですが、その違いはあまりありません。
可用性/ダウンタイム/災害復旧を削減することが強く求められています。
つまり、ハードウェアに不具合が発生した場合（たとえば、ディスクコントローラやマザーボード、または電源が死ぬなど）、別のマシンをプロダクションマシンの交換のために待機させることです。
理想的には、追加のマシンは本番と同じで、必要に応じてスワップすることができます。彼らはまた、互いをバックアップしたり、相手のローカルコピーを最後にバックアップして、すぐに復元できるようにすることもできます。
もちろん、それはどのくらいの価値を彼らが見ているかについては、ビジネスにとってどれだけ重要な稼働時間があるかによって決まります。あなたが「ホットスペア」サーバーの有無にかかわらずビジネスを失ったために$でどれくらい失うかを概算することができ、$保存された観点からあなたのケースを提示することができれば（うまくいけば、サーバーのコスト）、彼らはそれのために行くかもしれない。
これは恐らくServerFault noに最適でしょうか？ – neuro
@neuro：そうは思わない。ここが正しい場所です。 –