Cap*_*ard 12 x86 64-bit sql-server-2005
最近我在我们的一个数据库服务器上执行操作系统升级,从 Server 2003 移动到 Server 2008。DBMS 是 SQL Server 2005。在新的 Windows 安装上重新安装 SQL 时,我去我们的另一个数据库服务器验证了几个的设置。
现在,我一直认为第二台服务器是 Server 2003 x64 + SQL 2005 x64(据我所知),但我现在对此表示怀疑。我现在怀疑它实际上只是 32 位 SQL,但是我想验证一下。
以下是一些详细信息:
操作系统肯定是 64 位的。
xp_msver
显示Platform
为NT INTEL X86
SELECT @@VERSION
显示 Microsoft SQL Server 2005 - 9.00.4035.00 (Intel X86)...
但是 sqlservr.exe 在 taskmgr 中没有显示为“* 32”,有谁知道为什么会这样,如果它实际上是声称的 32 位?尽管如此,它似乎确实用完了 x86 程序文件文件夹。
如果我对已确认的 64 位安装进行相同的检查,它确实会返回预期的 64 位读数,这只能证明该服务器仅在 32 位上运行。
现在,既然如此,问题就出现了这个“32 位”安装可以使用多少内存。任务管理器报告 sqlservr.exe 的内存使用量约为 3.5GB(服务器有 16GB 的物理内存)。我怀疑 AWE 根本没有配置,因此如果 SQL 只是使用 32 位地址空间,服务器将被严重利用不足(记住操作系统是 64 位)。
这个假设正确吗?
我觉得服务器应该将 SQL 重新安装为 64 位以充分利用硬件平台,但目前它正在大量生产;这绝非易事。我怀疑我们可能只需要正确配置 AWE 并暂时让它成为可能(除非这是一个坏主意?)。
我很抱歉这个问题有点含糊/丢失;我不是 SQL 专家,只是想了解这里发生的事情。
Sea*_*arp 15
这篇文章列出了两种不同的检查方法(第一种是@@version,它显示您正在运行 32 位版本的 SQL Server),但为了避免点击,
select serverproperty('edition')
Run Code Online (Sandbox Code Playgroud)
结果将类似于:
32 位:企业版
64 位:开发者版(64 位)
归档时间: |
|
查看次数: |
51950 次 |
最近记录: |