Sql server 2005数据库安装心得

 我的环境是xp sp2 EN,SQL 2005 Dev版,内存512MB。

    首先,我的系统已经使用半年多了,装有VS2003,以前还装过SQL2000,netFramework2.0beta,还有好几个beta版的SQL 2005,可谓十分“肮脏”了,呵呵。最早的时候我下过一个2005EE版,怎么也安装不上,后来发现原来是EE不支持xp ,然后就下了DE版的。

    刚开始安装的时候吓了我一跳,居然要占用我C盘1300多MB!!忍了。(我是把SQL装在F盘的,但是居然还需要C盘1300多MB)。但是却安装失败,看了一下安装日志,天书,不明白。只知道是native client几个组件安装不成功。重复多次问题依旧。

    研究安装包之后,发现里面有两个主要的文件夹,是server和tools。顾名思义,server里面肯定是服务的安装文件了,而tools里面应该是那些工具组件的安装文件。进入tools里面,果然有个setup,运行之,竟然安装成功了,而且只占了我C盘200多MB,好兴奋(没有选择BI,就是那个商业智能组件,太大了)。然后重启电脑(不是必须的,只是一次setup之后系统慢的不行了),进入server目录下面,当然也有一个setup啦,运行之,呵呵,果然是安装服务用的啊。这次也顺利安装成功了。再去看C盘,哈哈,一共只用了我300多MB,竟然节省了1GB。

    当然了,其实一起安装的话,也不一定会用完1300MB的空间的,因为安装结束之后还会自动删除一些垃圾文件的。但是不管怎么说,至少让我能正常安装了。我的C盘只有1400的空闲空间了,不知道起初安装失败是不是跟这有关系。

    至此,SQL 2005已经成功的在我电脑上安家了。安装的时候,如果你的电脑和我的一样是内存不足(小于1GB),性能也不足够大(我的CPU是centrio 1.3G,呵呵,装在本本上了),建议在安装的时候把系统开始是需要运行的服务全都不选择,用的时候再手动运行好了。

    运行Management Studio,嗯,速度还挺快的呢。连接服务器,竟然没有localhost,呵呵,打开server configuration manager,把右边那个MSSQLSERVER运行起来。ok,这次没有问题了。

    使用一切正常,就是发现从sql2000里面备份出来的数据库在2005下只能通过sql语句修改数据,而不能所见及所得的修改,不知道怎么回事。

    后来又把商业智能组件装上了,只用了C盘150MB,开心。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
一、首先你要确认你的鉴别模式: WIN NT鉴别模式呢还是混合模式,其中混合模式包括WIN NT鉴别模式和SQL SERVER 鉴别模式 实施鉴别模式的步骤 1、核实采用了可信连接 2、设置鉴别模式 3、关闭和重启MSSQLServer服务程序 4、创建WIN NT分组和用户 5、授权WIN NT分组和用户可存取SQL Server 6、为用非可信任连接的用户创建SQL Server登录帐号 二、为用户和角色分配登录帐号 三、给角色分配登录权 四、为用户和角色分配许可权限 在改进SQL Server 7.0系列所实现的安全机制的过程中,Microsoft建立了一种既灵活又强大的安全管理 机制,它能够对用户访问SQL Server服务器系统和数据库的安全进行全面地管理。按照本文介绍的步骤,你 可以为SQL Server 7.0(或2000)构造出一个灵活的、可管理的安全策略,而且它的安全性经得起考验。 一、验证方法选择 本文对验证(authentication)和授权(authorization)这两个概念作不同的解释。验证是指检验用户 的身份标识;授权是指允许用户做些什么。在本文的讨论中,验证过程在用户登录SQL Server的时候出现, 授权过程在用户试图访问数据或执行命令的时候出现。 构造安全策略的第一个步骤是确定SQL Server用哪种方式验证用户。SQL Server的验证是把一组帐户、密 码与Master数据库Sysxlogins表中的一个清单进行匹配。Windows NT/2000的验证是请求域控制器检查用户身 份的合法性。一般地,如果服务器可以访问域控制器,我们应该使用Windows NT/2000验证。域控制器可以是 Win2K服务器,也可以是NT服务器。无论在哪种情况下,SQL Server都接收到一个访问标记(Access Token)。 访问标记是在验证过程中构造出来的一个特殊列表,其中包含了用户的SID(安全标识号)以及一系列用户所 在组的SID。正如本文后面所介绍的,SQL Server以这些SID为基础授予访问权限。注意,操作系统如何构造访 问标记并不重要,SQL Server只使用访问标记中的SID。也就是说,不论你使用SQL Server 2000、SQL Server 7.0、Win2K还是NT进行验证都无关紧要,结果都一样。 如果使用SQL Server验证的登录,它最大的好处是很容易通过Enterprise Manager实现,最大的缺点在于 SQL Server验证的登录只对特定的服务器有效,也就是说,在一个多服务器的环境中管理比较困难。使用SQL Server进行验证的第二个重要的缺点是,对于每一个数据库,我们必须分别地为它管理权限。如果某个用户 对两个数据库有相同的权限要求,我们必须手工设置两个数据库的权限,或者编写脚本设置权限。如果用户数 量较少,比如25个以下,而且这些用户的权限变化不是很频繁,SQL Server验证的登录或许适用。但是,在几 乎所有的其他情况下(有一些例外情况,例如直接管理安全问题的应用),这种登录方式的管理负担将超过它 的优点。 二、Web环境中的验证 即使最好的安全策略也常常在一种情形前屈服,这种情形就是在Web应用中使用SQL Server的数据。在这 种情形下,进行验证的典型方法是把一组SQL Server登录名称和密码嵌入到Web服务器上运行的程序,比如 ASP页面或者CGI脚本;然后,由Web服务器负责验证用户,应用程序则使用它自己的登录帐户(或者是系统管 理员sa帐户,或者为了方便起见,使用Sysadmin服务器角色中的登录帐户)为用户访问数据。 这种安排有几个缺点,其中最重要的包括:它不具备对用户在服务器上的活动进行审核的能力,完全依 赖于Web应用程序实现用户验证,当SQL Server需要限定用户权限时不同的用户之间不易区别。如果你使用的 是IIS 5.0或者IIS 4.0,你可以用四种方法验证用户。第一种方法是为每一个网站和每一个虚拟目录创建一 个匿名用户的NT帐户。此后,所有应用程序登录SQL Server时都使用该安全环境。我们可以通过授予NT匿名 帐户合适的权限,改进审核和验证功能。 第二种方法是让所有网站使用Basic验证。此时,只有当用户在对话框中输入了合法的帐户和密码,IIS 才会允许他们访问页面。IIS依靠一个NT安全数据库实现登录身份验证,NT安全数据库既可以在本地服务器 上,也可以在域控制器上。当用户运行一个访问SQL Server数据库的程序或者脚本时,IIS把用户为了浏览 页面而提供的身份信息发送给服务器。如果你使用这种方法,应该记住:在通常情况下,浏览器与
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值