R1cky's questions

我需要找到一种方法来识别 SQL 实例，无论对 SQL Server 和/或运行它的 Windows Server 进行了哪些更改，因为我们正在将有关实例的远程信息收集到我们的操作数据库中，并且仍然遇到我们的方式识别它并不像看起来那么独特。

例如，如果我有服务器 WIN1\SQL 并且由于服务器刷新将安装在不同的服务器 WIN2\SQL 上，迁移数据并交换服务器名称，以便 WIN2\SQL 将变为 WIN1\SQL，反之亦然，我需要能够识别当前的 WIN1\SQL 不同于以前的 WIN1\SQL 忽略操作系统版本和/或 SQL 版本\补丁级别

已经尝试以下：

NetworkName\InstanceName - 在服务器主机名\网络名称因服务器刷新而发生更改之前一直有效，如上所述

SQL Server SID - 我正在寻找一些像 Windows 一样的 SQL 安装 SID，但似乎没有这样的东西真正存在

##MS_SQLAuthenticatorCertificate## 的 SID - 这是我找到的最后一个最佳镜头，扫描了数百个 SQL Server，它真的很独特 - 以为我终于找到了它，直到我将 Service Pack 应用到一台服务器并发现 SID 已更改

任何想法如何唯一标识 SQL 实例（如 SQL 实例 SID）将不胜感激，因为我迷路了

编辑：我没有管理所有 SQL 服务器。无法对超出范围的设备进行修改，因此寻找一些可以在 SQL2005+ 上运行的“已经内置”的方式

我必须使用在两个 Windows Server 2003 上运行的多个 SQL Server 2005 实例来升级 SQL Server 故障转移群集。

由于计划是让服务器运行 Windows Server 2008 和 SQL Server 2008，因此向集群添加了两个额外的节点，安装了 SQL Server 二进制文件并将集群资源移至临时节点。

目前我在集群中有 4 个节点，需要逐出原来的两个节点，以便可以重新安装 Windows Server 2008，形成集群并将数据从临时节点迁移回原始节点。

问题是：我是否需要在驱逐之前从原始节点“正确卸载”SQL Server 二进制文件？之后，SQL Server 资源将在临时节点上运行大约两周，原始集群将因此被“破坏”。我的意思是节点不会再次连接回集群，但是除了将服务器连接回集群可能出现的问题之外，您能想到驱逐集群节点的任何其他风险吗？

我最近看到了在 SQL Server 代理下配置的某种 SQL 作业的导出，我也想实现。不幸的是，我没有找到该报告的作者向他\她询问报告创建的任何线索，因此在这里寻求帮助，因为我没有运气在谷歌上搜索它，也没有在这里搜索。

报告在 excel 中（所以我猜最初是一些 csv 或者可能直接是 xls）并且包含来自 SQL 实例的每一个作业，每行一个步骤，最重要的是还包含每个作业步骤的脚本内容和一些进一步的细节。

举个例子，因为 SQL 仅具有默认作业 syspolicy_purge_history，export 的每个步骤将包含 3 行。

我似乎无法在导出中找到它，所以我猜可能有一些查询，或者我在某处错过了这个

有人知道这样的报道吗？欢迎任何帮助

我对 SQL Server 有点陌生，我正在尝试编写 Microsoft SQL Server (2005-2014) 安装后活动的脚本，但我在更改登录名方面有点卡住了。公司政策规定没有登录名应将 master 数据库作为默认值，因此我的计划是识别所有将 master 作为默认值的登录名并将 master 更改为 tempdb。

可以使用这样的查询更改单一登录：

ALTER LOGIN [sa] WITH DEFAULT_DATABASE = tempdb

试图在所有登录名上实现这一点（不知道他们的数量或名称），我知道我很天真，希望这样的事情会起作用（但必须尝试）：

UPDATE master..syslogins
SET dbname = 'tempdb'
WHERE dbname = 'master'

显然输出是一个错误（逻辑上）：

Ad hoc updates to system catalogs are not allowed.

SQL Server 处于 MIX 身份验证模式，所以几乎任何东西都可以登录 - SQL 登录、Windows 本地或域用户或组（不确定这是否会对解决方案产生任何影响）。解决方案应该几乎是版本独立的，但是假设从 SQL Server 2005 开始（......是的，仍然有一些古老的版本......）

谁能帮我找到适当的查询来实现这一目标？