我正在与客户合作，完成对旧服务器基础架构的现代化改造。他们离开 McAfee ePO 实例太久没有升级，我们现在正在处理不受支持的升级路径。
作为这种现代化的一部分，ePO 的数据库将从本地 SQL Server 2008 R2 实例移动到新的 SQL Server 2019 集群。不幸的是，当前的 ePO 版本不支持 Server 2019，目标版本不支持 Server 2008 R2，因此我们遇到了潜在的僵局。
当数据库迁移到 SQL Server 2019 集群时，它的兼容级别（自动）升级到 2012，源服务器版本和目标服务器版本都支持。
我的问题是：从客户端的角度来看，如果两台服务器都以相同的兼容性级别托管相同的数据库，SQL Server 2019 与 SQL Server 2012 有什么不同吗？
是否存在潜在的连接器或 API/ABI 问题？
我需要恢复 MS SQL 2008 R2 服务器。原来的服务器被彻底摧毁，没有什么可挽救的。然而，所有数据都有备份，加上系统数据库、master、msdb、model；.bak 文件。
我设置了一台新机器，完全相同的sql版本，2008R2 SP2，并尝试先恢复主数据库。还原成功，但使用恢复的主服务器无法启动 sql 服务。似乎旧服务器上的每条路径都是自定义的、数据 DB、系统 DB，甚至是 sql 可执行文件。
有没有办法找出旧服务器上使用的路径，即使是 sql 可执行文件？
我想我必须再次卸载安装 sql server，设置所有自定义路径，以防我们找到自定义可执行路径，这是正确的吗？
另外，为了将来参考，在 MS SQL 服务器上，有没有办法导出所有这些路径？
我在 Server 2012 R2 上运行 SQL SERVER Express 2008 已经有一段时间了。我最近开始研究迁移到 SQL SERVER EPXRESS 2016 的迁移过程。因为原始数据库是从 Express 2005 迁移的，所以兼容性级别是 90，我需要在 110 停止才能迁移到 130。110 提供了新的对象类型和查询IIF 条款等进展。数据迁移工具确定了这些必要的更新。
在升级 SQL 的过程中，我现在收到以下错误：
TITLE: SQL Server Setup failure.
------------------------------
SQL Server Setup has encountered the following error:
Version string portion was too short or too long..
For help, click: http://go.microsoft.com/fwlinkLinkID=20476&ProdName=Microsoft%20SQL%20Server&EvtSrc=setup.rll&EvtID=50000&EvtType=0x6343E456%25400x294A9FD9
该链接无用，因为 MS 重新发布了它。
在 SQL SERVER 安装中心窗口顶部选择“新 SQL Server 独立安装或向现有安装添加功能”后出现错误。就像测试一样，我也尝试了 SQL 2016 Express。同样的错误。
我发现了一些关于更改注册表的帖子，删除以下键中引用的旧版本的 .Net：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\User Agent\Post Platform
这没有用。
我尝试了许多 .Net Framework 测试工具来验证每个版本。未发现错误，但这些工具似乎尚未针对 Server 2012 R2 进行更新。
目前我的服务器已经下沉，没有工作数据库。
我已经确认 .Net Framework 3.5 和 4.5 功能实际上是通过服务器管理器安装的。
我还尝试了 REPAIR 选项以及 SQL Server 安装中心中几乎所有其他可用功能。它产生相同的错误。
任何有见地的帮助都会很高兴审查。
更新：通过控制面板删除了所有 SQL 安装，并且通过 Aaron Burtrand 描述的方法不成功的地方被用来清理注册表......他的博客同样的错误仍在继续。
我们看到一个 Sql 作业/DTS 包失败，因为它被馈送到一个 int 转换例程中的非数字字符数据。
数据看起来很有可能来自我们表中的另一列，其中非数字格式是合适的。
这已经发生了不止一次。
有没有人听说过 Sql 作业/DTS 包“迷失方向”并从错误的列访问数据？
我认为这是一种罕见的可能性，但我们正在为 DTS 包使用 SSMS 2008 R2 系统（即使在该系统中也被认为已过时），我想一切皆有可能......
我们正在寻找为我们的 SQL 2008R2 数据库设置故障转移集群。为了实现这一点，我们有 2 台服务器，它们都配备了 Fusion I/O 卡，它们上都有我们生产数据库的相同副本。
从我读过的所有内容来看，我们应该设置服务器，以便它们都从某种共享文件存储中提取数据库。我们打算让两台服务器简单地从各自的 Fusion I/O 卡而不是从文件共享运行数据库。
考虑到它进行“LooksAlive”和“isAlive”检查，集群似乎是高可用性 SQL 设置的正确选择，但如果需要共享存储，我们可能需要考虑替代解决方案。
鉴于我们真的只需要 HeartBeat 网络功能并且不需要任何共享存储，我们还能为 SQL 使用故障转移集群吗？
在当前正在复制的数据库中，我想停止复制（停止日志读取器进程）一段时间，尽管我想继续在同一个数据库上进行日志备份。
日志备份是否释放日志以供重复使用，或者日志读取器任务是否保持原样以执行复制以将事务复制到分发数据库？所有这些都假设日志的空间可用于日志增长。我在想，事务日志中标记为复制但尚未分发的任何剩余内容都不会被覆盖，但我想验证这一点。
如果是这样，当我重新启动日志读取器进程时，事务被写入分发数据库，然后日志将继续像过去一样被处理并适当地缩小。
我有一个数据库，我想强制恢复它。
我检查选项：
但是，正如预期的那样，SSMS 无法覆盖现有数据库。
当然我不想要不同的文件名；我想覆盖现有的数据库。
如何强制恢复现有数据库？
对于谷歌搜索爬虫：
“%s”(4) 和“%s”(3) 声明了文件“%s”。WITH MOVE 子句可用于重定位一个或多个文件
。RESTORE DATABASE 异常终止。（Microsoft SQL Server，错误: 3176)
脚本（在我删除数据库之前，因为我需要完成它）是：
RESTORE DATABASE [HealthCareGovManager]
FILE = N'HealthCareGovManager_Data',
FILE = N'HealthCareGovManager_Archive',
FILE = N'HealthCareGovManager_AuditLog'
FROM DISK = N'D:\STAGING\HealthCareGovManager10232013.bak' WITH FILE = 1,
MOVE N'HealthCareGovManager_Data' TO N'D:\CGI Data\HealthCareGovManager.MDF',
MOVE N'HealthCareGovManager_Archive' TO N'D:\CGI Data\HealthCareGovManager.ndf',
MOVE N'HealthCareGovManager_AuditLog' TO N'D:\CGI Data\HealthCareGovManager.ndf',
MOVE N'HealthCareGovManager_Log' TO N'D:\CGI Data\HealthCareGovManager.LDF',
NOUNLOAD, REPLACE, STATS = 10
我使用 UI 删除现有数据库，以便我可以使用 UI强制覆盖（非）现有数据库。
希望能有答案，以便下一个人能有答案。
不，没有人在数据库的上下文中（来自其他连接的错误消息与此错误完全不同，我只有在杀死其他连接后才看到此错误）。
伙计们，请善待我...由于我们的DBA辞职，我只是一个“意外”的DBA，所以我完全是DBA的新手...
你看，我有这个应用程序，“ESET 远程管理服务器”（ERAS），它将其日志和分析存储在（最初）本地 Access 数据库中。
决定将其数据库迁移到 SQL Server 2008 R2 机器。
ESET（软件制造商）提供了有用的工具来执行此类迁移；不幸的是，作为 DBA 新手，我没有意识到我必须首先创建自己的数据库（在 SQL Server 端）并将该数据库分配为 ERAS 的 ODBC 连接的“默认”数据库。
现在，迁移工具已经成功地在“主”数据库中创建了一大堆表。
我的问题：
我应该保持原样，还是应该将 ERAS 数据库重新迁移到不同的数据库？
如果您建议我执行重新迁移，我的计划是 (1) 创建一个新实例，(2) 在新实例中创建一个新数据库，(3) 在 ERAS 服务器上创建一个新的 ODBC 系统 DSN，指向步骤 2、(4) 中的新 DB 使用 ESET 的迁移工具从当前 DSN 迁移到新 DSN。
你认为我错过了一步吗？
预先感谢您的任何指导。
我有两个 SQL 服务器，服务器 A 和服务器 B 运行 SQL Server 2008 R2 Standard。我可以设置第三台服务器作为服务器 A 和服务器 B 的镜像吗？我似乎找不到任何说明允许或可能进行多对一镜像的文档。
我正在与一组开发人员合作，他们在不同的地方安装了 SQL 实例。为了让我们的本地机器有一个配置文件（而不是为每台机器都有一个配置文件），我们试图处理安装了实例名称、没有实例名称等的 SQL：
(本地)\SQLEXPRESS
（当地的）\
（本地）\人名
我查看了设置别名重定向的指南，但是当我们创建相同的别名时，比如“MyOldServer”，我在使用 Windows 身份验证连接到不受信任的域时遇到错误。
是否需要将 SQL 重新安装到所有这些机器上的同一个位置？我们如何才能使它们都指向相同的名称（最好是（本地），但我不在乎任何一种方式。
编辑：我的连接字符串（工作）
<add name="masterDb" connectionString="integrated security=true;Data Source=(local);Database=masterDb" />
同事的连接字符串（也在他们的本地机器上工作）
<add name="masterDb" connectionString="integrated security=true;Data Source=(local)\local;Database=masterDb" />
我们想使用一个或另一个，所以我们将一个本地配置检查到源中。我可以更改我们的两个连接字符串……但如果可能的话，我希望我们拥有相同的连接字符串而不安装 SQL。我们正在加载更多的开发人员，让他们都重新安装 SQL 以符合要求将很麻烦。
别名配置（我的机器）：
别名：TestAlias 端口号：空白 Portocol：TCP/IP 服务器：localhost
如果我将 TestAlias 添加到我的主机文件，并尝试连接（使用 SQL 配置管理器）到服务器名称：testalias 和 Windows 身份验证，我会收到“登录失败。登录来自不受信任的域，不能与 Windows 身份验证一起使用”