来源: 互联网  发布时间: 2013-12-24

因此，从安全的角度考虑，我们要求所有用户将“SQL2000数据库”安装在独立的分区里面，而且，“SQL2000数据库”必须运行在“普通用户”的状态下。所谓“普通用户”就是指没有任何权限的用户。
　　为什么要将“SQL2000数据库”必须运行在“普通用户”的状态下呢？因为如果使用了“超级管理员”或者“本地系统用户”来运行“SQL2000数据库”，就会造成服务器被入侵。因此，为了您的服务器安全，您务必将“SQL2000数据库”运行在“普通用户”的状态下。同时，要对硬盘的权限做好对应的权限设置“SQL2000数据库”才能正常运行。对于硬盘的权限设置请参考如下：

（假设您的数据安装在E:\Program Files\Microsoft SQL Server\）
　1.　Ｅ盘的根目录（Ｅ:\）需要以下权限：
　　　“administrators ”的全部权限
　　　“System ”的全部权限
　　　“SQL2000的运行用户(只应用在当前文件夹)列出文件夹/读数据”的权限
　　　“读属性”的权限
　　　“读扩展属性”的权限
　　　“读取”的权限
　2.　数据库的安装目录（E:\Program Files\Microsoft SQL Server\）需要以
　　　下权限：
　　　“administrators ”的全部权限
　　　“System ”的全部权限
　　　“SQL2000的运行用户 ”的全部权限

（假设您的数据备份目录安装在F:\SQLBACK）
　1.　Ｆ盘的根目录（Ｆ:\）需要以下权限：
　　　“administrators ”的全部权限
　　　“System ”的全部权限
　　　“SQL2000的运行用户(只应用在当前文件夹)列出文件夹/读数据”的权限
　　　“读属性”的权限
　　　“读扩展属性”的权限
　　　“读取”的权限
　2.　数据库的安装目录（Ｆ:\SQLBACK）需要以下权限：
　　　“administrators ”的全部权限
　　　“System ”的全部权限
　　　“SQL2000的运行用户 ”的全部权限

特别提醒：无论是安装在Ｅ盘还是安装在Ｆ盘根目录下的权限，都必须的按照以上的操作来设置，否则都会导致数据库启动失败。很多用户往往是忽
　　　　　视了“根目录权限”的设置，在设置完“SQL2000的运行用户”以后，就发现再也启动不了SQL2000的数据库。如果您已经发生这种情
　　　　　况，请您按照以上的说明，重新设置好“根目录的权限”，SQL2000的数据库就可以正常启动。
补充说明：这儿说的“SQL2000的运行用户”，就是在SQL 2000企业管理器----属性中的安全中设置的用户（默认是System用户）。如果您看过了
　　　　　“星外安全包视频说明”，应该在已将“默认的System用户”改成别的“没有任何权限”的用户，这个“没有任何权限”的用户就是这儿
　　　　　说的“SQL2000的运行用户”。
　　　　　SQL2005的运行用户在开始--Microsoft SQL Server 2005--配置工具--SQL Server Configuration Manager，选QL Server 2005服务中，
　　　　　选“SQL Server(MSSQLSERVER)”属性中设置本帐户。

    

    来源: 互联网  发布时间: 2013-12-24

您可以在服务器上,企业管理器中,将一个个库脱机,就知道是那个造成了.对于不能脱机的库,可以先停止它的网站.

    

    来源: 互联网  发布时间: 2013-12-24

1。　没有在数据库管理面板中设置远程连接IP造成的。
　　　说明：为了提高操作系统的安全性，所有使用了星外安全包的用户，在导
　　　　　　入ipsec策略后，SQL2000所使用的1433端口及MySQL使用的3306
　　　　　　端口就会自动被关闭。如果您需要在不同的服务器之间连接数据
　　　　　　库，您就需要在数据库管理面板中设置远程连接IP才能远程连接数
　　　　　　据库。
　　　解决办法：您的数据库用户如果需要远程连接服务器的1433或3306端口，
　　　　　　　　您应该让这个用户自己登陆[星外虚拟主机管理平台]的用户
　　　　　　　　区，点数据库管理，点数据库面板中的设置远程IP，将这个用户
　　　　　　　　自己的远程连接IP填写进去，平台就会自动允许这个IP远程连
　　　　　　　　接服务器的1433或3306端口。
　　　特别说明：如果你在数据据库面板中输入的远程ＩＰ不对，也会造成
　　　　　　　　　无法连接的问题，如果你关了ＩＰ策略后就能正常连接
　　　　　　　　　就是因为你输入的远程ＩＰ不对造成的。
　　　　　　　　　对于双线服务器来说，对方的远程ＩＰ很可能和网卡中
　　　　　　　　　看到的ＩＰ不一样，具体是什么只有测试才知道。测试
　　　　　　　　　办法：在你的数据库服务器上做一个能显示ＩＰ的ＡＳＰ
　　　　　　　　　网页，让远程连接的电脑访问这个ＡＳＰ网页，显示的
　　　　　　　　　ＩＰ才是真正的远程连接ＩＰ。
　2。　您自己在操作系统中启用了Windows自带的防火墙造成的。
　　　说明：如果您使用了星外的安全包，Windows自带的防火墙是不需要启动
　　　　　　的，如果您不小心启动了它，就会造成1433及3306端口被完全关
　　　　　　闭，也就会造成远程无法连接SQL2000及MySQL了。
　　　解决办法：在这台服务器上，找到网卡属性，找到防火墙的设置，点关闭
　　　　　　　　就可以解决了。
　3。　您自己在操作系统中启用了网卡属性中的TCP/IP端口过滤造成的。
　　　说明：如果您使用了星外的安全包，网卡属性中的TCP/IP端口过滤是不需
　　　　　　要启动，如果您不小心启动了它，就会造成1433及3306端口被关
　　　　　　闭，也就会造成远程无法连接SQL2000及MySQL了。
　　　解决办法：在这台服务器上，找到网卡属性，找到TCP/IP端口过滤的设
　　　　　　　　置，点关闭就可以解决了。
　4。　您自己在操作系统中安装了独立的防火墙(或杀毒)软件关了这些端口造
　　　 成的。
　　　说明：如果您使用了星外的安全包，独立的防火墙软件，一般是不需要安
　　　　　　装的，如果您不小心安装了它，就会造成1433及3306端口被关闭，
　　　　　　也就会造成远程无法连接SQL2000及MySQL了。
　　　解决办法：删除这些独立的防火墙软件。
　5。　您的两台服务器所在的机房在路由器上作了限制造成的。
　　　说明：有少量的机房为了防止蠕虫病毒，强行在路由器上限制了远程访问
　　　　　　1433及3306端口，就会造成远程无法连接SQL2000及MySQL了。
　　　解决办法：联系机房服务器所有的机房解除限制。
　6。　您的服务器安装了SQL2000，但是没有安装SQL2000的sp4补丁造成的。
　　　说明：如果已排除了上述的1，2，3，4，5点的问题，您可以在数据库服
　　　　　　务器上，在dos中运行
　　　　　　netstat -an
　　　　　　再看看返回的结果中有没有1433端口存在。如果有1433，就表明是
　　　　　　前面的1，2，3，4，5点的问题造成的。如果返回的结果中查看不
　　　　　　到显示有1433端口，可能的原因是，你的SQL 2000没有安装sp4，
　　　　　　操作系统自动关了1433端口，就会造成远程无法连接SQL2000了。
　　　解决办法：下载SQL200的sp4安装好后重启服务器就会正常。如果装了
　　　　　　　　sp4，还是无法找到1433不行，就要重装SQL 2000及sp4了。
　7。　您在远程连接时输入的数据库用户名密码不对造成。
　　　说明：您可以用以下的方式检查服务器上的1433端口是否打开，在您的网
　　　　　　站服务器上，在在dos中运行
　　　　　　telnet 服务器IP 1433
　　　　　　如果能连接就表明端口是打开的。那么，就是您在远程连接数据库
　　　　　　时输入的数据库用户名密码不对造成了无法连接。
　　　　　　如果不能连接，请按上述的1，2，3，4，5，6点来进行检查。
　　　解决办法：重新改正确密码，再重新连接。