| 導購 | 订阅 | 在线投稿
分享
 
 
 

SQL Server 2008在Vista下的问题

2008-07-30 06:50:55  編輯來源:互聯網  简体版  手機版  評論  字體: ||
 
 
  SQL Server 2008和Windows Server 2008应该是绝配,配合Visual Studio 2008,因此微软也把这三件产品的发布会看的相当隆重。不过...我们今天谈的不是这个事情。

  前两天在自己的笔记本上安装了SQL Server 2008,因为原来的测试环境都是运行在一些安装了Server操作系统的虚拟机中,因此这次安装就显现了SQL Server 2008的一些易用性问题。

  问题之一:

  利用Business Intelligence Development Studio部署AdventureWorks 2008的多维数据库范例,报错“无法连接ID为AdventureWorks DW的数据源”。确认了数据源的连接地址和数据库名称都正确的情况下,甚至在数据源视图中浏览数据都正确,但是在部署的时候就是说无法连接到数据源。

  怎么回事情呢?后来觉得是不是连接数据源的身份有问题,在将数据源的身份验证选项改为“指定Windows帐号”,并且输入了我自己的Windows帐号和密码后,果然得以正确部署。

  不过为什么在Server操作系统下就没有问题呢,而且我的Vista下面还有SQL Server 2005,而SQL Serve r2005就没有问题呢?

  再深入检查发现了,SQL Server 2005在安装时,默认的服务帐号是Local System,而SQL Server 2008在安装时的默认服务帐号是Network Service。Local System默认属于SysAdmin服务器角色,而Network Service却仅在Public角色下。

  就是这个小小的默认差异,导致在Vista下安装SQL Server 2008,如果没有在安装过程中改服务帐号,或安装后该服务器角色关系就会出现上述问题。

  问题之二:

  利用SQL Server 2008 Management Studio挂载两个SQL Server 2005数据库时,会报错“数据文件状态为只读,因此无法执行升级操作。”

  不过我可以确定数据文件是可读写的,而且也没有其他进程锁住这些文件。

  经过检查,发现需要以Administrator身份运行SQL Server 2008 Management Studio后就能正常挂载了。

  通常运行SQL Server 2008的工具时不需要提升权限,因为这些工具可以判断我们的操作是否需要提升权限。例如我们在Business Intelligence Developement Studio中部署多维数据库和报表服务的时候,Business Intelligence Developement Studio就会提示我们以管理员身份运行,在SQL Server 2008 Management Studio中启动或停止服务的时候,SQL Server 2008 Management Studio也会提示我们需要提升权限。

  很明显,SQL Server 2008 Management Studio遗漏了挂载数据文件这一操作。提升权限,就OK了。希望在SQL Server 2008 RTM的时候,这些小瑕疵都被解决掉了。

  不过引用SQL Server开发组一位PM的话,SQL Server 2008这么大的产品,产品发布推迟一下,有些无伤大碍的Bug,应该的到用户的谅解,因为如此庞大的产品开发对每个开发成员都不容易。
 
 
 
SQL Server 2008和Windows Server 2008应该是绝配,配合Visual Studio 2008,因此微软也把这三件产品的发布会看的相当隆重。不过...我们今天谈的不是这个事情。 前两天在自己的笔记本上安装了SQL Server 2008,因为原来的测试环境都是运行在一些安装了Server操作系统的虚拟机中,因此这次安装就显现了SQL Server 2008的一些易用性问题。 问题之一: 利用Business Intelligence Development Studio部署AdventureWorks 2008的多维数据库范例,报错“无法连接ID为AdventureWorks DW的数据源”。确认了数据源的连接地址和数据库名称都正确的情况下,甚至在数据源视图中浏览数据都正确,但是在部署的时候就是说无法连接到数据源。 怎么回事情呢?后来觉得是不是连接数据源的身份有问题,在将数据源的身份验证选项改为“指定Windows帐号”,并且输入了我自己的Windows帐号和密码后,果然得以正确部署。 不过为什么在Server操作系统下就没有问题呢,而且我的Vista下面还有SQL Server 2005,而SQL Serve r2005就没有问题呢? 再深入检查发现了,SQL Server 2005在安装时,默认的服务帐号是Local System,而SQL Server 2008在安装时的默认服务帐号是Network Service。Local System默认属于SysAdmin服务器角色,而Network Service却仅在Public角色下。 就是这个小小的默认差异,导致在Vista下安装SQL Server 2008,如果没有在安装过程中改服务帐号,或安装后该服务器角色关系就会出现上述问题。 问题之二: 利用SQL Server 2008 Management Studio挂载两个SQL Server 2005数据库时,会报错“数据文件状态为只读,因此无法执行升级操作。” 不过我可以确定数据文件是可读写的,而且也没有其他进程锁住这些文件。 经过检查,发现需要以Administrator身份运行SQL Server 2008 Management Studio后就能正常挂载了。 通常运行SQL Server 2008的工具时不需要提升权限,因为这些工具可以判断我们的操作是否需要提升权限。例如我们在Business Intelligence Developement Studio中部署多维数据库和报表服务的时候,Business Intelligence Developement Studio就会提示我们以管理员身份运行,在SQL Server 2008 Management Studio中启动或停止服务的时候,SQL Server 2008 Management Studio也会提示我们需要提升权限。 很明显,SQL Server 2008 Management Studio遗漏了挂载数据文件这一操作。提升权限,就OK了。希望在SQL Server 2008 RTM的时候,这些小瑕疵都被解决掉了。 不过引用SQL Server开发组一位PM的话,SQL Server 2008这么大的产品,产品发布推迟一下,有些无伤大碍的Bug,应该的到用户的谅解,因为如此庞大的产品开发对每个开发成员都不容易。
󰈣󰈤
 
 
>>返回首頁<<
 
 
 
 
 熱帖排行
 
 
王朝网络微信公众号
微信扫码关注本站公众号 wangchaonetcn
 
  免责声明:本文仅代表作者个人观点,与王朝网络无关。王朝网络登载此文出于传递更多信息之目的,并不意味著赞同其观点或证实其描述,其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
© 2005- 王朝網路 版權所有