我有一个Windows服务器2012 R2安装与以下存储：
目前，networking上的所有共享文件夹都位于安装了服务器操作系统的C驱动器上。 C驱动器每晚备份到一个热插拔的SSD，每周更换一次磁盘。 另一个备份SSD用于客户端计算机备份。
这个问题，除了我不认为这是一个伟大的设置，事实上，C驱动器是空间不足，所以需要升级。 我的想法是完全调整设置如下：
这是一个足够强大的设置提供在场和离场冗余？ 我是否正确地假设这种设置会给〜3TB的可用存储空间，并且应该在存储池中的任何磁盘出现故障的情况下提供冗余？ 这是一个成本效益的解决scheme？
任何build议，将不胜感激！
我认为这是可行的，但我的build议是先实验一下。 您可以创buildWindows Server 2012 R2虚拟机并为其提供一个操作系统驱动器，然后您可以复制按1：1000缩小的存储设置。 也就是说，给它一个3GB的驱动器和3个1GB的驱动器，创build你的存储池，并确保你对它的工作感到满意。 不会花你什么。
尽pipe一个警告的话。 我们一直在使用Windows 2012 R2存储服务器进行恶梦。 当然，我们用存储空间和ReFS进行设置，所有这些都是非常stream行的。 但是，如果您将大量数据复制到池中，则可能会不稳定。 所以，试一试吧，确保你有能力重build它，如果你需要的话。
另一件事，你还没有说你打算如何处理你的客户端计算机备份。 这些还会进入存储池吗？
还有一个问题，你正在使用什么备份软件？ 什么是您的备份方法，制度和保留期限？
这导致了最后一点。 使用Azure备份大约3TB的数据将会花费你一大笔钱 ！ 如果只是增量，你应该没问题，但你可能想要模拟你将要传输的数据量，以及你需要保留多长时间。 通过这些数据，您可以使用Azure定价计算器计算出需要花费多less成本。
我会build议像这样的东西：