我需要得到一些proffessional的input。
我的观点是，当你有发展，例如，networking开发，你得到一些.cs文件，aspx文件，.css，.js，你得到像.psd等索姆graphics文件…
什么是最好的解决scheme来备份所有的开发。
一个服务器文件，每天突袭你的备份，或所有源文件的源代码pipe理器。
我想如果你把所有的开发工作都放在源代码pipe理器，比如Subversion或者TFS，那么这是最好的工作方式。 您可以在服务器上备份源代码pipe理器DATABASE，并使用源代理pipe理器来获得您的文件的Historique修改。您只需备份源代码pipe理器数据库，如果发生故障，只需恢复数据库即可。
如果您在RAID中，并且RAID失败，并且您的备份文件已损坏，那么您可能会丢失一些文件，并且永远不会对您的文件进行历史修改
你对这个解决scheme有什么想法，每个人在这里的计算机上都有1TB的磁盘从源pipe理器中获取文件，服务器备份只是备份源pipe理器的数据库。
每个人都知道在IT世界，他们总是有一些更重要和紧迫的事情来检查备份文件是否正常工作，我们从来没有掩盖事件在服务器上的文件与一个服务器文件，5磁盘1 TB，只有一些文件在源代码pipe理器上。
你对此有何看法？
第一：
其中，只有RAID是可选的，但几乎没有。
即使您是唯一的开发人员，您也应该使用版本/源代码控制来处理您所拥有的代码库，并且不要期望它有太大的改变。 build议您至less在RAID 1，RAID 1 + 0（有时称为RAID 10）或RAID 5arrays上安装磁盘。 我更喜欢RAID 6. RAID 0是要求心痛。
如果磁盘发生故障，那么除了build筑物中的火灾之外，这个优先级高于一切。 优先＃1是更换磁盘。 如果您的服务器在保修期内（例如HP，Dell，IBM等），请向供应商提供一张票据，说明您需要更换磁盘。 一旦到达，你的新的当务之急是实际把它放在服务器中，如果有必要的话，启动arrays重build。
您需要备份您的源代码控制库。 也可能偶尔将其复制到单独的副本（例如定期刻录到DVD）。
最后，你需要testing你的备份。 成功完成后，尝试将其还原到另一个框。 如果它不起作用，你没有备份。 你得到这个工作后，查找（磁带）旋转策略。 磁盘或服务器出现故障后，不是testing备份的时间。