SQLServer 2000 支持 2G 以上大内存设置

最新推荐文章于 2024-09-26 19:40:19 发布
最新推荐文章于 2024-09-26 19:40:19 发布
阅读量4.4k 收藏 1
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/webgeek/article/details/8700112
版权

要使 SQL Server 2000 支持 2G 以上的大内存，可作以下操作：
1、开启操作系统的 PAE 模式
Boot.ini 文件中增加 /PAE：
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Windows Server 2000" /fastdetect /PAE
参考：Windows Server 2003 和 Windows 2000 提供大内存支持

2、开启 SQLSERVER 的 AWE 模式并设定最大使用 6G 内存
sp_configure 'show advanced options', 1
RECONFIGURE
GO
sp_configure 'awe enabled', 1
RECONFIGURE
GO
sp_configure 'max server memory', 6144
RECONFIGURE
GO
参考：如何配置 SQL Server 以便使用 2 GB 以上的物理内存

3、设置内存中锁定页
a. 在任务栏上，单击“开始”，然后单击“程序”。
b. 单击“管理工具”，然后选择“本地安全策略”。
c. 依次展开“安全设置”、“本地策略”，然后单击“用户权限分配”。
d. 在右侧屏幕中，右键单击“内存中锁定页”，然后单击“安全”。
e. 在“本地安全策略设置”对话框中，单击“添加”。
f. 单击以选中运行 MSSQLSERVER 服务的帐户（一般是 Administrator）。
g. 单击“确定”。
说明：如果不执行本步骤，就算打开了 AWE，SQL Server 仍只能使用 2G 内存。
参考：SQL Server only uses 2 GB of memory even though the AWE option is enabled

4、如果是 SQL Server 2000 SP4，需要安装下面的补丁，否则最大只能使用物理内存的 50%。
参考：FIX：在运行 32 位版本的 SQL Server 2000 SP4 的计算机上启用 AWE 时有些内存不可用
补丁：Fix: Not All Memory is Available When AWE is Enabled on a Computer Running 32-bit Version of SQL Server 2000 SP4 (899761)

5、重启机器。
注：打开 AWE 后，在任务管理器中无法看到 SQL Server 实例所分配内存的真实大小。可在性能监视器中，使用 SQL Server: Memory Manager 对象的 Total Server Memory (KB) 计数器确定在 AWE 模式下运行的 SQL Server 实例所分配的内存大小。

如果打开 PAE 及 AWE 后，出现蓝屏或无响应的问题，参考：You may notice unpredictable behavior on a multiprocessor computer that is running SQL Server 2000 and has the Physical Addressing Extensions (PAE) specification enabled

geekcoder
关注
Docker 安装 SQL Server教程
猿小白的博客
11-14 2万+
本文教你如何快速通过Docker安装SQL Server 前置条件：服务器内存需要于2GB。 安装的版本：SQL Server2017 目录 一、拉取镜像 二、运行容器 三、进入容器 四、远程连接 五、简单小结 一、拉取镜像 docker pull mcr.microsoft.com/mssql/server:2017-latest 二、运行容器 docker run -e "ACCEPT_EULA=Y" -e "SA_PASSWORD=qwe20211114." -p..
linux能装sql2000,亲测linux安装sql server (docker+centos7)
weixin_29483277的博客
05-17 1847
sql server已经支持在linux中安装了。最简单的方式还是使用docker，今天我就带大家来，体验一下使用docker来安装sql server。超爽！！！一、使用docker下载并配置sql serverlinux：[root@bogon ~]# cat /etc/redhat-releaseCentOS Linux release 7.5.1804 (Core)[root@bogon...
让SQL2000可以使用超过2G以上的物理内存
szyjp的专栏
08-25 1482
<br />通常情况下，SQL Server 2000 Enterprise Edition 和 SQL Server 2000 Developer Edition 最多可以使用 2 GB 的物理内存。如果使用 AWE 启用选项，SQL Server 最多可以使用 4 GB 的物理内存。 <br /> <br />注意：由于在 Microsoft Windows 2000 Server 上不能使用“物理地址扩展”(PAE)，因此无法为 Windows 2000 Server 上的应用程序分配 4 GB 以上
SQL2000服务器超过2GB内存设置
wqsys的专栏
02-16 1548
<br />1.<br /> 服务器要求<br />安装Windows 2003 enterpris，并且打上SP2补丁。<br />安装SQL2000，并且打上SP4和KB960083补丁。<br /> <br />2.<br /> 打开系统中的大内存支持(windows)<br />若要启用 Windows 2000 Advanced Server 或 Windows 2000 Datacenter Server 支持大于4GB的物理内存，必须将参数 /pae 添加到 boot.ini 文件中。<br
优化SQL内存(设置SQL3G內存)
12-15
WINDOWS 2000 SERVER/ 2003 SERVER 上設置SQL 3G內存方法
让SQL server 2000使用4G以上的内存
zqpgood的专栏
12-19 7321
<br />我的ERP服务器有16G内存，安装了Windows Server 2003 32位企业版，安装了SQL Server 2000 SP4企业版。发现SQLServer.exe只使用了1.7G内存。下面设置SQL Server 2000使用10G内存。<br />1、修改Boot.ini文件，在最后一行加入参数“/PAE”<br />[boot loader]<br />timeout=30<br />default=multi(0)disk(0)rdisk(0)partition(1)/WINDO
SQL Server 2000 版本支持的最大物理内存量
weixin_30797199的博客
09-12 314
下表列出各 SQL Server 2000 版中的数据引擎能够支持的最大物理内存量或 RAM。 操作系统 企业版 标准版 个人版 开发版 Desktop Engine SQL Server CE 企业评估版 Windows 2000 DataCenter 64 GB 2 GB 2 GB 64 ...
如何控制sql server 2000占用内存
我的IT生活
05-20 1605
进入sql server 2000企业管理器，选sql server 组，点右键，属性，内存，选动态地配置sql server 内存，最小值0，最大值建议选物理内存地1/2，如果经常使用sql server ，选择为sql server保留物理内存1024kb或2048kb。 如果不限制sql server的内存，sql server可能会无限制地占用内存，即使你的内存很大，机器还是会很慢。
使 SQL Server 2000 支持 2G 以上的大内存
weixin_34302561的博客
09-26 229
使 SQL Server 2000 支持 2G 以上的大内存 转：http://yiyeweichen.ycool.com/post.2856405.html 要使 SQL Server 2000 支持 2G 以上的大内存，可作以下操作： 1、开启操作系统的 PAE 模式Boot.ini 文件中增加 /PAE： [boot loader...
解决sqlserver限制2G内存限制安装
yixinluobo的博客
10-13 2196
记录一次不满足linux安装sqlserver最小内存限制情况下安装sqlserver方法。 1.如果之前安装了sqlserver但并未成功，要先卸载(如果未安装过，跳过) sudo yum remove mssql-server sudo rm -rf /var/opt/mssql/ sudo rm -rf /opt/mssql/ 2.下载离线安装文件（切记：不要在线安装） wget https://packages.microsoft.com/rhel/7/mssql-server-201..
配置SQLServer 使用 2 GB 以上的物理内存
10-29
- **注意事项**：Windows 2000 Server 不支持物理地址扩展 (PAE)，因此无法为应用程序分配4GB以上的物理内存。同时，该版本的Windows不支持在`Boot.ini`文件中使用3GB开关。 ##### Windows 2000 Advanced Server 和...
突破2G内存限制 SQL2005 AWE配置
10-11
### 突破2G内存限制 SQL2005 AWE配置详解 #### 一、引言 在早期的32位系统环境下，由于寻址能力的限制，单个进程可使用的物理内存被限定在大约2GB左右。这对于运行大型数据库如SQL Server 2005来说是一个明显的...
实例图解SQL SERVER2000使用AWE进行内存优化
weixin_34015336的博客
09-19 350
SQL SERVER2000使用AWE进行内存优化      由于本文步骤较多，截图也较多，提供PDF文档 下载      今年年初的时候一个客户打电话抱怨系统随着时间的推移越来越慢，在正常情况下还能够忍受，如果系统出现数据问题需要重新执行，那可以想象在某一个时间急着需要报告而系统确是默默唧唧在拉破车，换谁都无法忍受。随之，我们调查这个问题，系统本身的设计就没有考虑到有如此大的机构数和高的频度...
配置 SQL Server 以便使用 2 GB 以上的物理内存(包括SQL Server 2005)
龙卷风(2007)
05-15 3243
1.    概要使用Windows 2000 Server 的操作系统，对于SQL Server而言，需要打开操作系统的3G开关，它才能利用到2G以上的物理内存，否则这些4G以上内存只有2G能够被SQL Server使用到。       如果服务器上的内存高于4G，请打开操作系统的/3G开关。这样重新启动后，SQL Server将会自动利用大内存来提升数据库的性能，而不再受到2G的内存使用
如何提高SQL2000性能
08-21 884
具体步骤包括打开系统中的大内存支持、启用锁定内存页选项、启用SQL的AWE。 配置的过程如下：(如果服务器的内存少于4G,不用配置) 　　1.打开系统中的大内存支持(windows) 　　要启用Windows 2000 Advanced Server或Windows 2000 Datacenter Server支持 　　大于4GB的物理内存，必须将参数 /pae添加到boo
SQL Server数据库 最大并行度
u010992421的专栏
11-30 2770
SQL Server数据库 最大并行度，优化查询效率
在Win10 64位系统上安装SQL Server 2000（个人版）：一份详细的指南
gitblog_06629的博客
09-26 2203
在Win10 64位系统上安装SQL Server 2000（个人版）：一份详细的指南 【下载地址】Win1064位安装SQL2000个人版指南 在Windows 10 64位系统上，默认情况下是不允许安装SQL Server 2000的，因为SQL Server 2000是一个已经有10多年历史的老软件。然而，由于其成...
【经验分享】终于搞定SQL Server 2000 + Windows Server 2003 大内存配置
aoshouduo3992的博客
09-28 395
系统环境：windows 2003 enp sp2（32bit，自动更新、补丁齐），原12G内存，现48G内存，系统能识别全部内存，未加pae参数。原12G内存时，测试过不管是否加pae参 数，都可以识别12G内存，经查可能是因为内存支持热插拔时不需要加pae参数。sql server developer sp4(32bit，8.00.2282) 原12G内存时，设置max s...
大文件传输 内存溢出
最新发布
06-05
<think>我们参考用户问题中提到的引用内容，特别是引用[1]解释了内存泄漏和溢出的基本概念，引用[2]提到了Java堆空间溢出的原因和代码优化方案，引用[3]则详细描述了SpringBoot分块上传技术在大文件传输中解决内存溢出的方案。用户明确表示：“我想解决大文件传输过程中出现的内存溢出问题”。因此，解决方案应围绕如何避免在传输大文件时系统申请过多内存而展开。核心思路：分而治之，避免一次性将整个大文件加载到内存中。根据引用[3]的建议，分块上传（分片流式处理）是解决大文件传输内存溢出的有效方法。同时，结合引用[2]中提到的代码优化，我们可以通过流式读取和写入、分块处理等技术来避免内存溢出。具体解决方案：1.分块上传（ChunkedUpload）：-将大文件分割成多个小块（例如每块5MB），逐块上传。-前端：可以使用WebUploader等支持分块上传的库，配合前端框架（如Vue）实现分块和并行上传。-后端：接收分块文件，以流的方式写入到临时存储（如磁盘）中，最后合并成完整文件。2.流式处理（Streaming）：-在服务端处理文件时，使用流式读取和写入（例如Java中的InputStream和OutputStream），避免将整个文件读入内存。-例如：使用Spring框架提供的`StreamingResponseBody`来处理输出流，或使用`MultipartFile`的`getInputStream()`读取文件流。3.断点续传：-允许上传过程中断后从断点处继续上传，减少重复上传和内存占用。-实现：记录已上传的分块，下次上传时跳过已上传部分。4.内存管理：-调整JVM堆大小（例如通过`-Xmx`参数），但这不是根本解决办法，因为文件可能非常大（如TB级），远远超过可用堆内存。-优化代码，确保在处理流数据时，及时释放资源（如关闭流）。5.使用临时文件：-在服务器端，将上传的分块文件直接写入磁盘临时文件，而不是保存在内存中，从而减少内存占用。6.第三方集成：-使用专门的文件存储解决方案，例如分布式文件系统（HDFS）、对象存储（MinIO、阿里云OSS）等，这些系统通常支持大文件的分块上传和断点续传。根据引用[3]的描述，推荐的方案是分块上传，并结合流式处理，同时支持多种环境（包括信创国产化环境）。实现步骤（以SpringBoot后端为例）：1.前端分块：-使用文件分片库（如WebUploader）将文件分割成多个分片。-并行上传分片（可以控制并发数）。-每个分片上传请求中携带分片序号、总分片数、文件唯一标识（如MD5）。2.后端接收分片：-使用`MultipartFile`接收每个分片文件。-将分片临时存储在磁盘（使用临时文件目录）。-记录分片上传信息（如已上传的分片序号，可用数据库或Redis）。3.合并文件：-当全部分片上传完成后，触发合并请求。-后端按分片序号读取所有临时分片文件，并合并成最终文件。-合并过程同样使用流读写，避免内存溢出。4.清理临时文件。示例代码（后端接收分片并存储）：```java@PostMapping("/upload-chunk")publicResponseEntity<String>uploadChunk(@RequestParam("chunk")MultipartFilechunkFile,@RequestParam("chunkNumber")intchunkNumber,@RequestParam("totalChunks")inttotalChunks,@RequestParam("fileId")StringfileId){try{//临时目录存储分片文件PathtempDir=Paths.get("temp",fileId);if(!Files.exists(tempDir)){Files.createDirectories(tempDir);}StringchunkFilename=String.format("%s_%d",fileId,chunkNumber);PathchunkPath=tempDir.resolve(chunkFilename);//将分片文件转存到临时目录chunkFile.transferTo(chunkPath.toFile());//记录已上传的分片（比如在Redis中记录fileId对应的chunkNumber）returnResponseEntity.ok("Chunkuploadedsuccessfully");}catch(IOExceptione){returnResponseEntity.status(HttpStatus.INTERNAL_SERVER_ERROR).body("Failedtouploadchunk");}}```示例代码（合并文件）：```java@PostMapping("/merge")publicResponseEntity<String>mergeChunks(@RequestParam("fileId")StringfileId,@RequestParam("fileName")StringfileName){//假设临时分片文件都存储在temp/fileId/下，格式为fileId_chunkNumberPathtempDir=Paths.get("temp",fileId);PathmergedFilePath=Paths.get("uploads",fileName);try(OutputStreamoutputStream=Files.newOutputStream(mergedFilePath,StandardOpenOption.CREATE)){for(inti=1;i<=getTotalChunks(fileId);i++){PathchunkPath=tempDir.resolve(fileId+"_"+i);Files.copy(chunkPath,outputStream);//将每个分片的内容追加到输出流Files.delete(chunkPath);//删除分片}Files.delete(tempDir);//删除临时目录returnResponseEntity.ok("Filemergedsuccessfully");}catch(IOExceptione){returnResponseEntity.status(HttpStatus.INTERNAL_SERVER_ERROR).body("Failedtomergechunks");}}```注意事项：-并发上传的分片顺序可能错乱，合并时需按序号重新排序。-在存储分片时，需要考虑分片重名问题，使用唯一标识（如fileId）隔离不同文件的临时目录。-考虑异常情况，如合并过程中断、重复上传等。其他方案：-使用成熟的文件上传框架：如ApacheCommonsFileUpload的StreamingAPI，或者集成阿里云、腾讯云等提供的SDK（如果使用云存储）。根据引用[2]的优化建议，我们还应该：-优化代码中不必要的内存占用，如避免在内存中缓存文件内容。-调整Tomcat等WebServer配置，使其支持文件上传大小限制，并优化上传缓冲区等。结论：通过分块上传和流式处理，可以避免大文件一次性加载到内存，从而有效解决内存溢出问题。</think> 要解决大文件传输过程中的内存溢出问题，核心思路是**避免一次性加载整个文件到内存**，通过流式处理和分块技术实现。以下是具体解决方案和技术实践： --- ### ✅ 核心解决方案（基于引用内容优化） #### 1. **分块上传技术（核心）** 通过将大文件拆分为小块（如每块10MB），逐块上传处理： ```java // Spring Boot 分块上传示例（关键代码） @PostMapping("/upload-chunk") public void uploadChunk(@RequestParam("file") MultipartFile chunk, @RequestParam("chunkIndex") int index) { // 直接将分块写入磁盘，不占用内存 chunk.transferTo(new File("/tmp/chunk_" + index)); } ``` - **优势**：每个分块在内存中停留时间极短（仅传输时存在内存）[^3] - **分块策略**：根据可用内存动态调整分块大小（如JVM堆为2G时，分块建议≤50MB） #### 2. **流式处理与零拷贝** 使用Java NIO的`FileChannel`实现文件流式读写： ```java try (FileChannel inChannel = new FileInputStream(source).getChannel(); FileChannel outChannel = new FileOutputStream(target).getChannel()) { // 零拷贝传输（不经过用户内存） inChannel.transferTo(0, inChannel.size(), outChannel); } ``` #### 3. **内存溢出防御机制** 针对引用[1][^1]和[2][^2]的内存溢出原理： | 场景 | 解决方案 | |---------------------|---------------------------------| | 堆内存溢出（`Java heap space`） | 增加JVM参数：`-Xmx4g` (需留出50%内存给系统) | | 栈溢出 | 减少递归调用，改用迭代处理 | | 直接内存溢出 | 限制`ByteBuffer`池大小 | --- ### 🛠️ 系统级优化（信创环境兼容） 1. **国产化平台适配** - **CPU架构**：ARM（鲲鹏/飞腾）、MIPS（龙芯）需编译本地库 - **操作系统**：麒麟/UOS中调整虚拟内存参数： ```shell # 增加内存页缓存 sysctl -w vm.dirty_ratio=20 sysctl -w vm.dirty_background_ratio=10 ``` 2. **数据库存储优化** ```sql /* MySQL大文件存储配置 */ SET GLOBAL max_allowed_packet=1024*1024*100; -- 允许100MB数据包 ``` 3. **传输加密保障** 使用`TLS 1.3`分块加密（每个分块独立加密），避免整体文件内存加载 --- ### 🔍 进阶解决方案 | 方案 | 适用场景 | 开源工具 | |---------------------|-----------------------------|--------------------------| | 断点续传 | 网络不稳定中断 | resumable.js + Redis记录 | | 第三方存储集成 | 海量文件长期存储 | MinIO/OSS SDK分块接口 | | 内存映射文件 | 单机超大文件快速处理 | Java `MappedByteBuffer` | | 前端分片压缩 | 用户上传前预处理 | WebAssembly + ZIP分片 | --- ### 📌 实施步骤 1. **前端分块**：用[WebUploader](https://github.com/fex-team/webuploader)切分文件（支持Vue2/Vue3） 2. **后端流处理**： ```java // Spring Boot 分块合并伪代码 public void mergeChunks(String fileId, int totalChunks) { try (OutputStream out = new FileOutputStream(finalFile)) { for (int i = 0; i < totalChunks; i++) { Files.copy(Paths.get("/tmp/chunk_"+i), out); // 流式追加 } } } ``` 3. **监控内存**：通过JMX实时监控`MemoryPoolMXBean`，超过阈值自动扩容分块 --- > **关键实践原则**：始终保证单次操作内存占用 ≤ **可用堆内存的30%**（如2G堆内存下，单块≤600MB）[^2]。对于TB级文件，分块数量建议：$N_{\text{chunks}} = \dfrac{\text{文件大小}}{10 \times 1024 \times 1024}$（10MB/块）[^3]。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值