kudlatiger's questions

我正在使用 C# 代码读取所有 SQL 代理作业：

static readonly string SqlAgentJobName = "SqlAgentJob_123";
static ServerConnection conn;
static Server server;
static Job job;

try
{
    conn = new ServerConnection(SqlServer); 
    server = new Server(conn); 
    job = server.JobServer.Jobs[SqlAgentJobName]; //Get the specified job
    GenerateScript(job); // I need idea to write this method.
}
catch (Exception ex)
{
    Console.WriteLine("Failed to fetch the job :" + ex.Message);
    throw ex;
}

我如何从中生成脚本，以便我可以在任何服务器上运行它？当我运行该程序时，它应该从服务器读取所有作业并生成一个脚本。

有没有内置的方法？SQL Server 开发工具有帮助吗？

扩展 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 故障转移群集实例

但是我不明白上面的语句是什么意思？

我为我的 SQL Server 设置了 AlwaysOn 可用性组。现在我想配置 SSIS。我该怎么做？下面的链接提供了一些信息，但由于我不是 DBA，所以很难理解这篇文章：

AlwaysOn 可用性组和 SQL Server 作业，第 23 部分：维护计划备份和 SSIS 包

有人可以指导我在可用性组中进行 SSIS 的基本设置并解释节点之间的同步是如何发生的吗？

更新

我指的是 SSIS 目录数据库 (SSISDB)

我可以在连接管理器中使用监听器吗？

根据下面的 MSDN 博客，我看到有 2 种方法可以创建负载均衡器侦听器。

https://azure.microsoft.com/en-gb/documentation/articles/virtual-machines-windows-classic-ps-sql-int-listener/

但我没有找到需要使用它们的确切场景？我希望外部应用程序连接到我的高度可用的 SQL 服务器（AlwaysOn）。我应该配置哪个负载均衡器？

文章在这里http://clusteringformeremortals.com/2015/01/01/step-by-step-how-to-configure-a-sql-server-failover-cluster-instance-fci-in-microsoft-azure-iaas- sqlserver-azure-sanless/ 说，

配置集群后，您将需要创建用于所有客户端访问的内部负载均衡器 (ILB)。连接到 SQL Server 的客户端将需要连接到 ILB，而不是直接连接到群集 IP 地址。如果您此时尝试直接连接到集群，您会看到无法从任何远程系统连接到集群。此时甚至 SQL Server Management Studio 也无法直接连接到集群

更新如何配置它

我正在使用下面的脚本来创建内部负载均衡器并且它成功了。

       // Define variables
       $ServiceName = "XYZ"
       $AGNodes = "ABC01","ABC02"
       $SubnetName = "MYSUBNETNAME" 
       $ILBStaticIP = "10.249.XXX.XXX"
       $ILBName = "AGListenerLB" 

       // Create the ILB
       Add-AzureInternalLoadBalancer -InternalLoadBalancerName $ILBName -SubnetName $SubnetName -ServiceName $ServiceName -StaticVNetIPAddress $ILBStaticIP

       // Configure a load balanced endpoint for each node in $AGNodes using ILB
       ForEach ($node in $AGNodes)
       {
           Get-AzureVM -ServiceName $ServiceName -Name $node | Add- AzureEndpoint -Name "ListenerEndpoint" -LBSetName "ListenerEndpointLB" -Protocol  tcp -LocalPort 1433 -PublicPort 1433 -ProbePort 59999 -ProbeProtocol tcp -ProbeIntervalInSeconds 10 -InternalLoadBalancerName $ILBName -DirectServerReturn  $true | Update-AzureVM
       }

一旦上面的脚本成功，那么我们需要运行下面的脚本

   # Define variables
   $ClusterNetworkName = "Cluster Network 1" # the cluster network name (Use Get-ClusterNetwork on Windows Server 2012 of higher to find the name)
   $IPResourceName = "DEVAG_10.249.XXX.XXX" # the IP Address resource name
   $ILBIP = “10.249.XXX.XXX” # the IP Address of the Internal Load Balancer (ILB)

     Import-Module FailoverClusters

如果您使用的是 Windows Server 2012 或更高版本，请使用 Get-Cluster Resource 命令。如果您使用的是 Windows Server 2008 R2，请使用 cluster res 命令。这两个命令都被注释掉了。选择适用于您的环境的选项并删除行首的 # 以将注释转换为可执行的代码行。

     Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"="59999";"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}
     # cluster res $IPResourceName /priv enabledhcp=0 address=$ILBIP probeport=59999  subnetmask=255.255.255.255

我的客户给了我 SQL Server 的命令行安装程序。由于是命令行，所以没有选择安装路径的选项！因此安装程序会自动选择默认位置C:\Program Files (x86)驱动器进行安装。

我想将所有已安装的位从C:\Program Files (x86)驱动器移动到其他驱动器。我可以从驱动器中剪切和粘贴 SQL 文件夹并在 Management Studio 中映射新位置吗？

下面的链接说 SQL Server 依赖于 C: 驱动器。 在非默认路径上安装 SQL Server

要求：我正在使用 Azure VM 并附加了额外的驱动器。我想确保我的 SQL Server 在操作系统驱动器损坏的情况下保持稳定。

我正在将数据库添加到可用性组。在其中一个步骤中，它询问“数据同步首选项”，如下所示

我已经放置了映射的驱动器位置路径，这是在 Azure 门户中创建的 FILESHARE。

现在可用性组验证失败，如下所示，它表示“主服务器‘[MYNODENAME]’在可用性组配置期间无法写入共享驱动器”

更新

侦听器的 IP 错误。问题解决了 。

新错误

Windows Server 故障转移群集 (WSFC) 资源控制 API 返回错误代码 87。WSFC 服务可能未在运行或在其当前状态下可能无法访问，或者指定的参数无效。有关此错误代码的信息，请参阅 Windows 开发文档中的“系统错误代码”。尝试为侦听器创建网络名称和 IP 地址失败。WSFC 服务可能未运行或在其当前状态下可能无法访问，或者为网络名称和 IP 地址提供的值可能不正确。检查 WSFC 集群的状态并与网络管理员一起验证网络名称和 IP 地址。尝试为侦听器创建网络名称和 IP 地址失败。WSFC 服务可能未运行或在其当前状态下可能无法访问，或者为网络名称和 IP 地址提供的值可能不正确。检查 WSFC 集群的状态并与网络管理员一起验证网络名称和 IP 地址。(.Net SqlClient 数据提供者)

这是截图

我在 azure 中创建了 2 个虚拟机，并使用故障转移功能配置了 Windows 集群。我在 SQL Server 配置管理器中启用了“AlwaysOn”功能。但是我在故障转移集群管理器窗口的角色部分下没有做任何事情，如下所示。在许多教程中，我在角色下看到了 SQL Server 实例名称。它是怎么来的？我们真的需要他们吗？

我正在 Azure 虚拟机节点中配置可用性组功能。在下面的屏幕向导中，它要求我提供共享位置。我需要在哪里以及如何创建这个共享位置？

我是否需要有新的带有磁盘的虚拟机，可以用作共享位置？

或者

我是否必须在 Azure 存储中创建 FILE SHARE 功能？

注意：这不是重复的问题。

我已经设置了 AlwaysOn。我已经在两个节点上手动创建了 SQL 代理作业。如果节点是 PRIMARY，现在所有活动的作业都在运行。

挑战

我的 DBA 将根据业务需求仅在一个节点中手动禁用几个 SQL 代理作业。现在它如何同步到节点 2？DBA 是否必须在所有辅助节点中手动禁用这些相关作业？

我正在考虑创建一个表（该表将是可用性组的一部分），我在其中维护作业的状态。在故障转移期间，我计划运行脚本以从该表中读取数据并设置其他节点上的作业状态。这是正确的方式吗？或者我们有什么推荐的步骤吗？

请建议

我有一个场景，其中配置了 SQL Server 2012 - Always-on 功能。主要和次要同步用于故障转移目的。我知道我们将有 node 1 (PRIMARY) 和 node 2 。我也知道在故障转移期间节点 2 变为主节点。

我的问题是，（同步提交设置）

1. 当应用程序发送 INSERT 或任何 SQL 事务时，哪个节点首先执行？它在 PRIMARY 上吗？
2. 当节点 1 发生故障时，节点 2 将成为 PRIMARY，但是谁来弥补节点 1 呢？我需要设置警报吗？如果节点 1 死亡，那么 HA 和 DR 如何工作？
3. 主动-被动或主动-主动有什么区别？

在哪里可以找到有关永远在线架构的详细信息？我读过很多文章，但没有一篇解释过内部结构。