我想知道在更改SQL Server 2008 R2机器的IP地址之前是否有任何危险或相关注意事项。
我们用 Windows Server 2008 R2 和 SQL Server 2008 R2 构建了一个虚拟 PC。这台机器的目的是运行一个恢复备份文件(由不同的服务器复制)的作业,对其进行操作,再次备份它,然后将其复制到其他服务器。我们已经在我们的测试/开发 DMZ 中运行了几次,现在正在考虑部署。
最简单的选择是重新 IP 它。服务器名称将保持不变。我的问题是一位同事建议这是不安全的(重新 ip SQL Server)。我的问题是
a) 对于我正在使用的操作系统和 SQL,这是真的吗?(赢得 2008 R2 和 SQL 2008 R2?)
b) 对于 OS 和/或 SQL 的任何其他组合是否正确?
c) 在准备过程中我们应该做些什么特别的事情吗?
到目前为止,我的研究表明它会很好,但我更信任 DBA StackExchange 的人,而不是那些社交 MSDN 人。
http://www.sqlservercentral.com/Forums/Topic1164450-391-1.aspx
更改运行 SQL Server 的机器的 IP 地址根本不是问题。更改 IP 地址后,您需要重新启动 SQL Server,以便 SQL Server 开始侦听新的 IP 地址。但就是这样。
如果没有用户真正连接到机器,那么就没有其他事情可做。
如果用户确实连接到计算机,他们需要通过运行“ipconfig /flushdns”或简单地重新启动计算机来刷新其工作站上的 DNS 缓存。
除非您对 SQL 中的 TCP 侦听器做了一些非常不寻常的事情,否则除了快速重新启动之外,您不需要对 SQL Server 进行任何其他操作。
我看到的唯一问题是服务器是否在任何地方(作业、连接字符串或其他地方)由 IP 地址引用。一旦 IP 更改,该引用将中断。在我的家庭实验室中,我的一个 SQL Server 机器在 DHCP 上,并且可以获取不同的 IP 地址并破坏事物,因为它是由 IP 引用的(这是故意无意破坏,以解决损坏的事物,生产应使用静态 IP)。
更改IP地址实际上是我公司的灾难恢复计划(非常简单的计划)。我们是一家小商店,集群比我们需要的更复杂。因此,我们有 2 台服务器,如果其中一台死机,我们只需交换主服务器和备用服务器的 IP 地址。这是有效的,因为我们在应用程序中使用的每个连接字符串中都引用了特定的 IP 地址,而不是服务器名称。
如果它是一个独立的 SQL Server,你通常会很好——只要确保 DNS 更新足够快,否则用户将无法继续。
如果这是一个 SQL 集群,那么您还需要更改故障转移集群配置;有关完整详细信息,请参阅MSDN 上的更改故障转移群集实例的 IP 地址。
祝大家好日子,
就我而言,由于迁移到更好的服务器(更多内存、SSD、多个内核等),我在生产服务器上更改了 IP 地址。应用更改后,任何用户或我自己都无法远程连接;我修复它的方法是在防火墙上为端口 1433 下的入站/出站连接添加一个例外,之后一切正常。