除了存储大量照片之外，我的Web应用程序还需要不断地读取，写入和删除大量用于各种function的临时文件。 这些临时文件中的一些可能非常小，其他可能相当大（1 GB +）。 我在Linux上运行。
这种不断的读/写/删除会增加驱动器故障的风险吗？ 为了确保实际的照片保持安全，我很想将照片存储在一个驱动器上，并为临时文件设置另一个驱动器…但是这是矫枉过正的？
谢谢Brian
与不使用硬盘相比，使用硬盘肯定会增加中断风险。
但是，由于驱动器可能会中断，因此我build议您为您感兴趣的实际数据提供一些备份策略。备份到第二个驱动器或使用RAID是常用策略。 取决于你可能想备份到不同位置的风险。 有了适当的备份，就没有必要有一个临时磁盘，国际海事组织。
您可能需要考虑将这些文件存储在tmpfs挂载（在RAID支持的块设备上有一个大小合适的交换区域）。 这使所有的小临时文件都快（因为他们不去磁盘），并避免在磁盘上的磨损。
如果考虑到系统的可靠性，则可以使用某种types的UPS设置，以便刷新临时文件以避免数据丢失。
您将需要设置RAIDarrays，以便在丢失一个驱动器时，系统将保持在线状态，直到该驱动器可以被更换。 除此之外，您还需要某种备份解决scheme，以便在丢失RAIDarrays时仍然拥有数据副本（所有这些都是旧的）。
如果您担心照片安全，您需要一个好的备份scheme。 无论是创build一个镜像（rsync？）到外部驱动器，还是build立一个夜间运行的备份磁带机，这应该足以保证数据安全。 这也保证了数据实际上被备份，而不是可用（这是RAID所做的）。 如果你搞砸了照片或损坏了照片，RAID会高兴地毁掉任何恢复的机会。
会不会使用更快的杀死驱动器？ 我认为它会稍微磨损驱动器，但是通常遇到的驱动器故障来自盘片不断旋转的事实。 这就是你是否使用驱动器， 只要有电源，除非在磁盘上进入省电模式，否则计算机正在睡着，它正在驱动器上旋转和磨损。 真正的动力是，如果你让一个驱动器坐了几年，它可能不会再开始旋转，所以你仍然失去了数据。
这仍然取决于你在做什么。 我的意思是，如果你有一个64位的操作系统和一个turtletits的RAM，你可以在RAM中创build一个多GB的临时驱动器，并用它来交换。 你也可以使用一个单独的驱动器，但这将是为了速度，不一定是因为它会杀死一个驱动器（在这种情况下是asynchronousI / O）。 但只是有自己的驱动器，如果足够快，您的需求，临时文件将正常工作。
它归结为需要一个好的备份scheme。 我认为驱动器磨损的事情只是稍微过度了一下。