sql-server-2000 - 在 Windows 10 (x64) 上安装 Microsoft SQL Server 2000 Desktop Engine (MSDE 2000) Release A

Question

我需要安装 MSDE 2000 Release A在 Windows 10 上。

安装窗口弹出，然后立即关闭，没有错误消息。

这answer to this SO question似乎解决了一个非常相似的问题，并表明它实际上是可能的install and run MS SQL Server 2000 on Windows 10 .我知道这个问题是关于 SQL Server 2000 而不是 MSDE，但我希望如果它适用于 SQL Server 2000，它也适用于 Desktop Engine 变体。

关于什么可能会杀死安装程序和/或我如何尝试解决这个问题有什么想法吗？

• 我已经尝试将安装程序的兼容模式设置为 WinXP SP2 并以管理员权限运行

• 我还没有试过先装Win 7，再装MSDE，再升级到Win 10，更愿意直接在Win 10上安装

Answer 1

我找到了解决方法...

我发现它在安装过程中将几个 dll 提取到临时文件夹，并且 MSI 日志提示加载其中一个。没有发现任何依赖项加载问题，因此我尝试将它们全部复制到 C:\Windows\SysWow64，但其中一个 (sqlunirl.dll) 被拒绝访问，因为它是操作系统的一部分。如果我更改了那个dll的所有者和权限，我就可以用解压的替换它，安装MSDE，然后用原来的Win10替换它。然而，SQL 服务管理器应用随后拒绝启动，但由于 exe 总是首先在它们自己的文件夹中查找 dll，因此将相同的 dll 放在 C:\Program Files (x86)\Microsoft SQL Server\80\Tools\Binn 中。为了以防万一，我还将它复制到其他也有可执行文件的文件夹中。我还没有对此进行测试，但已经敲定了一个快速批处理文件来安装(将其与 sqlunirl.dll 一起放在 Setup.exe 旁边，该文件是从之前的安装尝试中从临时文件夹中获取的):

takeown /f C:\Windows\SysWOW64\sqlunirl.dll /a
icacls C:\Windows\SysWOW64\sqlunirl.dll /grant *S-1-5-32-544:f
IF NOT EXIST C:\Windows\SysWOW64\sqlunirl.bak move C:\Windows\SysWOW64\sqlunirl.dll C:\Windows\SysWOW64\sqlunirl.bak
copy /y "%~dp0sqlunirl.dll" C:\Windows\SysWOW64

"%~dp0Setup.exe" (plus your extra parameters such as SAPWD=PASSWORD)

move /y C:\Windows\SysWOW64\sqlunirl.dll "C:\Program Files (x86)\Microsoft SQL Server\80\Tools\Binn"
copy /y C:\Windows\SysWOW64\sqlunirl.dll "C:\Program Files (x86)\Microsoft SQL Server\80\COM"
copy /y C:\Windows\SysWOW64\sqlunirl.dll "C:\Program Files (x86)\Microsoft SQL Server\Mssql$InstanceName\BinnMSSQL$InstanceName\Binn"
move /y C:\Windows\SysWOW64\sqlunirl.bak C:\Windows\SysWOW64\sqlunirl.dll
icacls C:\Windows\SysWOW64\sqlunirl.dll /remove *S-1-5-32-544
icacls C:\Windows\SysWOW64\sqlunirl.dll /grant *S-1-5-32-544:(GR,GE,WO)
icacls C:\Windows\SysWOW64\sqlunirl.dll /setowner *S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464

(注意:SID 用于 Administrators 组和 TrustedInstaller，因此它适用于任何语言。Generic Read 和 Generic Execute 权限是 administrators 组的默认权限，但我还应用了 Write Owner，以便我可以将其设置回来到 TrustedInstaller，因为我找不到使用 TakeOwn.exe 将其设置回来的方法!)