以下是我的情况：我是一名开发人员，继承了办公室内的三台服务器（我对此并不知情）。我还继承了服务器管理员的工作，但我明显缺乏服务器管理知识，并且以 google / ServerFault 为参考点。幸运的是，我从未真正接触过这些机器或解决任何问题，因为它们一直“正常工作”。
这三台机器都位于同一个数据室内，用途如下：
Machine1- IIS 8.0 托管多个内部应用程序
Machine2- SQL Server 2008 R2 数据存储，用于内部应用程序
Machine3- SQL Server 2008 R2 镜像存储Machine2
这三款设备均连接有外部硬盘，可以频繁完成备份。
我被告知这三台设备都需要在同一处所内从一个数据室移动到另一个数据室。我不会亲自移动硬件，这将由有能力的搬运工来完成。
除了完成每个的完整备份之外，在假设打开电源开关并观察我的世界移动之前，我还需要考虑哪些事情？
我知道将三者都放在同一个房间/场所并不是最理想的，但这超出了这个问题的范围。
答案1
真是一个有趣的问题，问得很好:)
在搬家之前你需要检查一些事情，有些容易，有些难。
力量- 检查新房间不仅具有正确数量的电源插座，而且它们是否为正确类型 - 如物理连接器类型，并且当前位置是否允许每个服务器使用不同的电源相以防止单相故障，那么我强烈建议您在新位置也复制它。
冷却- 您需要检查是否不会立即或逐渐积聚热量，从而导致过热和潜在的服务器关闭。您通常可以从制造商网站上查找每台服务器可以消耗的最大功率（以瓦特为单位）或热量（以 BTU 为单位）- 让您的建筑经理知道这一点，并从他们那里获得书面确认，说明该位置的冷却系统可以应付。
联网- 这是最难的一点 - 不仅需要在新旧位置之间复制相同数量的端口，还需要复制其类型、速度，最重要的是复制配置。最后一点是关键 - 曾经有一段时间，网络中的几乎所有端口都差不多 - 我已经够老了，可以记得那些时光！但如今，端口配置的数量和任何一个端口在网络中的位置都是天文数字，您需要确保您的网络人员复制了从旧到新的所有内容，使其完全相同 - 再次以书面形式记录下来，因为这并不容易。如果这次移动出现问题，我敢打赌，一定是网络端口不相同，这种情况经常发生。
“其他联系”- 您是否知道您的服务器除了电源和网络之外是否还有其他连接？也许它们有到共享存储的光纤通道链接，到共享管理屏幕的 KVM 链接 - 如果有的话，您需要完全复制这些。
除此之外，如果您有任何其他具体问题，请随时回到这里，我希望此次搬迁一切顺利。
答案2
其他答案涵盖了搬家的技术方面。您可能还需要考虑其他一些事情。
确保用户知道他们的应用程序在迁移期间将无法使用。您需要安排迁移时间，可能在非工作时间进行，这样可以最大程度地减少受影响的人数。
启动服务器后，请一位或多位经验丰富的人员测试应用程序。让他们进行一些健全性检查，以确保应用程序按预期运行。
测试结束后，告诉您的用户移动已完成，并让他们告知您他们是否遇到任何问题。
答案3
很难说清楚，而且对于我们的格式来说，有点“太宽泛”。您需要检查的最重要的事情是，您是否需要以任何方式重新配置您的网络，它们是否可以继续使用相同的地址运行。即使它们可以保留相同的地址，也要确保它们不是通过 DHCP 配置的，并且/或者验证 DHCP 服务器在新位置是否可用。
附注：正如您已经指出的那样，拥有 SQL 服务器及其镜像远非理想。但是，将备份驱动器放在同一位置是真的很危险。您需要将备份保存在不同的物理位置。
答案4
如果任何服务器的 IP 发生变化，并且通过 DNS 解析与 SQL 框建立连接，那么您需要在移动的同时安排对 DNS 记录的更改。
您应该了解的有关内部网软件和数据库的信息：
- 内网软件是通过IP、NetBIOS还是DNS连接SQL Server的？
- 内联网软件使用的 SQL Server 用户帐户的身份验证是否仅限于来自 IP 的流量？
- 贵公司的员工是否直接从任何电子表格或报告工具访问 SQL Server，如果是，他们如何定义 DSN？
如果您没有获得完全相同的 IP，或者您最终处于不同的子网中，您将需要访问权限来更改连接到 SQL 服务器的任何应用程序的源代码或配置文件。人们可能会依赖未记录的直接 SQL 访问来进行临时报告。