扩展 SQL Server 集成服务 ( SSIS ) 控制流的最有效方法之一是使用脚本任务编写自定义代码,以执行您无法使用内置组件执行的任务。但在AlwaysOn的情况下,这并不简单配置的节点
以下是我当前的环境设置,可以帮助您理解问题。
我的环境
- 我将节点 1 和节点 2 配置为集群
- SQL Server 始终开启并配置了可用性组
- 在名为 MYSHAREDNAME 的节点 1 和节点 2 上都启用了 SQL Server 文件流
- 内部负载平衡侦听器配置并授权为 MYACTIVENODE
问题陈述 集群中的一个节点(节点 1 或节点 2)可以随时关闭。我们不确定哪一个会成为 PRIMARY。我正在尝试按如下方式访问共享文件夹
\NODE1\MYSHAREDNAME - 如果 NODE 1 是主节点,则有效 \NODE2\MYSHAREDNAME - 如果 NODE 2 是主节点,则有效
但是很难在路径上方进行硬编码,因为任何节点都可能出现故障。所以我使用了 LISTENER 名称,以便它可以自动检测 PRIMARY 节点来完成所需的工作,如下所示
所以我使用了LISTENER名称,以便它可以自动检测 PRIMARY 节点来完成所需的工作,如下所示
\\MYLISTENERNAME\MYSHAREDNAME
但我无法访问它
我该如何解决?启用端口 1433、5022、59999。
摘自https://msdn.microsoft.com/en-in/library/dn385720.aspx
只要您不向主数据库添加新的数据库文件,就支持 AlwaysOn 可用性组。如果数据库操作需要在主数据库中创建新文件,请首先在辅助节点中禁用 AlwaysOn 可用性组。然后,对主数据库进行数据库操作,并在主节点上备份数据库。接下来,将数据库还原到辅助节点,并在辅助节点中启用 AlwaysOn 可用性组。请注意,在 Windows Azure 功能中使用 SQL Server 数据文件时不支持 AlwaysOn 故障转移群集实例
但是我不明白上面的语句是什么意思?
我不相信您提取的报价与您的问题有关。
您的问题可能是您的侦听器有多个 IP 地址。在默认配置下,监听器在 DNS 中会有多条 A 记录,你的客户端只会缓存其中一条。每次缓存过期时,它都会随机抓取其中一个 IP 地址,有时它会获取活动 IP,有时它会获取离线 IP。
这是侦听器确认的MultiSubnetFailover参数背后的目的。
经过长时间的斗争和网络跟踪捕获,我有以下数据点
您可以使用本地机器名称访问文件流共享文件夹。您可以使用作为集群一部分的本地计算机的侦听器名称访问文件流共享文件夹。您不能从任何不属于集群的机器访问共享文件夹。您可以使用侦听器名称访问 SQL 服务器,但不能从不属于集群的任何设备访问文件资源管理器中的文件夹更新
我们可以从属于其他云服务的其他 VM 访问文件共享
为此,我们需要在端口 445 (SMB 2.0)上建立端点
电源外壳脚本
首先获取内部监听器名称
然后,在下面的脚本中使用内部侦听器名称