我在这里读到，我可以通过 /PAE 选项在 X86 SQL Server 系统和 X86 Windows 服务器中使用超过 4 GB 的空间，但我的情况不同。我在 Windows 2019 X64 标准中有一个 32 位 SQL Server 标准，我将升级到 Sql Server X64 版本。但我想知道，即使它是 X86，我还能以某种方式使我的 sql 服务器使用超过 4 GB 吗？我问它是因为在 X86 服务器中使用 /PAE 选项我可以扩展 SQL Server 内存（如果我理解正确的话），所以也许我可以在 X64 Windows 服务器环境中做类似的事情。
我不完全确定这是否是这个问题的正确位置，但我想构建一个服务器来运行一些实验并且我正在考虑 arm，我的大部分代码都可以编译为在 arm 上运行，但会有一些外部依赖项它可能必须在 x86 上运行，所以我试图了解它的外观。
我知道从 arm 运行 x86 应用程序会降低性能。我不完全清楚这是如何处理的——例如，我假设如果给定的应用程序没有为 arm 编译，它将不会在 arm 环境中本地运行，那么调用这样一个应用程序的过程是什么——例如操作系统是否识别它作为一个可执行文件并以某种方式在后台模拟 x86 调用（我猜可能依赖于操作系统），或者您是否必须启动一个完整的虚拟化 x86 环境才能运行这些 x86 应用程序。
我使用了一系列虚拟化技术，我对这将如何影响典型的 2 类管理程序特别感兴趣（从 x86 到 x86 与 arm 到 x86 是否有额外的惩罚，以及无论如何映射窗口调用的 wine 之类的东西 - 是在这个时候甚至支持这个？
希望简要说明其工作原理以及所描述操作的任何性能基准的链接
在 x86 中使用 Solaris 10 做了一个镜像 (RAID1)。一切还好。现在，我试图使第二个磁盘可启动，这是：从 grub 或在 disk1 出现故障的情况下。
我编辑了/boot/grub/menu.lst：
#---------- ADDED BY BOOTADM - DO NOT EDIT ----------
title Solaris 10 9/10 s10x_u9wos_14a X86
findroot (rootfs1,0,a)
kernel /platform/i86pc/multiboot
module /platform/i86pc/boot_archive
#---------------------END BOOTADM--------------------
#---------- ADDED BY BOOTADM - DO NOT EDIT ----------
title Solaris failsafe
findroot (rootfs1,0,a)
kernel /boot/multiboot -s
module /boot/amd64/x86.miniroot-safe
#---------------------END BOOTADM--------------------
#---------- ADDED BY BOOTADM - DO NOT EDIT ----------
title Solaris failsafe
findroot (rootfs1,0,a)
kernel /boot/multiboot kernel/unix -s
module /boot/x86.miniroot-safe
#---------------------END BOOTADM--------------------
#Make second disk booteable!!!!!!!
title alternate boot
findroot (rootfs1,1,a)
kernel /boot/multiboot kernel/unix -s
module /boot/x86.miniroot-safe
但是没有用。在 BIOS 中，当我选择“alternate boot”时，我得到：
Error 15: 15 file not found
另外，如何配置GRUB 使disk2 在disk1 出错的情况下启动？
此外，我做了（但与 GRUB 无关）：
eeprom altbootpath=/devices/pci@0,0/pci108e,5352@1f,2/disk@1,0:a
以下是一些可能对您有帮助的命令的输出：
/sbin/biosdev
0x80 /pci@0,0/pci108e,5352@1f,2/disk@0,0
0x81 /pci@0,0/pci108e,5352@1f,2/disk@1,0
ls -l /dev/dsk/c1t?d0s0
lrwxrwxrwx 1 root root 50 Jul 7 12:01 /dev/dsk/c1t0d0s0 -> ../../devices/pci@0,0/pci108e,5352@1f,2/disk@0,0:a
lrwxrwxrwx 1 root root 50 Jul 7 12:01 /dev/dsk/c1t1d0s0 -> ../../devices/pci@0,0/pci108e,5352@1f,2/disk@1,0:a
more /boot/solaris/bootenv.rc
setprop ata-dma-enabled '1'
setprop atapi-cd-dma-enabled '0'
setprop ttyb-rts-dtr-off 'false'
setprop ttyb-ignore-cd 'true'
setprop ttya-rts-dtr-off 'false'
setprop ttya-ignore-cd 'true'
setprop ttyb-mode '9600,8,n,1,-'
setprop ttya-mode '9600,8,n,1,-'
setprop lba-access-ok '1'
setprop prealloc-chunk-size '0x2000'
setprop bootpath '/pci@0,0/pci108e,5352@1f,2/disk@0,0:a'
setprop keyboard-layout 'US-English'
setprop console 'text'
setprop altbootpath '/pci@0,0/pci108e,5352@1f,2/disk@1,0:a'
cat /etc/vfstab
#device device mount FS fsck mount mount
#to mount to fsck point type pass at boot options
#
fd - /dev/fd fd - no -
/proc - /proc proc - no -
#/dev/dsk/c1t0d0s1 - - swap - no -
/dev/md/dsk/d1 - - swap - no -
/dev/md/dsk/d0 /dev/md/rdsk/d0 / ufs 1 no -
/devices - /devices devfs - no -
sharefs - /etc/dfs/sharetab sharefs - no -
ctfs - /system/contract ctfs - no -
objfs - /system/object objfs - no -
swap - /tmp tmpfs - yes -
df -h
Filesystem size used avail capacity Mounted on
/dev/md/dsk/d0 909G 11G 889G 2% /
/devices 0K 0K 0K 0% /devices
ctfs 0K 0K 0K 0% /system/contract
proc 0K 0K 0K 0% /proc
mnttab 0K 0K 0K 0% /etc/mnttab
swap 14G 972K 14G 1% /etc/svc/volatile
objfs 0K 0K 0K 0% /system/object
sharefs 0K 0K 0K 0% /etc/dfs/sharetab
/usr/lib/libc/libc_hwcap1.so.1
909G 11G 889G 2% /lib/libc.so.1
fd 0K 0K 0K 0% /dev/fd
swap 14G 40K 14G 1% /tmp
swap 14G 28K 14G 1% /var/run
嘿伙计们，我在 Windows 7 x64 上安装 sql server 2008 时遇到问题。它给出了一些 wow64 错误。有人可以告诉我是否可以在 64 位操作系统上安装 32 位版本。如果是，那么请解释如何做到这一点。
我在这里运行 x64 登台服务器以及以下内容：
Solr Java 等
但是，我即将获得一个用于生产的 linode vps，并很快意识到 x86 是他们最低 RAM 包的方式（考虑稍后升级）。我的登台服务器是 x64 和 12gb 内存，所以降低到 300mb 内存会感觉非常慢；/
以下是我的问题：
1) 将我的脚本、数据库等从 x64 传输到 x86 服务器时会有问题吗？例如 solr 索引
2) x86 包值得去吗？我可能会在以后升级，x64 可能更适合具有更多 RAM 的服务器？我应该坚持使用 x64，因为在使用低 RAM 时没有太大区别？
干杯
柯
目前我的机器上安装了 Windows Server 2008 x64。当 R2 出来时（再过几天），我将重新安装。由于我还记得各种设备驱动程序的所有调整，我正在考虑安装一个 x86 版本，它具有更好的 Vista x86 驱动程序支持（也与 WinSrv2k8 AFAIK 兼容）。
我有 4GB 的内存，应该可以在两个平台上毫无问题地使用。
你会建议去 x86 还是在 x64 上重新尝试相同的驱动程序？会有任何重大的速度问题吗？内存问题？
我正在/还将运行多种不同类型的虚拟机（x86 和 x64）。我知道我的硬件已经支持在 x86 主机中运行 x64 来宾，所以这应该不是问题。
最近我在我们的一个数据库服务器上执行操作系统升级，从 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 专家，只是想了解这里发生的事情。
我一直对此感到疑惑，但从未完全理解 32 位机器如何处理超过 4 GB 的RAM。我的意思是，没有更多的地址行了，对吗？
即使在我们的设施中，我也知道我们有戴尔数据库服务器，机器可寻址 8 GB RAM 和 32 位版本的SQL Server。是不是类似于EMS内存的20地址线8086，使用旋转内存的窗口？