标签: instance

对于分布在 3 个时区的 9 个数据库的用例，将数据库分布到同一服务器上的多个 SQL Server 实例是否有利？

我会得到什么，又会失去什么？标记sql-server-2012是因为它最相关，尽管通常问题是跨 SQL Server 版本。

我需要找到一种方法来识别 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+ 上运行的“内置”方式

由于我无法控制的原因，我必须找到解决此问题的方法。简单地重新安装实例并不是一个选择。在 sys.servers 中显示为 server_id 0 的服务器名称仍显示旧的服务器名称。

运行以下命令时出现错误：

sp_dropserver 'OLD_INSTANCE'
GO
sp_addserver 'NEW_INSTANCE', Local
GO 

错误信息：

消息 15190，级别 16，状态 1，过程 sp_dropserver，第 67 行
服务器“OLD_INSTANCE”仍有远程登录或链接登录。
消息 15028，级别 16，状态 1，过程 sp_addserver，第 87 行
服务器“NEW_INSTANCE”已存在。

最奇怪的是，远程登录是“空”登录。

exec sp_dropremotelogin @remoteserver = 'OLD_INSTANCE'
go

错误信息：

消息 15185，级别 16，状态 1，过程 sp_dropremotelogin，第 70 行
没有从远程服务器“OLD_INSTANCE”映射到本地用户“(null)”的远程用户“(null)”。

旧实例不存在登录信息。

sp_helpremotelogin 'OLD_INSTANCE'

消息 15201，级别 16，状态 1，过程 sp_helpremotelogin，第 37
行 远程服务器“OLD_INSTANCE”没有远程登录。

如果无法删除不存在的登录名，如何重命名该实例？有没有办法刷新登录信息？

我是一名 BI 开发人员，总是在同一台服务器上的不同实例之间切换。但是，有时我会忘记正确的实例，例如可能会导致截断另一个表。我知道这不是技术问题，而是实验性问题。如果您，亲爱的 DBA，能告诉我您如何始终在正确的实例上工作，我将非常感激？

我们开始使用 SQL Server 2008 R2 构建数据仓库系统。一位资深 DBA 告诉我们考虑对 SQL Server 服务使用启动参数 -E。我从在线书籍中读到：

-E：增加为文件组中的每个文件分配的区数。此选项可能对运行索引或数据扫描的用户数量有限的数据仓库应用程序很有帮助。不应在其他应用程序中使用它，因为它可能会对性能产生不利影响。32 位版本的 SQL Server 不支持此选项。

我的问题是这个参数如何帮助索引和数据扫描？如果同一实例中可能存在其他数据库（可能处于操作角色），我们是否应该使用此参数？

我应该为自己感到羞耻，因为我知道。

查看附件中的此屏幕截图。

我的服务器确实没有看到大量的流量，不应该超载。Mysql 正在举办一个派对，邀请了所有人。问题是我不喜欢这种狂野的派对。

我怎么杀这个东西？我如何对其进行监管以使其不会继续发生？很快，我的主人就会报警，所有人的聚会都将结束。

在安装较新版本后安装以前版本的 SQL Server 实例时，是否有任何需要注意的问题？例如，将 2008 安装到具有现有 2012 实例的服务器上？

我找不到特定于这种情况的陈述，但这似乎有风险。

我目前正在MyComputerName使用 SQL Server Express 2014在服务器上托管一个数据库。

我想将数据库移动到另一台计算机，因此我在其上安装了 SQL Server Express 2014，但该计算机只有实例ThatComputerName\SQLEXPRESS。当我尝试连接时，ThatComputerName它会引发错误

与 SQL Server 建立连接时发生与网络相关或特定于实例的错误。服务器未找到或无法访问。验证实例名称是否正确以及 SQL Server 是否配置为允许远程连接。（提供程序：命名管道提供程序，错误：40 - 无法打开与 SQL Server 的连接）（Microsoft SQL Server，错误：2）

但是，我无法启用远程连接，ThatComputerName因为我什至无法连接到该实例。

我不记得我在以前的计算机上做了什么以允许我连接到MyComputerName和MyComputerName\SQLEXPRESS，我如何在新计算机上创建该实例？我必须重新安装吗？

我最近继承了一个环境，其中大约 4000 多个数据库分布在 3 个巨大的物理服务器上的 21 个实例之间。数据库根据名称分布在不同的实例之间，因此有些实例比其他实例大几倍。所有数据库的架构都是相同的，但数据不是。一些数据库只有几 MB，而另一些则是 400+GB。

管理层正在考虑我们是否应该尝试在每个实例上保留尽可能多的数据库并减少大型实例。另一个想法是在现有环境中不断添加小实例，甚至减少每个现有实例中的数据库数量并增加实例数量。

在管理方面，与许多小实例相比，拥有更少的大实例可能更容易。另一方面，如果大实例发生问题，那么它上的所有数据库都会受到影响，因此拥有许多小实例可能更安全。

从性能的角度来看，什么会更好？我还应该考虑哪些其他因素？我应该在每个实例上保留多少个数据库？我知道这取决于，但你有一些粗略的估计吗？例如，一个实例上的 500 个数据库是否太多？如果您需要更多信息，请告诉我。

我忘了提到所有这些数据库都是不同客户的生产数据库，因此它们都同样重要。开发、测试等在不同的服务器上。

即使我可以直接访问物理数据库机器，我也必须dbmachine\sql在连接字段中指定，而不仅仅是实例名称。这是为什么？