当前位置：首页 > 范文大全 > 实用文>服务器常用的数据库

服务器常用的数据库

2023-06-27 08:13:54 收藏本文下载本文

“正常生活”通过精心收集，向本站投稿了7篇服务器常用的数据库，以下是小编给大家整理后的服务器常用的数据库，欢迎大家前来参阅。

服务器常用的数据库

篇1：服务器常用的数据库

从codered到nimda等，一大堆蠕虫把原来需要人工利用的漏洞都变成了程序自动利用了，大家还想去手工操作这些IIS漏洞么？让我们调整重心，去看看服务器常用的数据库吧，

服务器常用的数据库

，

一般网站都是基于数据库的，特别是ASP、PHP、JSP这样的用数据库来动态显示的网站。很多网

篇2：Adaptive Server Anywhere数据库服务器

在产品中包括两个版本的 Adaptive Server Anywhere 数据库服务器：

个人数据库服务器此类服务器是为单个用户在同一计算机上使用提供的；例如，作为嵌入式数据库服务器，它还适用于开发工作。

个人服务器可执行文件的名称如下：

在 UNIX 操作系统上，文件名称是 dbeng9。在 Windows （Windows CE 除外）上，文件名称是

dbeng9.exe。

网络数据库服务器除了具有个人服务器的各项功能外，网络服务器还支持网络上的客户 / 服务器通信，

它是为多用户使用提供的。

网络服务器可执行文件的名称如下：

在 UNIX 操作系统上，文件名称是 dbsrv9。

在 Windows （包括 Windows CE）上，文件名称是dbsrv9.exe。

在 Novell NetWare 上，服务器是称作 dbsrv9.nlm 的 NetWare可装载模块 (NLM)。

每一版本中的相同SQL 功能

请求处理引擎在这两个版本的服务器中是相同的。它们都支持完全相同的 SQL 语言，并且都支持完全相同的数据库功能。个人服务器不支持网络上的通信、超过 10 个并行连接或使用多于一个 CPU。针对个人服务器开发的应用程序在使用上与针对网络服务器开发的应用程序没有什么不同。

篇3：快速移植DHCP服务数据库DHCP服务器

我们的主人公小胖，是一位勤恳工作、善于思考的网管，拥有几十台机器的公司网络被他“经营”得井井有条，当然，他和众多网管一样，在面对自己难以解决的问题时，也会虚心请教高人，而且他的学习能力极强。可以说小胖就是众多辛勤工作着的网管的代表人物。如果你想了解网管的点点滴滴，不妨跟随我们的小胖一起去看看。

随着局域网客户机的不断增多，原有的DHCP服务器不能满足局域网的需要。更换新的DHCP服务器算是一种比较好的解决办法，但需要重新配置新的DHCP服务器，工作量极大。针对这一情况，小胖打算将原来的DHCP服务器数据库移植到新的DHCP服务器中，这样可以减轻配置新DHCP服务器时的工作量，不用重新配置IP地址段和某些特殊的DHCP设置。

不同Windows服务器平台的DHCP服务器之间的数据库移植的方法也各不相同。有基于Windows Server (简称Windows 2003)的DHCP服务器数据库移植方法，也有基于Windows Server和Windows 2003间的DHCP服务器数据库移植方法。现在，让我们来看看小胖是如何运用这些方法的。

1.Windows 2003间的移植

如果要将一台Windows 2003系统的DHCP服务器中的数据库移植到另一台Windows 2003系统的DHCP服务器中，使用NETSH命令就能轻松完成。

第一步:在原来的DHCP服务器中，进入“命令提示符”窗口，运行“netsh dhcp server export c:dhcp.txt all”命令，将DHCP服务器中的数据库备份到C盘的“dhcp.txt”文件中。

第二步:将“dhcp.txt”备份文件拷贝到新的DHCP服务器的c盘根目录下，在“命令提示符”窗口中运行“netsh dhcp server import c:dhcp.txt all”命令即可完成DHCP服务器数据库的移植。

2.Windows 2000 Server和Windows 2003间的移植

Windows 2000 Server和Windows 2003间的DHCP服务器数据库移植，必须借助工具“Dhcpexim.exe”(下载地址:www.microsoft.com/windows2000/techinfo/reskit/tools/new/dhcpexim-o.asp)来完成，

第一步:在Windows 2000 Server中停止DHCP服务。

第二步:压缩DHCP数据库。在Windows 2000 Server的“命令提示符”窗口中运行“cd %systemroot%system32dhcp”命令，进入DHCP数据库所在的目录，接着运行“jetpack dhcp.mdb temp.mdb”命令，完成对“dhcp.mdb”的压缩。

第三步:导出DHCP数据库。运行“Dhcpexim.exe”，在欢迎对话框中选中“Export configuration…”，点击“OK”按钮，接着弹出保存导出文件对话框，为导出的文件指定路径并取名(如“dhcpdatabase.txt”)，点击“保存”按钮。在导出的范围对话框中，选中“Disable the selected scopes on……”，点击“Export”按钮，完成导出操作。

第四步:移植DHCP数据库。将dhcpdatabase.txt文件拷贝到Windows 2003服务器C盘根目录下，在“命令提示符”窗口中运行“netsh dhcp server import c:dhcpdatabase.txt all”命令就可完成DHCP数据库的移植。

关键字：DHCP 服务器

篇4：Windows 服务器系统通用引擎路线图数据库

SQL Server是Windows Server System的组成部分，Windows Server System是一种有助于简化灵活商务解决方案开发、部署与运转工作的综合型、集成化服务器基础架构。作为Windows Server System 家族的一个关键组成部分， SQL Server 包含一个标准功能

SQL Server是Windows Server System的组成部分。Windows Server System是一种有助于简化灵活商务解决方案开发、部署与运转工作的综合型、集成化服务器基础架构。

作为Windows Server System 家族的一个关键组成部分， SQL Server 2005 包含一个标准功能集，如通用补丁管理、Watson 支持、微软基线安全分析工具等，为Windows Server System客户提供了一个一致的、可预见的体验。

Windows Server System 通用引擎路线图的目标是创建一个可被用于所有Windows Server System服务器产品的通用服务集，这个通用服务集移除了服务器基础架构之间的栅栏，有助于确保整个Windows Server System 产品的引擎更安全、可靠、易管理和灵活。Windows Server System 通用引擎路线图确保客户能够满足今天乃至明天的商业挑战。

为了陈述灵活IT技术的观点，微软当前把目光关注在以下三个关键点上：

.NET, 微软的Web services 战略，它把信息、人、系统和设备联系在一起，

采用面向服务的架构遍布于微软的平台上，它提供了快速建立、部署、管理和使用连接的、安全增强的基于Web services 的系统。这些系统支持更快，更敏捷的商业智能，并且允诺可在任何时候、任何地点、任何设备获得信息。

动态系统计划(DSI) 致力于发布一个能够智能操作、内置对操作的监视、根据业务的改变能动态调整的系统。该计划联合了硬件、软件和服务供应商，围绕一个基本模型，使用户能够享用工业标准硬件的威力和IT操作的简单、自动和灵活。该计划的目标在于降低管理和使用成本，提高系统可靠性，并且提高在整个IT 生命周期中的响应能力。

可信度计算是一个长期的、全公司范围内的协同工作的努力，是为了创建和发布更安全、私有和可靠的计算体验。同时减少用户和IT管理员的工作。可信度计算的目标在于发布一个计算工业界人们期望的安全、私有、可靠和业务集成的系统。

在2005通用引擎标准中，定义了16个不同的规范，它们都被用在Windows Server System中。自2005版本起，所有Windows Server System产品都将满足这个标准，除了某些特别的原因需要在将来版本实现的。

微软将定期地增加规范来反映客户的要求和发布到Windows Server System 中。这些规范和他们的实施细节包括任何例外信息，将会在Windows Server System Web site, www.microsoft.com/windowsserversystem上定期发布。

原文转自：www.ltesting.net

篇5：如何修改SQL Server 数据库服务器名称

在一个虚拟机中安装了SQL Server 2008，然后将该虚拟机文件复制了一个出来，然后还原成另外一个虚拟机，这样就可以同时使用2个虚拟机来做复制的实验了，

要在SQL Server 2008上做数据库复制的实验，需要用到两台服务器，所以需要同时开2个虚拟机(VPC)，当然不可能去单独安装2个SQL Server，安装过程太费时了，所以是在一个虚拟机中安装了SQL 2008，然后将该虚拟机文件复制了一个出来，然后还原成另外一个虚拟机，这样就可以同时使用2个虚拟机来做复制的实验了。

先在虚拟机SQL 2008 RC0中安装了Windows 操作系统，机器名为MS-ZY，然后安装SQL Server 2008，所以数据库的服务器名也就是MS-ZY。

接下来复制过去还原成虚拟机SQL2008RC02，当两个虚拟机都打开的情况下，如果都是MS-ZY的服务器名，那将无法识别，所以我将第二个虚拟机的机器名修改为MS-ZY2。这个我就可以使用SSMS通过这个名字来访问第二个数据库了。

已经将这两个服务器通过名字分开了，而且我们通过SSMS也的确看到了2个不同的服务器：

但是在配置复制的时候却出了问题，我在MS-ZY上配置了数据库分发，配置成功，接下来想在MS-ZY2上配置订阅，可是却报错，

于是我就试一下在MS-ZY2上配置分发，同样报错，报错内容为：

显然，虽然在操作系统中将机器名修改为MS-ZY2了，但是在数据库中仍然使用的MS-ZY作为服务器名。唯一的办法就是修改数据库的服务器名。

具体修改过程：

1.使用select @@ServerName可以看到当前数据库的服务器名，果然还是MS-ZY!

2.从Sys.SysServers表中可以看到当前的所有服务器名，也是MS-ZY!

3.使用 sp_dropserver 'MS-ZY' 将这个服务器名删除。

4.使用 sp_addserver 'MS-ZY2','LOCAL'将本地服务器重新添加到服务器表中，并且命名为MS-ZY2.

5.查询Sys.SysServers表，果然已经修改了。

6.重启数据库服务，修改完成，可以正常使用复制功能了 :)

其实操作还是十分的简单，但是由于修改服务器名这种情况实在太少见了，一般都是使用默认的，所以很多人都不知道如何修改。

篇6：如何保障SQL数据库服务器的安全

SQL Server 的安全配置在进行SQL Server 2000数据库的安全配置之前，首先必须对操作系统进行安全配置，保证操作系统处于安全状态，然后对要使用的操作数据库软件（程序）进行必要的安全审核，比如对ASP、PHP等脚本，这是很多基于数据库的Web应用常出现的安全隐患，对于脚本主要是一个过滤问题，需要过滤一些类似“,; @ /”等字符，防止破坏者构造恶意的SQL语句。接着，安装SQL Server2000后请打上最新SQL补丁SP3。

SQL Server的安全配置

1．使用安全的密码策略

我们把密码策略摆在所有安全配置的第一步，请注意，很多数据库账号的密码过于简单，这跟系统密码过于简单是一个道理。对于sa更应该注意，同时不要让sa账号的密码写于应用程序或者脚本中。健壮的密码是安全的第一步，建议密码含有多种数字字母组合并9位以上。SQL Server2000安装的时候，如果是使用混合模式，那么就需要输入sa的密码，除非您确认必须使用空密码，这比以前的版本有所改进。同时养成定期修改密码的好习惯，数据库管理员应该定期查看是否有不符合密码要求的账号。

2．使用安全的账号策略

由于SQL Server不能更改sa用户名称，也不能删除这个超级用户，所以，我们必须对这个账号进行最强的保护，当然，包括使用一个非常强壮的密码，最好不要在数据库应用中使用sa账号，只有当没有其他方法登录到 SQL Server 实例（例如，当其他系统管理员不可用或忘记了密码）时才使用 sa。建议数据库管理员新建立个拥有与sa一样权限的超级用户来管理数据库。安全的账号策略还包括不要让管理员权限的账号泛滥。

SQL Server的认证模式有Windows身份认证和混合身份认证两种。如果数据库管理员不希望操作系统管理员来通过操作系统登录来接触数据库的话，可以在账号管理中把系统账号“BUILTIN\Administrators”删除。不过这样做的结果是一旦sa账号忘记密码的话，就没有办法来恢复了。很多主机使用数据库应用只是用来做查询、修改等简单功能的，请根据实际需要分配账号，并赋予仅仅能够满足应用要求和需要的权限。比如，只要查询功能的，那么就使用一个简单的public账号能够select就可以了。

3．加强数据库日志的记录

审核数据库登录事件的“失败和成功”，在实例属性中选择“安全性”，将其中的审核级别选定为全部，这样在数据库系统和操作系统日志里面，就详细记录了所有账号的登录事件。请定期查看SQL Server日志检查是否有可疑的登录事件发生，或者使用DOS命令。

4．管理扩展存储过程

对存储过程进行大手术，并且对账号调用扩展存储过程的权限要慎重。其实在多数应用中根本用不到多少系统的存储过程，而SQL Server的这么多系统存储过程只是用来适应广大用户需求的，所以请删除不必要的存储过程，因为有些系统的存储过程能很容易地被人利用起来提升权限或进行破坏。如果您不需要扩展存储过程Xp_cmdshell请把它去掉。使用这个SQL语句：

use master

sp_dropextendedproc 'Xp_cmdshell'

Xp_cmdshell是进入操作系统的最佳捷径，是数据库留给操作系统的一个大后门。如果您需要这个存储过程，请用这个语句也可以恢复过来，

sp_addextendedproc 'xp_cmdshell', 'xpSQL70.dll'

如果您不需要请丢弃OLE自动存储过程（会造成管理器中的某些特征不能使用）。

这些过程如下： Sp_OACreate Sp_OADestroy Sp_OAGetErrorInfo Sp_OAGetProperty

Sp_OAMethod Sp_OASetProperty Sp_OAStop

去掉不需要的注册表访问的存储过程，注册表存储过程甚至能够读出操作系统管理员的密码来，命令如下：

Xp_regaddmultistring Xp_regdeletekey Xp_regdeletevalue

Xp_regenumvalues Xp_regread Xp_regremovemultistring

Xp_regwrite

还有一些其他的扩展存储过程，也最好检查检查。在处理存储过程的时候，请确认一下，避免造成对数据库或应用程序的伤害。

5．使用协议加密

SQL Server 2000使用的Tabular Data Stream协议来进行网络数据交换，如果不加密的话，所有的网络传输都是明文的，包括密码、数据库内容等，这是一个很大的安全威胁。能被人在网络中截获到他们需要的东西，包括数据库账号和密码。所以，在条件容许情况下，最好使用SSL来加密协议，当然，您需要一个证书来支持。

6．不要让人随便探测到您的TCP/IP端口

默认情况下，SQL Server使用1433端口监听，很多人都说SQL Server配置的时候要把这个端口改变，这样别人就不会轻易地知道使用的什么端口了。可惜，通过微软未公开的1434端口的UDP探测可以很容易知道SQL Server使用的什么TCP/IP端口。不过微软还是考虑到了这个问题，毕竟公开而且开放的端口会引起不必要的麻烦。在实例属性中选择TCP/IP协议的属性。选择隐藏 SQL Server实例。如果隐藏了SQL Server实例，则将禁止对试图枚举网络上现有的 SQL Server实例的客户端所发出的广播作出响应。这样，别人就不能用1434来探测您的TCP/IP端口了（除非用Port Scan）。

7．修改TCP/IP使用的端口

请在上一步配置的基础上，更改原默认的1433端口。在实例属性中选择网络配置中的TCP/IP协议的属性，将TCP/IP使用的默认端口变为其他端口。

8．拒绝来自1434端口的探测

由于1434端口探测没有限制，能够被别人探测到一些数据库信息，而且还可能遭到DoS攻击让数据库服务器的CPU负荷增大，所以对Windows 2000操作系统来说，在IPSec过滤拒绝掉1434端口的UDP通信，可以尽可能地隐藏您的SQL Server。

9．对网络连接进行IP限制

SQL Server 2000数据库系统本身没有提供网络连接的安全解决办法，但是Windows 2000提供了这样的安全机制。使用操作系统自己的IPSec可以实现IP数据包的安全性。请对IP连接进行限制，只保证自己的IP能够访问，也拒绝其他IP进行的端口连接，对来自网络上的安全威胁进行有效的控制。

上面主要介绍的一些SQL Server的安全配置，经过以上的配置，可以让SQL Server本身具备足够的安全防范能力。当然，更主要的还是要加强内部的安全控制和管理员的安全培训，而且安全性问题是一个长期的解决过程，还需要以后进行更多的安全维护。