数据库软件都有那些？

企业里常用的数据库软件有Mysql、PostgreSQL、MicrosoftSQLServer、Oracle数据库、MongoDB。

1、Mysql。

MySQL原本是一个开放源码的关系数据库管理系统，原开发者为瑞典的MySQLAB公司，该公司于2008年被升阳微系统（SunMicrosystems）收购。2009年，甲骨文公司（Oracle）收购升阳微系统公司，MySQL成为Oracle旗下产品。

2、PostgreSQL。

PostgreSQL可以说是目前功能最强大、特性最丰富和结构最复杂的开源数据库管理系统，其中有些特性甚至连商业数据库都不具备。这个起源于加州大学伯克利分校的数据库，现已成为一项国际开发项目，并且拥有广泛的用户群，尤其是在海外，目前国内使用者也越来越多。

PostgreSQL基本上算是见证了整个数据库理论和技术的发展历程，由UCB计算机教授MichaelStonebraker于1986年创建。在此之前，Stonebraker教授主导了关系数据库Ingres研究项目，88年，提出了Postgres的第一个原型设计。

MySQL号称是使用最广泛的开源数据库，而PG则被称为功能最强大的开源数据库。

3、MicrosoftSQLServer。

SQLServer是一个高度可扩展的产品，可以从一个单一的笔记本电脑上运行的任何东西或以高倍云服务器网络，或在两者之间任何东西。虽然说是“任何东西”，但是仍然要满足相关的软件和硬件的要求。

4、Oracle数据库。

Oracle数据库系统是美国Oracle（甲骨文）公司提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器（Client/Server，C/S）或浏览器/服务器（Browser/Server，B/S）体系结构的数据库之一。

Oracle数据库是目前世界上使用最为广泛的数据库管理系统，作为一个通用的数据库系统，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能。

很多组织机构慢慢的在不同的服务器和地点部署SQLServer数据库——为各种应用和目的——开始考虑通过SQLServer集群的方式来合并。

将SQLServer实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。

当寻找一个备用，比如高可用性的环境，企业常常决定部署Microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)SQLServer实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。

什么是Microsoft集群服务器

MSCS是一个WindowsServer企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”，来获得更高的可用性和对数据和应用更简便的管理。MSCS可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。

这种集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。

MSCS不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为MSCS在相同的IP地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。

在集群服务器上的SQLServer

SQLServer2000可以配置为最多4个节点的集群，而SQLServer2005可以配置为最多8个节点的集群。当一个SQLServer实例被配置为集群之后，它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复。

SQLServer2000允许在一个集群上安装16个实例。根据在线帮助，“SQLServer2005在一个服务器或者处理器上可以支持最多50个SQLServer实例，”但是，“只能使用25个硬盘驱动器符，因此如果你需要更多的实例，那么需要预先规划。”

注意SQLServer实例的灾难恢复阶段是指SQLServer服务开始所需要的时间，这可能从几秒钟到几分钟。如果你需要更高的可用性，考虑使用其他的方法，比如logshipping和数据库镜像。

单个的大的SQLServer集群还是小的集群

下面是大的、由更多的节点组成的集群的优点：

◆更高的可用新(更多的节点来灾难恢复)。

◆更多的负载均衡选择(更多的节点)。

◆更低廉的维护成本。

◆增长的敏捷性。多达4个或者8个节点，依赖于SQL版本。

◆增强的管理性和简化环境(需要管理的少了)。

◆更少的停机时间(灾难恢复更多的选择)。

◆灾难恢复性能不受集群中的节点数目影响。

下面是单个大的集群的缺点：

◆集群节点数目有限(如果需要第9个节点怎么办)。

◆在集群中SQL实例数目有限。

◆没有对失效的防护——如果磁盘阵列失效了，就不会发生灾难恢复。

◆使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。

虚拟化和集群

虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。SQLServer实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装SQLServer实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。

在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对SQLServer进行负载均衡。比如，使用虚拟机上的SQLServer实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。

集群服务器可以用于SQLServer的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。

Access数据库上传到服务器。 *** 作Access数据库流程显示，用sqlserver采集access数据库数据，读取的Access文件必须在服务器上，第一步是将Access数据库上传到服务器，然后再采集。用sqlserver是一种特殊目的的编程语言。

没有所谓的命名规则的,所有的机器都是一样的,可以说是随便命名,只要符合变量命名原则就可以了而你看到的服务器名称,其实是不同的实例而已一般你可能只看到一个服务器实例,有时一个服务器可能会有两个或两个实例唯一要说明的是这里的实例是服务器实例而不是数据库实例比如在SQL2000中一般要求单实例启动,启动时可以选择一个实例的如果多实例往往是SQL2005以上的版本,而且安装了其他的数据挖掘功能(BI)时的SQL服务器

而MSSSMSE只是一个管理程序,用来管理SQLserver的它可以联结服务器进行数据库的处理(当然是在GUI下),另一个是在DOS下的,所以很多企业服务器在安装时并没有安装MSSSMSE的因为你完全可以使用其他的MSSSMSE进行联结服务器的

MSSSMSE(MicrosoftSQLServerManagementStudioExpress)就是企业管理器

在企业管理器中,我们可以对SQLserver进行可视化 *** 作,但由于使用目的不同而有不同的设置其中有的SQL是为C/S服务服务的,而有些则是为B/S服务器,从开发人员的角度来考虑,SQLserver的安全不可忽视,但往往我们使用的只是开发版或是配置成开发环境的这种环境就要求我们既可能从windows进行数据库的修改 *** 作,也可以通过IIS进行SQL远程登陆 *** 作当然,如果是在本机也是有两种模式的,这是SQL的接口问题而企业管理器的登陆也提供了这种方式,这两种方式在MSSSMSE中的表示就是那个所谓的"身份验证"

如果使用windows登陆则表示的就是以当前机器或域控制用户进行验证管理的只要你有这个权限就可以了

而SQLSERVER验证则是将用户直接存在了SQL的系统数据库中,独立于windows和域控制帐户的而且这种验证将其权限进行了分级的

比如我的这个数据库是在域中,不须外网(区别于局域网)连接时,你是不愿意因为人员的流动,(公司开了一个人,他要是想报复你,在SQLserver中有一个用户)外网若可以连接,那样你的数据就完了!这种情况下可以配置为只允许windows验证登陆的,这时就算是外网使用sa用户也无足于事的

相反,若是一个局网内不须进行连接,若使用域用户或是本机用户能登陆时后果也是很严重的,你可能认为那不足为虑,事实恰恰相反,虽有可能别有用心者拿不到你的SQLserver服务器的权限,但如果拿到局网域中的任何一台机器的权限就可以让你的数据消失得无影无踪!这种情况必须控只允许使用SQL登陆的,而就是这样的服务器与只能采用SQlserver验证方式

这样的问题就出来了,若是与127001或者是(local),请问要登陆本机上哪一个服务器实例(多实例)若是在域控制下也是一样,不管你有多少台SQLserver不打出全部如何识别既就算一台也是一样的(因为域也不确信你后来加不加server,事实上域中必须是全称的)

一、首先是要检查SQLServer数据库服务器中是否允许远程链接。其具体 *** 作为：

1、打开数据库，用本地帐户登录，右击第一个选项，选择属性

2、在打开的属性窗口，在其右边点击“连接”，然后再左侧勾上“允许远程连接到此服务器”

二、为微软SQL服务器（MSSQLServer）配置相应协议。

1、依次选择：开始-〉所有程序-〉MicrosoftSQLServer2008-〉配置工具-〉SQLServer配置管理器

2、打开SQLServer配置管理器后，选择SQLServer网络配置下面的MSSQLSERVER，然后看右边里面的TCP/IP是否为“已启用”

三、检查SQL服务器防火墙设置（快捷步骤-直接关闭防火墙（不安全））

1、在进行完上两步 *** 作后，用户需要做的是对SQL服务器防火墙进行重新配置。在进行这一步 *** 作时，首先找到SQL服务器上那个端口支持TCP/IP协议。用户可以在SQL服务器防火墙已经处于运行状态下，右击“TCP/IP协议”选择“属性”:

SQL服务器上支持TCP/IP协议的是1433端口。下一步要做的是在防火墙的配置中允许1433端口支持TCP/IP协议即可。如果服务器上运行的是Windows7 *** 作系统，其配置步骤为（其他微软 *** 作系统的做法类似），打开“控制面板”选择“Windows防火墙”选项，然后点击高级选项

2、选择“高级设置”后，在右边菜单栏中找出“具有高级安全选项的Windows防火墙”并将其打开。打开后会发现在左边菜单栏中有“入站规则（InboudRules）”选项。将该选项打开，并在右边菜单栏中选择“新建规则（NewRule）”选项

3、打开“新建规则”选项后，利用“新内置绑定规则向导”为1433端口配置“内部绑定协议”配置为适用于TCP/IP协议即可。（前提是，需要完成该步骤以前所述的所有步骤）

最后点击“完成”即可。测试方法：在局域网内找一台电脑，打开SQLServer数据库，然后输入Ip和密码，如果能连接上，就说明已经配置好了

在“对象资源管理器”中，右键单击服务器，再单击“属性” 。
在 “服务器属性” 对话框中，单击某页以查看或更改有关该页的服务器信息。 某些属性是只读属性。
Transact-SQL
通过使用 SERVERPROPERTY 内置函数查看服务器属性
连接到 数据库引擎。
在标准菜单栏上，单击 “新建查询” 。
将以下示例复制并粘贴到查询窗口中，然后单击“执行” 。 此示例在 语句中使用 SERVERPROPERTY SELECT 内置函数，以返回有关当前服务器的信息。 如果基于 Windows 的服务器上安装了多个 SQL Server 实例，而且客户端必须打开另一个到当前连接所使用的同一实例连接，则此方案很有用。

看看下面的对你有帮助么

在我们刚刚安装sql2005时经常遇到无法连接的问题，一般可归结为以下几类：

一"SQLServer不存在或访问被拒绝"

这个是最复杂的,错误发生的原因比较多,需要检查的方面也比较多

一般说来,有以下几种可能性:

1SQLServer名称或IP地址拼写有误

2服务器端网络配置有误

3客户端网络配置有误

要解决这个问题,我们一般要遵循以下的步骤来一步步找出导致错误的原因

首先,检查网络物理连接

ping

如果ping不成功,说明物理连接有问题,这时候要检查硬件设备,如网卡,HUB,路由器等

还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的,比如ISAServer防火墙软件可能会屏蔽对ping,telnet等的响应，因此在检查连接问题的时候,我们要先把防火墙软件暂时关闭,或者打开所有被封闭的端口

如果ping成功而,ping失败，则说明名字解析有问题,这时候要检查DNS服务是否正常

有时候客户端和服务器不在同一个局域网里面,这时候很可能无法直接使用服务器名称来标识该服务器,这时候我们可以使用HOSTS文件来进行名字解析,具体的方法是:

1使用记事本打开HOSTS文件（一般情况下位于C:）

添加一条IP地址与服务器名称的对应记录,如:

1721681024myserver

2或在SQLServer的客户端网络实用工具里面进行配置,后面会有详细说明

其次,使用telnet命令检查SQLServer服务器工作状态

telnet1433

如果命令执行成功,可以看到屏幕一闪之后光标在左上角不停闪动,这说明SQLServer服务器工作正常,并且正在监听1433端口的TCP/IP连接，如果命令返回"无法打开连接"的错误信息,则说明服务器端没有启动SQLServer服务,也可能服务器端没启用TCP/IP协议,或者服务器端没有在SQLServer默认的端口1433上监听

接着,我们要到服务器上检查服务器端的网络配置,检查是否启用了命名管道是否启用了TCP/IP协议等等，可以利用SQLServer自带的服务器网络使用工具来进行检查

点击:程序MicrosoftSQLServer服务器网络使用工具

打开该工具后,在"常规"中可以看到服务器启用了哪些协议

一般而言,我们启用命名管道以及TCP/IP协议

点中TCP/IP协议,选择"属性",我们可以来检查SQKServer服务默认端口的设置

一般而言,我们使用SQLServer默认的1433端口如果选中"隐藏服务器",则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接

接下来我们要到客户端检查客户端的网络配置

我们同样可以利用SQLServer自带的客户端网络使用工具来进行检查，所不同的是这次是在客户端来运行这个工具

点击:程序MicrosoftSQLServer客户端网络使用工具

打开该工具后,在"常规"项中,可以看到客户端启用了哪些协议

一般而言,我们同样需要启用命名管道以及TCP/IP协议

点击TCP/IP协议,选择"属性",可以检查客户端默认连接端口的设置,该端口必须与服务器一致

单击"别名"选项卡,还可以为服务器配置别名服务器的别名是用来连接的名称,连接参数中的服务器是真正的服务器名称,两者可以相同或不同别名的设置与使用HOSTS文件有相似之处

通过以上几个方面的检查,基本上可以排除第一种错误

二"无法连接到服务器,用户xxx登陆失败"

该错误产生的原因是由于SQLServer使用了"仅Windows"的身份验证方式,因此用户无法使用SQLServer的登录帐户（如sa）进行连接解决方法如下所示:

1在服务器端使用企业管理器,并且选择"使用Windows身份验证"连接上SQLServer

2展开"SQLServer组",鼠标右键点击SQLServer服务器的名称,选择"属性",再选择"安全性"选项卡

3在"身份验证"下,选择"SQLServer和Windows"

4重新启动SQLServer服务

在以上解决方法中,如果在第1步中使用"使用Windows身份验证"连接SQLServer失败,那就通过修改注册表来解决此问题:

1点击"开始""运行",输入regedit,回车进入注册表编辑器

2依次展开注册表项,浏览到以下注册表键:

[HKEY_LOCAL_MicrosoftMSSQLServerMSSQLServer]

3在屏幕右方找到名称"LoginMode",双击编辑双字节值

4将原值从1改为2,点击"确定"

5关闭注册表编辑器

6重新启动SQLServer服务

此时,用户可以成功地使用sa在企业管理器中新建SQLServer注册，但是仍然无法使用Windows身份验证模式来连接SQLServer

这是因为在SQLServer中有两个缺省的登录帐户:

被删除

要恢复这两个帐户,可以使用以下的方法:

1打开企业管理器,展开服务器组,然后展开服务器

2展开"安全性",右击"登录",然后单击"新建登录"

3在"名称"框中,输入

4在"服务器角色"选项卡中,选择"System"

5点击"确定"退出

6使用同样方法添加登录

说明:

以下注册表键:

HKEY_LOCAL_MSSQLServer

的值决定了SQLServer将采取何种身份验证模式

1表示使用"Windows身份验证"模式

2表示使用混合模式（Windows身份验证和SQLServer身份验证）

三提示连接超时

如果遇到第三个错误,一般而言表示客户端已经找到了这台服务器,并且可以进行连接,不过是由于连接的时间大于允许的时间而导致出错

这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器,并且是慢速连接时,有可能会导致以上的超时错误有些情况下,由于局域网的网络问题,也会导致这样的错误

要解决这样的错误,可以修改客户端的连接超时设置

默认情况下,通过企业管理器注册另外一台SQLServer的超时设置是4秒,而查询分析器是15秒（这也是为什么在企业管理器里发生错误的可能性比较大的原因）

具体步骤为:

企业管理器中的设置:

1在企业管理器中,选择菜单上的"工具",再选择"选项"

2在d出的"SQLServer企业管理器属性"窗口中,点击"高级"选项卡

3在"连接设置"下的"登录超时（秒）"右边的框中输入一个比较大的数字,如20

查询分析器中的设置:

工具选项连接将登录超时设置为一个较大的数字

连接超时改为0

1、先保证ping通

2、在dos下写入telnetip1433不会报错

3、用ip连如企业管理器：

企业管理器

4、如果还不行：

sqlserver服务器

5、如果还不行：

sqlserver客户端

---