我几乎没有SBS 2008的经验，所以请原谅我的noob问题！
据我所知，SBS 2008只有内置的最基本的备份工具（类似于Vista），而且只能备份到物理卷。 我读过，你可以设置一个批量任务来备份到networking卷，但现在我只需要尽快部署一些东西。
我们有一个有足够的可用空间的iSCSI目标。 是否值得备份到iSCSI目标？ 还是我在浪费时间？ 如果我需要从iSCSI磁盘进行恢复，我将如何处理它？
你应该可以运行备份到iSCSI卷，只要你不试图在iSCSI上备份自己的卷（即有一个单独的备份卷，你会没事的）。
要恢复，您将使用Windows“恢复环境”，就像从其他基于Windows备份的恢复中那样。 我没有find有关使用Windows恢复环境连接到iSCSI目标的文档，所以我build议您在开始依赖这种备份之前深入研究。
以下是Microsoft的“分步指南”：Windows Server 2008上的Windows备份： http : //technet.microsoft.com/en-us/library/cc770266（WS.10）.aspx
Windows RE上的一些文章： – http://technet.microsoft.com/en-us/library/cc749147(WS.10).aspx – http://blogs.msdn.com/winre/
目前没有iSCSI存储设备，我无法为您做任何testing。 我期望让iSCSI启动器连接到来自WindowsRE的目标不会太困难，但它可能会有点离谱。
尝试此操作将iSCSI添加到WinPE 3映像： http : //gstrike.blogspot.com/2010/01/winpe-v30-and-microsoft-iscsi-initiator.html
一个迟到的答案，但在其他人正在寻找的情况下：只需从另一台服务器连接到ISCSI驱动器，共享驱动器，然后从WinRE中的networking共享恢复。
根据我的经验，基本备份实用程序是最有效的，可以备份到networking卷，如果它们设置为共享。 让我解释为什么…
内置于Microsoft Windows Server的备份实用程序将事件写入系统日志。 它在启动时logging事件，完成时logging事件，开始validation时logging事件，validation失败或备份失败时logging事件。 这给你的责任和logging。 它还可以与关键域function的复制一起使用，如果您熟悉日志logging，则会看到诸如“90天内未备份”之类的事件。 使用“基本”的备份工具也将摆脱这些事件，所以你知道，根据微软你正在做你的工作。
它也可以作为计划任务运行，并在计划任务失败时写入日志。
另外，在所有Microsoft工作站上，所有主机上的驱动器都有默认的pipe理共享。 如C：驱动器！ \主机名\ C $ \或\主机名\ D $。
你唯一需要决定的是推还是拉？ 你打算使用iSCSI磁盘来执行主机上的拉动吗？ 或者，您是否要将带有所有存储的主机从iSCSI主机推入主机？
我相当肯定你可以到一个ISCSI目标来恢复，但是你可能需要添加驱动程序到winRE启动媒体。 更值得关注的是我认为你只想用一个备份来备份SBS。 这是不够的，你需要恢复组件数据，而不会破坏自上次备份以来已经放置的其他组件数据。 您需要服务器备份以及应用程序（交换，共享点，sql）等的应用程序级备份（请注意，SBS 2008是唯一具有本机交换备份function的Windows 2008版本）