我需要获取一些 IT 专业人士的意见。
我的观点是，当您进行开发，例如 Web 开发时，您会得到一些 .cs 文件、aspx 文件、.css、.js，还会得到一些图形文件，例如 .psd 等等...
备份所有开发成果的最佳解决方案是什么？
一个服务器文件，每天突袭你的备份，或一个所有源文件的源管理器。
我认为，如果您将所有开发工作都放在源管理器中，如 subversion 或 TFS，那么这是最好的工作方式。您可以在服务器上备份源管理器数据库，使用源管理器，您可以保留文件的历史修改。您只需备份源管理器数据库，如果出现问题，只需恢复数据库即可。
如果你在 RAID 中，并且 RAID 发生故障，并且你的备份文件已损坏，你可能会丢失一些文件，并且永远不会获得文件的历史修改
您觉得这个解决方案怎么样，每个人都在计算机上获得 1 TB 的磁盘来从源管理器获取文件，而服务器备份只会备份源管理器的数据库。
IT 界的每个人都知道，他们总是有一些更重要、更紧急的事情，即检查备份文件是否正常工作，并且我们永远不会掩盖服务器文件与一台服务器文件上的事件，该服务器文件有 5 个 1 TB 的磁盘，并且只有一些文件在源管理器上。
您对此有何看法？
答案1
第一的：
- -RAID 不是备份。
- - 修订/源代码控制不是备份。
- -备份不是修订/源代码控制。
其中，只有 RAID 是可选的，但仅仅是可选的。
您应该对您拥有的任何代码存储库使用修订/源代码控制，即使您是唯一的开发人员并且不希望它发生太大变化。建议您至少将磁盘放在 RAID 1、RAID 1+0（有时称为 RAID 10）或 RAID 5 阵列上。我更喜欢 RAID 6。RAID 0 很麻烦。
如果磁盘发生故障，除了大楼失火外，其他一切都是优先考虑的。首要任务是更换磁盘。如果您的服务器在保修期内（例如 HP、Dell、IBM 等），请向供应商提交一张票据，说明您需要更换磁盘。磁盘一到，您的第一要务就是将其放入服务器中，并在必要时启动阵列重建。
您需要备份源代码管理存储库。偶尔将其复制到单独的副本（例如定期刻录到 DVD）也是值得的。
最后，您需要测试您的备份。成功完成后，尝试将其恢复到另一个框中。如果不行，则说明您没有备份。完成此操作后，查找（磁带）轮换策略。磁盘或服务器发生故障后不是测试备份的时候。