在同一建筑物内移动服务器

Gar*_*eth 61 hardware

这是我的场景:我是一名开发人员,继承了(我不知道)位于我办公室内的三台服务器。我还继承了服务器管理员的工作,但明显缺乏服务器管理知识,并以 google / ServerFault 作为参考点。幸运的是,我实际上从未真正需要与机器接触或解决任何问题,因为它们总是“正常工作”。

所有三台机器都位于同一个数据室内,用于以下目的:

Machine1- IIS 8.0 托管了许多内部应用程序
Machine2- SQL Server 2008 R2 用于内部应用程序的数据存储
Machine3- SQL Server 2008 R2 镜像存储Machine2

所有三个都连接了外部硬盘驱动器,可以经常完成备份。

我被告知所有三个都需要从一个数据室移动到同一处所内的另一个数据室。我不会完成硬件的物理移动,这将由有能力的搬运工处理。

除了完成每个备份的完整备份之外,在假设轻弹电源开关并观看我的世界移动之前,我需要考虑哪些因素?

我知道将所有三个都位于同一个房间/场所远非理想,但这已经超出了这个问题的范围。

Cho*_*er3 61

真正有趣的问题,问得好:)

在进行此操作之前,您需要检查一些事项,有些容易,有些困难。

电源- 检查新房间不仅有正确数量的电源插座,而且它们是正确的类型 - 就像物理连接器类型一样,如果当前位置允许每台服务器使用不同的电源相位以防止单相故障,那么我强烈敦促您在新位置也复制它。

冷却- 您需要检查是否会立即或逐渐累积热量而导致过热和潜在的服务器关闭。您通常可以从制造商的网站上查看每台服务器可以获取的最大功率(以瓦特为单位)或热量(以 BTU 为单位)——让您的建筑经理知道这一点,并从他们那里获得书面确认,说明该位置的冷却可以应付.

网络- 这是一个困难的 - 不仅需要在新旧位置之间复制相同数量的端口,而且它们的类型、速度和最重要的配置也是如此。最后一点是关键 - 曾经有一段时间网络中几乎所有端口都几乎相同 - 我已经足够记住那些时代了!但是现在端口配置的数量和任何一个端口可以在网络中的位置都是天文数字,您需要确保您的网络人员将所有内容复制为从旧到新都相同 - 再次将其写成这样不容易。如果这个举动出了问题,我会花钱,它会在不相同的网络端口上发生,它一直发生。

“其他连接” - 您知道您的服务器是否有除电源和网络之外的任何其他连接吗?也许他们有到共​​享存储的光纤通道链接,到共享管理屏幕的 KVM 链接 - 如果他们需要同样地复制这些。

除此之外,如果有任何更具体的问题,请随时回到这里,我希望进展顺利。

  • 拆解前拍一张背板的照片。省去了很多痛苦。 (4认同)
  • Chopper3 的 +1 - 我还要补充一点,根据您的网络配置方式,网卡的 MAC 地址不会从旧交换机中释放的可能性很小,并且 Internet 可能无法正常工作,具体取决于您的网络配置方式网络搭建好了。我知道如果交换机配置正确,这可能不会发生,但是我在大型环境中工作过,这种情况经常发生,网络工程师不得不手动清除 MAC 条目。 (2认同)
  • 啊,那么“端口” - 背板通常指的是完全不同的东西 (2认同)
  • @ Chopper3 背板 * 始终* 指的是内部硬件组件,而不是“服务器机箱的背面”。除非它意味着一个失败的社交网络。 (2认同)

chu*_*e x 27

其他答案涵盖了此举的技术方面。您可能还需要考虑其他一些事情。

确保用户知道他们的应用程序将在移动过程中关闭。您可能希望在非工作时间安排搬家,以便最大限度地减少受影响的人数。

在您启动服务器后,请一位(或多个)知识渊博的人测试应用程序。让他们做一些健全性检查以确保应用程序按预期工作。

测试后,告诉您的用户移动已完成,并让他们告诉您是否有任何问题。


Sve*_*ven 18

对于我们的格式来说,很难说和边界“太宽泛”。您需要检查的最重要的事情是您是否需要以任何方式重新配置您的网络,如果它们可以继续使用相同的地址运行。即使它们可以保持相同的地址,请确保它们不是通过 DHCP 配置的和/或验证 DHCP 服务器将在新位置可用。

旁注:正如您已经说过的,拥有 SQL 服务器及其镜像远非理想。但是,将备份驱动器放在同一位置确实很危险。您需要将备份放在不同的物理位置。

  • +1 备份。它们不应该在同一位置,被备份的服务器也不应该访问备份媒体,否则其中一台服务器上的错误/恶意软件/破坏/勒索软件也会破坏备份。现在可能没有预算,但把它放在你必须做的清单上。 (7认同)

Mak*_*yen 16

其他答案有很好的移动前注意事项。但是,您还应该计划如何组织实际移动。从事实Machine3是一面镜子机器2,它看起来像正常运行时间是在SQL Server 2008 R2数据库(一个或多个)一个显著的考虑。它是一面镜子,这一事实为您提供了机会。镜像存在的原因是当主服务器不可用时。这包括由于维护(包括搬家)而无法使用。

制定计划:
您应该为搬家的实施方式制定书面计划。您可能需要能够将此计划或其中的一部分提供给处理部分工作的人员(例如搬运工)。该计划应包括所有搬迁前活动、实际搬迁和搬迁后行动(例如功能验证)。

移动基础:

  1. 移动Machine3(SQL Server 镜像):使其完全运行。验证重新同步。
  2. Move Machine2:让它完全运行。
  3. 移动机器1:让它完全运行。

更详细的移动描述:

下面包括使用Machine3测试Machine1和/或Machine2连接的两种方法(路径 A 和 B)。您应该只使用一种方法。这样做的方式,或者甚至使用任何一种方式,取决于问题中未包含的信息(例如,最终机器位置的物理分离、机器的物理尺寸、网络/电源线的长度、相同的扩展的可用性、网络端口配置、正常运行时间需求等的相似性)。使用Machine3测试这些连接可能会为Machine2提供更长的正常运行时间,但对于没有镜像的Machine1尤其如此。您可以选择使用任何一种方法,或两者​​都不使用。

  1. 首先移动Machine3

    • 暂时保留Machine1Machine2
    • 备份Machine3,然后将其关闭
    • Machine3完全移动到新位置。
    • [路径 B:如果您打算使用可选步骤 #2 ,则不使用。] 如果所有机器的网络和电源配置都相同:将Machine3放置在Machine1计划最终使用用于Machine1的连接的位置。
    • Machine3备份并运行。在新位置,验证它是否作为Machine2的镜像正常运行。这将提供物理验证,以确保所有问题(电源、网络等)的配置在新位置都能正常运行。
    • 解决出现的任何问题。
    • 在继续之前确认Machine3已与Machine2完全重新同步。
  2. 路径 A:(可选):

    • 使用Machine3测试用于Machine2Machine1 的所有设施。
    • 关闭Machine3并移动/切换到使用Machine2的位置/连接,(验证重新同步)然后Machine1(验证重新同步)。如果您打算这样做,那么Machine3最初应该已经设置了供Machine1Machine2最终使用的连接,因此您不要先在Machine3的最终位置设置它,然后再更改它 3 次,而只是2 从它开始使用其他机器之一的设施。
    • 在继续之前确认Machine3已与Machine2完全重新同步。
  3. 移动机器2

    • 您对Machine3 的练习应该会使这更顺畅。
    • 备份Machine2,然后将其关闭
    • Machine2移动到新位置;建立所有联系
    • 解决出现的任何问题。
    • 在继续之前确认Machine2已与Machine3完全重新同步。
  4. [路径 B:如果您在可选步骤 #2 中测试了与Machine3 的所有连接,则不需要] 如果现在有Machine3,其中Machine1将结束:

    • 关闭Machine3
    • 将其移动到计划结束的位置(在您希望Machine1所在的位置之外)。
    • 解决出现的任何问题。
    • 在继续之前确认Machine3已与Machine2完全重新同步。
  5. 移动机器1

    • 移动Machine2Machine3(并希望通过让Machine3临时使用它们来测试Machine1将使用的实际连接),这应该是最平滑的移动。
    • 备份Machine1,然后将其关闭
    • Machine1移动到新位置;建立所有联系
    • 解决出现的任何问题。
    • 如果Machine1应该占据的位置的设施出现问题,您可以选择使用Machine3现在所在的设施。希望您已经能够通过让Machine3使用一段时间(路径 A 或路径 B)来测试Machine1位置中的所有设施。


小智 7

如果任何服务器的 IP 将更改并且通过 DNS 解析连接到 SQL 框,那么您将需要在移动的同时安排对 DNS 记录的更改。

关于内网软件和数据库你应该知道的事情:

  • 内网软件是否通过 IP、NetBIOS 或 DNS 连接到 SQL Server?
  • Intranet 软件使用的 SQL Server 用户帐户的身份验证是否仅限于来自 IP 的流量?
  • 贵公司的员工是否直接从任何电子表格或报告工具访问 SQL Server,如果是,他们如何定义 DSN?

如果您没有获得完全相同的 IP,或者您最终处于不同的子网中,您将需要更改连接到 SQL 服务器的任何应用程序的源代码或配置文件。人们可能依赖未记录的和直接的 SQL 访问来进行临时报告。