我们pipe理数据库的人员（由于缺乏DBA技能，我不能称他们为DBA）正在计划备份到与数据库数据（.mdf）文件相同的物理磁盘中。 然后将所有这些备份读入磁带。 虽然他们正在将备份转移到磁带上，但我认为他们应该build立一个新的专用物理磁盘进行备份。 这是因为在读取数据库时写入备份可能会导致缓慢。 你怎么看？
这取决于您是否有性能问题，或者已经接近性能问题。 如果你的磁盘利用率很低，那就没什么问题了，成本也就比性能成为一个更大的问题。 如果有问题，显然更多的争用将是有害的。 不知道究竟是不是真的会引起一个问题，哪个是“正确的”方法是不可能的，因为它不会在所有的环境中。
正如Chopper3指出的那样，可用性问题比性能问题更为紧迫，特别是如果在几天之后发现，嘿，磁带的备份本周没有运行。
这取决于磁带备份在磁带上停留多长时间 – 如果时间很短（<1小时），那么没有那么糟糕，如果超过几个小时，我认为他们可以做得更好。
假设你有空间（这可以是一个非常大的），这通常不是一个问题。
备份可能会导致数据访问速度放慢，但这完全取决于他们。 这是他们安排备份的时间，以及他们在那个时候可以容忍多大的减速。
也许这不是一个完美的解决scheme，但只是觉得他们想要备份的快乐！
顺便提一下，将数据写入磁带驱动器可能会比复制数据造成更多的减速。
你的post告诉我你已经知道答案了。 是的，你是正确的，这是一个不错的主意，在不止一个层面上。 但是，如果实例和数据库的性能和可恢复性对您来说不是问题，那么在SQL Server方面就不会有问题。
需要注意的一点是，如果单独的磁盘不可用，SQL可以备份到UNCpath，即备份到另一台服务器。