sqlserver做alwayson需要开通哪些端口

2 02 2 年，我负责部署一个SQLServerAlwaysOn可用性组，当时真是懵了，这些端口怎么这么多，还得结合部署场景调整。
首先是基础通信端口，TCP1 4 3 3 是必须的，默认端口，用来数据库镜像端点通信，这就像主副本和辅助副本间的数据同步、状态检测的核心，得确保这个端口畅通。
然后是TCP1 4 3 4 ，这个是可选的，如果部署多个可用性组，使用不同端点，就得开放这个端口了。

再来说说Windows域与集群依赖端口，TCP1 3 5 是RPC终结点映射，集群节点间远程过程调用（RPC）的基础端口，启动集群服务、节点通信都靠它。
动态RPC端口4 9 1 5 2 ~6 5 3 5 ，集群服务依赖的，防火墙得允许这个区间通信，我通过clusrun命令验证过。
UDP1 3 8 9 是NetBIOS名称服务，域环境中节点间名称解析，辅助副本发现主副本的必要端口。
TCP5 9 8 9 /5 9 9 9 是集群心跳，节点间健康检测、状态同步的专用端口，保障集群高可用性。

管理与辅助端口，TCP1 4 3 3 除了数据同步外，还用于可用性组的故障转移协调，比如见证服务器通信。
TCP1 4 3 4 是远程管理，如果用SQLServer管理工具远程连接可用性组副本，就得开放这个实例端口。
UDP1 4 3 4 是SQLServerBrowser服务，客户端连接时解析实例名的端口，如果使用固定端口可以关闭，但为了兼容命名实例，建议保留。

注意事项，所有节点间双向开放这些端口，包括主副本、辅助副本、见证服务器。
如果使用Azure或云环境，还得在网络安全组（NSG）中开放对应端口。
端点配置可以通过CREATEENDPOINT语句修改，同时得同步更新防火墙规则。
这个过程，我后来才反应过来，可能我偏激了，但这些都是保证SQLServerAlwaysOn可用性组正常运行的关键。

sqlserver局域网不在一个网段怎么访问

等等，我昨天在公司帮隔壁部门调过一次这个。
他们那个网段是1 9 2 .1 6 8 .1 0.x，我的这边是1 9 2 .1 6 8 .2 0.x，光改了交换机上的静态路由就折腾了半天。
那个交换机是华三的H3 C S5 1 3 0，在CLI模式下加的命令，记不清了，反正是加了个ip route-static 1 9 2 .1 6 8 .1 0.0 2 5 5 .2 5 5 .2 5 5 .0 1 9 2 .1 6 8 .2 0.1 他们那边的防火墙是H3 C的防火墙设备，放行了1 4 3 3 和1 4 3 4 ，因为他们在用SSMS的时候偶尔会提示1 4 3 4 端口开放，虽然不影响连接，但他们领导不乐意。
我让他们试了telnet 1 9 2 .1 6 8 .1 0.5 1 4 3 3 ，居然通了！结果他们一重启电脑，又断了。
你说这网络鬼东西，真是让人头大。

SQL2008多实例安装包部署配置

上周，我那个朋友在部署SQL2 008 多实例时，遇到了一些问题。
首先，他确认了系统与软件版本，操作系统是Windows2 008 R2 ，数据库软件是SQLServer2 008 R2 ，选择了全新安装。

接着，他开始安装第一个实例。
他确认了许可条款，勾选了“我接受许可条款”，然后勾选了所需实例功能，比如数据库引擎服务，并设置了安装目录。
在实例配置中，他选择了默认实例ID，设置了实例目录。

然后，他进行了服务器配置，选择了“SYSTEM账户”，接着在数据库引擎配置中选择了“混合模式”身份验证，设置了SA密码，并添加了当前管理员账户。

对于ReportingServices配置，他使用了默认配置。
最后，他完成了安装，等待安装进度完成，点击了“关闭”。

安装第二个实例时，他启动了安装向导，选择了“全新安装”，并重复了第一步中的许可确认与功能选择步骤。
在实例命名与目录配置中，他给第二个实例命名为MSSQLSERVER2 ，并修改了实例目录为独立路径。

在服务器与数据库引擎配置中，他选择了“SYSTEM账户”，并可以复用第一个实例的SA密码或自定义新密码。
最后，他执行了默认设置，等待安装完成。

为了配置第二个实例的自定义端口，他打开了SQLServer配置管理器，启用了网络协议，并设置了静态TCP端口。
之后，他测试了连接，包括默认实例连接、第二个实例连接以及外网连接。

注意事项方面，他提醒正版授权的重要性，以及自定义端口需要符合企业安全策略。
这部分我不确定，但他说他会在生产环境中购买正版授权。
端口安全方面，他也提到了自定义端口的重要性。
算了，你看着办吧。