警告：这是一个非常普遍的问题。
我走进了一个大部分都在工作的环境，但是它和透明胶带（不想冒犯pipe道磁带邪教）是一样的。
关键点
我应该先虚拟化（已经有基本的SAN）还是在虚拟化之前解决这些问题？ 我认为虚拟化将使解决这些问题更容易，但我想避免垃圾垃圾。 我最担心的是Exchange和SQL服务器（中间件）的备份无法恢复到不同的硬件。 我计划在时间到了VMWare。
你的想法….谢谢，
就我个人而言，我会首先考虑解决问题，然后研究基础设施的改进。 这样你就不会为这些问题引入新的复杂性。
让我稍微解决你提出的问题：
这是一个主要问题。 你应该真的和你的备份厂商谈谈，并找出原因。 这是因为他们正在进行备份还原到裸机，并且供应商不支持裸机还原，除非它是相同的硬件？ 如果是这样，你应该能够添加一个数据只备份到旋转。 这样做可能需要更多的工作来恢复，但是你不会失去重要的东西（数据）！
你为什么认为这是一个问题？ 微软iSCSI启动器没有什么问题，事实上我会对那些在MS平台上没有使用过的人保持警惕。 我们有数百个使用iSCSI启动器的设备与几十个SAN进行通信。
这…糟透了。 而且，到处都是。 最好的办法是慢慢记下这些。 在这个网站上search有一堆与使用脚本logging权限有关的问题。 但是，在你知道现在的状况之前，你不想乱搞东西。
这总是一个棘手的问题。 你需要从业务上买进来让他们花钱来减less或降低SPoF。 我对你最好的build议是logging一切，并进行风险分析。 然后把几个build议的解决scheme和大致的成本，并提交给企业主。 如果他们想要减less或消除它们，那么你就是金，如果不是所有你能做的就是不断logging下来，并开始logging由此造成的中断，并将其归还给业主。
只要他们仍在保修期内，没有任何问题。 如果4 – 5年前的服务器利用不足，他们是虚拟化的好候选者，但你应该花一些时间进行性能分析，看看利用率是在哪里 – 内存，networkingIO，磁盘IO，处理器等 – 所以你可以妥善规划你的虚拟化战略。
再一次，这也没有错。 您只需确保有适当的远程工具即可使用 – IP KVM，远程访问电源板，iLO / DRAC卡等。 事实上，根据广域网连接，集中可能会降低性能和可pipe理性。 再次看看你的使用configuration文件的服务器。
这绝对没有错，改变的东西，因为他们是为了从窗户改变他们的窗口是一个坏主意。
所以，如果我处于这种情况，我会坐下来列出所有你需要改变的东西，然后把它们组织成最重要的（即数据丢失，停机时间）到最不重要（即不便，基础设施改进）。 然后，你只需要一个一个的修正事情，直到完成。
虚拟化不是万能的 ，它可能解决你的一些问题，但是会带来新的问题和问题。 如果没有对现在的情况有一个很好的理解，以及它将如何改变这个情况以及它可能引入什么新的问题，我会在思考事物虚拟化之前花太多的心思。
那么，就像几乎所有的事情一样，这取决于。 在虚拟化情况下获得的一个大胜利就是能够对虚拟机进行快照。 当你正在排除故障/修补/修复/等等，抓拍的能力可能是一个天赐之物。 相反，P2V转型可能会把混合的不稳定性/不可预测性再次提升。 你总是可以试试P2V，如果事情不能很好地发挥，你并没有真正失去任何东西 – 你总是可以回到物理主机。
我可能会在虚拟化时修复这些问题。 就像有两个同时的基础设施，即“新”一个和“旧”一个，一个接一个地迁徙。
“如果你只有一把锤子，一切看起来都像钉子一样。”
重新评估为什么要虚拟化基础架构。 你遇到什么问题将保证虚拟化？ 我个人不会虚拟化基础设施，除非你确实需要额外的硬件来解放其他东西。 您还将介绍另一个问题：如果托pipe虚拟机pipe理程序的硬件会死？ 你可能会说：“我只是在两台机器上使用HA，而VM上面有这个！” 但是，通过简单地安装在常规Windows安装之上的服务来构build高度可用的服务，那么您会购买什么呢？