sqlserver群集的作用 sqlserver 集群模式

sql sever

SQL Server是微软公司开发的一个关系数据库管理系统，以Transact_SQL作为它的数据库查询和编程语言。T－SQL是结构化查询语言SQL的一种，支持ANSI SQL－92标准。

SQL Server 采用二级安全验证、登录验证及数据库用户帐号和角色的许可验证。SQL Server 支持两种身份验证模式：Windows NT身份验证和SQL Server 身份验证。7.0版支持多种类型的角色，"角色"概念的引入方便了权限的管理，也使权限的分配更加灵活。

SQL Server为公共的管理功能提供了预定义的服务器和数据库角色，可以很容易为某一特定用户授予一组选择好的许可权限。 SQL Server可以在不同的操作平台上运行，支持多种不同类型的网络协议如TCP/IP、IPX/SPX、Apple Talk等。SQL Server在服务器端的软件运行平台是Windows NT、Windows9x，在客户端可以是Windows3.x、Windows NT、Windows9x,也可以采用其它厂商开发的系统如Unix、Apple Macintosh等。

微软的SQL Server是一项完美的客户/服务器系统。SQL Server需要安装在Windows NT的平台上，而Windows NT可以支持Intel 386，Power PC，MIPS，Alpha PC和RISC等平台，它使SQL Server具备足够的威力和功能。

这里所有的文章所采用的数据库应用程序都是基于SQL Server之上的，采用ODBC及标准的SQL查询，可以非常简单的移植到任何一个支持ODBC的数据库之上，如：Oracle，Informix，Db2和Access，在阅读有关ASP数据库编程技术之前，要确认你至少熟悉一种数据库管理系统，并可以使用标准的SQL查询语言操作数据库。

SQL Server提供服务器端的软件，这部分需要安装在NT Server上，SQL Server的用户端则可以安装在许多用户端PC系统中，Windows可以让用户端进行数据库的建立，维护及存取等操作，SQL Server可以最多定义32767个数据库，每个数据库中，可以定义20亿个表格，每个表格可以有250个字段，每个表格的数据个数并没有限制，每一个表格可以定义250个索引，其中有一个可以是Clustered索引。

SQL Server所使用的数据库查询语言称为Transact-SQL，它是SQL Server的核心，Transact-SQL强化了原有的SQL关键字以进行数据的存取，储存及处理等功能，Transact-SQL扩充了流程控制指定，可以使你方便的编写功能强大的存储过程，他们存放在服务器端，并预先编译过，执行速度非常块，触发是一种特殊的存储过程，用来确保SQL Server数据库引用的完整性，你可以建立插入，删除和更新触发以控制相关的表格中对数据列的插入，删除和更新，你还可以使用规则（Rule），缺省（default）以及限制（Constraints），来协助将新的数值套用到表格中去！

SQL SERVER的特点与评价

上手容易

话分两头，如果您的企业至今还未购置数据库，其中一个主要的原因可能就是认为它不好上手，那么，从SQLServer开始吧。毕竟，大多数的中小企业日常的数据应用是建立在Windows平台上的。由于SQLServer与Windows界面风格完全一致，且有许多"向导(Wizard)"帮助，因此易于安装和学习，有关SQLServer的资料、培训随处可得，并且目前国内具有MCDBA认证的工程师不在少数。

从另一个角度来讲，学习SQLServer是掌握其他平台及大型数据，如Oracle,Sybase,DB/2的基础。因为这些大型数据库对于设备、平台、人员知识的要求往往较高，而并不是每个人都具备这样的条件，且有机会去接触它们。但有了SQLServer的基础，再去学习和使用它们就容易多了。IT行业的实践经验充分证明了这一点。

兼容性良好

由于今天Windows操作系统占领着主导地的位，选择SQLServer一定会在兼容性方面取得一些优势。另外，SQLServer2000除了具有扩展性，可靠性以外，还具有可以迅速开发新的因特网系统的功能。尤其是它可以直接存贮XML数据，可以将搜索结果以XML格式输出等特点，有利于构建了异构系统的互操作性，奠定了面向互联网的企业应用和服务的基石。这些特点在.NET战略中发挥着重要的作用。

电子商务

在使用由MicrosoftSQLServer2000关系数据库引擎的情况下，XML数据可在关系表中进行存储，而查询则能以XML格式将有关结果返回。此外，XML支持还简化了后端系统集成，并实现了跨防火墙的无缝数据传输。你还可以使用HypertextTransferProtocol（超文本传输协议，HTTP）来访问SQLServer2000，以实现面向SQLServer2000数据库的安全Web连接和无须额外编程的联机分析处理（OLAP）多维数据集。

数据仓库

MicrosoftSQLServer2000非常明显的改进就是增加了OLAP(联机分析处理)功能,这可以让很多中小企业用户也可以使用数据仓库的一些特性进行分析。OLAP可以通过多维存储技术对大型、复杂数据集执行快速、高级的分析工作。数据挖掘功能能够揭示出隐藏在大量数据中的倾向及趋势，它允许组织或机构最大

限度的从数据中获取价值。通过对现有数据进行有效分析，这一功能可以对未来的趋势进行预测。

增强的在线商务

MicrosoftSQLServer2000简化了管理、优化工作，并且增强了迅速、成功的部署在线商务应用程序所需的可靠性和伸缩性。其中，用以提高可靠性的特性包括日志传送、在线备份和故障切换群集。在伸缩性方面的改进包括对多达32颗CPU和64GBRAM的支持。通过自动优化和改进后的管理特性--诸如数据文件尺寸的自动管理、基于向导的数据库拷贝、自动内存管理和简化的故障切换群集安装与管理，在线商务应用程序能够被迅速部署并有效管理。

利于构筑"敏捷性商务"

所谓"敏捷性商务"就是能够打破内部和外部的商业界限，对迅速改变的环境做出快速反应。。微软已经与关键的合作伙伴建立起了战略关系，创造出了能够与许多供应商的产品实现整合的解决方案，因而企业用户并不需要做出"要么完全接受，要么全部不要"的承诺。在部署解决方案的过程中，企业用户不一定要拆除原有的设备从头。敏捷商务让企业用户能够充分利用现有的系统，自主决定所需的硬件和软件解决方案以及由谁来提供，伸缩自如、游刃有余。

-------------------------------------

现在的数据库：oracle 如日中天

sybase 情况不妙

sqlserver 马马忽忽

相关问答

Q1: SqlServer 2005集群需要在域环境下吗？我知道sql镜像不需要在域环境，但是不确定集群是否需要集群。

您好，您说的是服务器群集吧？服务器群集可以为SQL Server提供故障转移，提高高可用性。

要实现微软的微软服务器群集（MSCS群集）需要满足以下几个条件：

1.、需要域环境，并且群集中的节点在域中需要相同的身份，要么都是DC，要么都是非DC

2、需要准备一个域用户帐户，并且这个域用户帐户是群集节点主机本地管理员组成员

3、需要节点主机都可以访问的共享存储介质，并且是NTFS文件系统，不能是动态磁盘

4、至少需要两个网络链接

5、需要Windows Server 2003企业版或数据中心版

具体实现方法您可以参见微软官方文档：

希望回答可以帮到您

Q2: SQLSERVER数据库到底有什么具体作用(sql数据库的作用)

作用如下：

一、系统表存储SQL所有的系统信息。

存储有关数据库服务中的元数据所谓元数据即（比如数据服务器有哪些用户数据库、数据库服务器有哪些登陆账号，数据库中都有哪些表，每个表都有哪些字段每个数据库有哪些存储过程、视图等等的数据），系统表一般sys开头。

二、了解数据库中系统表，可以编写sql语句或编程的时候用到。

在创建数据库的时候选判断数据库是否存在；创建数据库中对象（表、视图、存储过程、索引等）是否存在，存在返回，不存在则执行创建语句。批量删除数据库中对象，比如一次性删除某个具体数据库中的所有用户创建的表、视图、索引等对象。

三、重要的几个系统表

Sysxlogins:存在与Master数据库中，（所有数据库中用户和角色），记录着所有能登陆到Sqlserver的帐号。要重启服务或reconfigurewithoverride，:记录着当前系统所有的数据库。只有Master数据中有此系统表。

扩展资料：

一、数据库优点：

1、易于维护：都是使用表结构，格式一致；

2、使用方便：SQL语言通用，可用于复杂查询；

3、复杂操作：支持SQL，可用于一个表以及多个表之间非常复杂的查询。

二、数据库缺点：

1、读写性能比较差，尤其是海量数据的高效率读写；

2、固定的表结构，灵活度稍欠；

3、高并发读写需求，传统关系型数据库来说，硬盘I/O是一个很大的瓶颈。

Q3: sqlserver有什么用？

SQL用于存储数据，做一些管理系统，网站什么的，都会使用sqlserver来存储数据，SQL的作用：

SQL主要用于数据库系列的软件的查询、汇总、写入、删改等方面的操控，具体应用于数据库编程或数据库数据的维护。

也就是说SQL一般用于数据库编程，以及现有数据库错误排查。所以一般涉及数据库的编程人员或电脑信息化系统维护人员需要对SQL（也就是对数据库）知识进行学习。

扩展资料：

结构化查询语言是高级的非过程化编程语言，允许用户在高层数据结构上工作。它不要求用户指定对数据的存放方法，也不需要用户了解具体的数据存放方式，所以具有完全不同底层结构的不同数据库系统, 可以使用相同的结构化查询语言作为数据输入与管理的接口。

结构化查询语言语句可以嵌套，这使它具有极大的灵活性和强大的功能。

参考资料来源：百度百科-结构化查询语言

Q4: 几个技巧解析SQL Server群集的难题[2]

为了将停机时间减到最少 您很可能必须使用日志传送 除非您的数据库相当小并且在一段时间内没有用户建立连接 在移交之前 您都可以正确执行日志传送 接着 删除这些用户 剪切并传送最后的日志 然后指向新实例上的应用程序 (有关感兴趣的日志传送替代方法 请参阅下面的数据库镜像部分 )如果使用DNS别名 您甚至可能不需要指向新实例上的应用程序 而是只需更新 DNS 别名 这种方法的优点是 如果您的迁移只进行了一部分 但必须要回退到原始状态 那您至少还有原始文件

您还可以采用一种成本较低的方案 但需要您做更多的预先规划 一个群集可以支持多个SQL Server实例 但每个实例必须有其自己的磁盘资源 因此 在划分SAN时 请留出一个LUN 以备将来升级 要执行升级 请在此磁盘资源上安装 SQL Server 二进制文件 您可以演习一下该系统 当您准备好后 关闭当前SQL Server 将磁盘资源从旧的 SQL Server组中移出 更新依赖关系 然后使新SQL Server实例在线 连接旧实例中的数据库 然后启动并运行 (您已提早备份了所有数据 对吗?)

这就是成本较低的方法 实行这个方法需要承担一些风险 如果出现故障 您无法将数据库与新实例分离开来并放回原来位置 您的操作已简化为从备份恢复 这意味着需要很长的停机时间

还有一种方法是将两个SQL Server实例都放在您的SAN中 前提是您有足够的磁盘空间 将生产备份(和日志传送)恢复为新实例 然后按前面介绍的步骤继续进行 但现在您有退路了 而且 一旦完成迁移 您还可以释放旧实例占用的SAN资源 您只需增加额外的磁盘

负载平衡

让我们首先揭穿这样一个常见误解 MSCS群集是用于获得高可用性的 而非用于实现负载平衡 此外 SQL Server没有任何内置的 自动负载平衡功能 您必须通过应用程序的物理设计来实现负载平衡 这意味着什么?

随着表的逐渐增长 您可能会预料到性能会降低 特别是在涉及到表扫描操作时 当行数达到数百万或数十亿时 传统的解决方案会使用已分区视图 这种视图由若干具有相同结构 使用 union ALL 挂接在一起的表组成 此外 还会在适当位置放置 CHECK 约束来区分这些成员表 而这会阻止跨已分区视图复制数据 如果在 CHECK 约束中使用的列也是主键的一部分 则该视图是可更新的

如果成员表在其自己的文件组中 则如果这些文件组中的文件分别位于不同的物理驱动器上 那么您会获得更佳的磁盘性能 这些表甚至也可以位于不同的数据库中 但是 在SQL Server 中 只要所有数据均在同一个数据库中 您就可以使用表分区 而表分区实现起来就容易得多了

但是 假设您已经尽可能地利用了表分区或(本地)已分区视图 但性能仍然很低 如果您拥有SQL Server 或SQL Server 就可以利用分布式已分区视图了 主要差别在于 成员表可以位于不同的 SQL Server 实例上 而且这些实例可以安装在 N+ 群集上 为什么鼓励您这样做?如果已分区视图中的任何一个成员表转入离线状态 则整个视图也将转入离线状态 使这些成员成为群集的一部分可以为您提供支持性能和实现负载平衡所需的可靠性

您真的需要群集吗?

或许您有一些备用服务器无事可做 但这些服务器不在 Windows 目录的群集部分中 如果您在这些服务器可用的情况下 只是为了支持群集就必须出去购置新服务器 那么这是一种浪费可耻的行为

数据库镜像可能是最适合替代群集的一种方法 镜像涉及到三个元素 存储镜像数据库的实例称为主体;备份服务器称为镜像;如果要实现自动故障转移 还需要第三台服务器 称为见证方 简而言之 主体上的数据库中的事务会在镜像中再次运行 当主体出现故障时 如果有见证方 数据库会自动故障转移到镜像 您必须为每个应用程序数据库设置镜像 但不能镜像系统数据库

镜像是单独的SQL Server 实例 与群集不同的是 镜像可以位于几千英里以外 其高速缓存中填充的是由于从主体中复制事务而发生的更新活动 当然 还可以假设 除了从主体接收镜像事务之外 镜像上没有其他活动 既然 SQL Server 已经在镜像中运行 所以 故障转移的速度通常要比在群集中快 由于至少有部分高速缓存已准备好 所以 初始性能并不像在群集方案中那样低 另请注意 当镜像数据库发生故障转移时 主体和镜像会互换角色

数据库镜像的不足之处是 需要的总磁盘容量是群集的两倍 如果您想在同步模式下运行且不想丢失任何数据 那么您还会需要更多的 CPU 处理能力 正如我所说的 要想实现高可用性 需要花费很高的成本

　 　组合方法

由于镜像与主体之间的距离可以相当遥远 所以对于灾难恢复 (DR) 计划来说 选择镜像是非常明智的 群集是您的第一道防线 但是 如果您要同时利用群集和镜像 那会出现什么情况呢?在群集故障转移中 如果您的镜像配置中有见证方 则当群集 SQL Server 转入在线状态时 镜像会成为主体 但是 请注意 从新主体回到(群集的)新镜像的故障转移不是自动进行的 因此 当与群集结合使用时 最好不要对您的镜像数据库启用自动故障转移

灾难恢复并不是您使用镜像的唯一原因;当您必须向主体应用服务包或修补程序时 镜像也是非常有用的 在这种情况下 您可以手动故障转移到镜像 在应用服务包或修补程序时 旧的主体服务器暂时处于离线状态 在新主体上发生的已提交事务会排队等候 等待被发送回新镜像(旧主体) 在完成服务包或修补程序的安装之后将会进行同步 最终 这两台服务器将完全处于同步状态 现在您便可以在主体和镜像之间转换角色了 故障转移与恢复只需要几秒钟的停机时间 您可以使用这种方法将 SQL Server 迁移到另一台计算机 只是不能实现故障恢复

虚拟服务器添加灵活性

虚拟化允许您在一台物理服务器上并行运行一个或多个操作系统 虚拟化软件为群集概念添加了另外一层功能 因为您可以将软件加入群集 因此 如果主机正在其上运行的服务器出现故障 则主机及其来宾 OS 会故障转移到备份节点 这可能是迁移来宾服务器的最简便方法 补充一点 来宾 OS 不必具有群集功能 因此 您可以在运行于某群集中的 Microsoft Virtual Server 之上的来宾 Windows Server 内部运行 SQL Server Workgroup Edition 实质上 您会间接拥有群集 Workgroup Edition

　 　在控制之下

如果您在负责 SQL Server 实现 您需要确信您的服务器始终处于可用状态 服务器群集会帮助确保您的服务器始终可用 本文提供了一些来之不易的技巧 以帮助您入门 您可以在 群集资源 边栏中找到更多有用信息

lishixinzhi/Article/program/SQLServer/201311/22476

关于sqlserver群集的作用和sqlserver 集群模式的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。