
2.
64位加强。64位的硬件正在慢慢的变得普通,不在是个特殊情况了。因此,SP4在WOW子系统中新添加了对AMD公司的AMD64的平台支持和Intel公司的扩展平台,同时也对64位的SQL Server进行了较大的改动。现在,它允许人们运行32位的SQL Server,并且在需要的时候,可以让它们无缝传输到64位的版本上。(这也是第一次为64位的SQL Server版本发布SQL Server服务包的补丁。)
包括了MSXML 3.0SP6。SQL Server对XML支持正在变得越来越重要,并且应用也越来越广泛,所以现在将其加入到服务包中是具有实际意义的。SQL Server2000的SP3(以及3a)都没有包括MSXML ,你必须单独安装它。SP4在默认情况下包括了MSXML ,并且包括了3.0版本,相对以前的2.6版本有一些性能加强。然而,SQLXML 3.0 SP3仍然没有包括在SP4中你需要单独的下载并安装它(在添加了SP4之后)来确保你能够使用到它。
Bug的修复。有超过230个bug需要修复或者处理,而在SP3中才80个。一些修复的bug解决了不兼容问题或者SP3中出现的功能上的问题。例如:
――SQL Server2000 SP3中合并复制不能同步的问题。这个错误报告为“权限错误”,但是实际上是因为数据库中用二进制整理合并复制时出现的问题。
――数据传输服务设计器可能在你安装了SQL Server 2000 SP3之后还能违反规定的访问。依赖数据传输服务来进行常见的块拷贝 *** 作的管理员们会很高兴的看到这个问题得到了修正。
- ――当你启动SQL Server的时候出现的“性能监视器共享内存建立失败:-1”错误信息。一个常见的有关SP3的抱怨就是当SQL Server停止并重新启动之后,对于一些保持运行状态的程序(例如性能监视器),就无法再收集到任何的监控数据。
――对JDBC客户端应用SQL Server 2000协议加密。过去,Windows中的Java数据库连接都不允许加密,因为JDBC不能调用正确的API。SP4解决了这个问题。
――“当更频繁的使用tempdb的时候,出现的并发问题会减少。”当在同一时间里生成了较多的临时表的时候会影响到数据库。
在微软的知识库中可以获得修正bug的完整列表。
请记住,如果你正在计划要对SQL Server 2000进行一次彻底的部署,那么有可能在SQL Server2000中提前获得SP4,从选择、合作伙伴,以及MSDN资源中。微软还计划允许用户通过安装媒介来手工部署SQL Server 2005以及更高的版本。
还要注意:如果你正在使用SQL Server2000分析服务,那么对这个产品有一个独立的服务包。不是每个人都在SQLServer中使用分析服务,所以将其作为独立的服务包来部署更有意义。
现在用友的最新版本10.0支持2005+sp2补丁,按理说2008不需要补丁的,但是2008是否稳定并没有得到相应的测试,它本身是否需要补丁用友无法估计。建议用户用2000+sp4的数据库,优点是按照速度确实很快,2005+sp2比较慢,2008未测试.
如果你在测试连接SQL Server 2000 JDBC连接时出现错误Error establishing socket.请参考如下:用 CMD 命令NETSTAT查1433(这是默认的端口,可能被占用,你可以重新设一个新的端口)的端口可是居然没有没有打开,先看看你的服务器有没有打开,如果都大开了那就说明你没有装SQL的sp3或sp4的补丁.
还有一个方法看你是不是要打补丁,那就是看看你的版本号:
可以用如下的方式查看MSSQL的版本:
打开企业管理器-〉工具-〉SQL查询分析器-〉帮助-〉关于
查看MSSQL的详细版本号
如果 是 8.00.194 就是还没打补丁
8.00.760 就是SP3
8.00.2039 就是SP4
如果你的版本号是对的,但NETSTAT查1433没有,那可能你的1433端口被占了,换一个端口应该就可以了.
换端口的方法是:1. 打开企业管理器,依次在控制台根目录 ->Microsoft SQL Servers->SQL Server 组,列出一部分数据库服务器。
2. 右击我们要连接的数据库服务器,选择属性,在常规选项卡点击网络配置d出新窗口。
3. 在启用的协议区域我们选择 TCP/IP ,点击属性按钮,d出新窗口。在这个窗口有网络协议默认值设置,一般默认端口是:1433。
另有一篇网上的方法,供参考:
如运行程序时出现 "Error establishing socket" 错误,则应进行如下调试:
1 检查SQL SERVER 是否允许远程访问.具体步骤:
1)打开"企业管理器",打开控制台根目录>SQL Server 组>数据库
2)在相应"数据库"上单击右键,选择"属性"
3)选择"连接"选项卡,检查"远程服务器连接"下,RPC服务是否选择.
2 使用telnet IP地址 1433,系统是否提示连接出错,如系统提示出错
检查是否防火墙屏蔽了SQL SERVER 或 java IDE 的网络访问端口
如果是,关闭防火墙,重新启动SQL SERVER和java IDE,进行测试,
如果系统仍提示上述错误,尝试下列步骤
3 检查SQL SERVER 端口号及是否启用了TCP/IP协议,具体步骤:
1)打开"企业管理器",打开控制台根目录>SQL Server 组>数据库
2)在相应"数据库"上单击右键,选择"属性"
3)选择"常规"选项卡,点击"网络配置",如启用的协议中无"TCP/IP协议"将其加入
4)选择"TCP/IP协议",点击"属性",检查其端口号是否为1433
5)如端口号为1433将其修改为其它端口号,修改jdbc连接语句,将端口号同样改为新启用的端口号,如jdbc:microsoft:sqlserver://server_name:1400(假设新端口号为 1400)
以下的方法你每种的去试试:
#检查一下sql server的connection有没有full.
#如果是认证的问题.
可到sql enterprice manager->指定server->内容->安全性.
把验证改为 SQL server 及 windows.
#点选属性检查一下port是否正确.
#执行%MSSQL_HOME%\80\Tools\Binn\SVRNETCN.exe
把TCP/IP启用.
#关掉防火墙.
#把SQL server update到sp3:
http://www.microsoft.com/sql/downloads/2000/sp3.asp
经我验证,一般升级到sp3就好用了!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)