sqlserver分布式

⑴ sqlserver的特点

据库管理10个最重要的特点
特点 描述
数据库镜像
通过新数据库镜像方法，将记录档案传送性能进行延伸。您将可以使用数据库镜像，通过将自动失效转移建立到一个待用服务器上，增强您SQL服务器系统的可用性。

在线恢复
使用SQL2005版服务器，数据库管理人员将可以在SQL服务器运行的情况下，执行恢复操作。在线恢复改进了SQL服务器的可用性，因为只有正在被恢复的数据是无法使用的，而数据库的其他部分依然在线、可供使用。

在线检索操作
在线检索选项可以在指数数据定义语言（DDL）执行期间，允许对基底表格、或集簇索引数据和任何有关的检索，进行同步修正。例如，当一个集簇索引正在重建的时候，您可以对基底数据继续进行更新、并且对数据进行查询。

快速恢复
新的、速度更快的恢复选项可以改进SQL服务器数据库的可用性。管理人员将能够在事务日志向前滚动之后，重新连接到正在恢复的数据库。

安全性能的提高
SQL Server 2005包括了一些在安全性能上的改进，例如数据库加密、设置安全默认值、增强密码政策、缜密的许可控制、以及一个增强型的安全模式。

新的SQL Server Management Studio
SQL Server 2005引入了SQL Server Management Studio，这是一个新型的统一的管理工具组。这个工具组将包括一些新的功能，以开发、配置SQL Server数据库，发现并修理其中的故障，同时这个工具组还对从前的功能进行了一些改进。

专门的管理员连接
SQL Server 2005将引进一个专门的管理员连接，即使在一个服务器被锁住，或者因为其他原因不能使用的时候，管理员可以通过这个连接，接通这个正在运行的服务器。这一功能将能让管理员，通过操作诊断功能、或Transact—SQL指令，找到并解决发现的问题。

快照隔离
我们将在数据库层面上提供一个新的快照隔离（SI）标准。通过快照隔离，使用者将能够使用与传统一致的视野观看数据库，存取最后执行的一行数据。这一功能将为服务器提供更大的可升级性。

数据分割
数据分割 将加强本地表检索分割，这使得大型表和索引可以得到高效的管理。

增强复制功能
对于分布式数据库而言，SQL Server 2005提供了全面的方案修改（DDL）复制、下一代监控性能、从甲骨文（Oracle）到SQL Server的内置复制功能、对多个超文本传输协议（http）进行合并复制，以及就合并复制的可升级性和运行，进行了重大的改良。另外，新的对等交易式复制性能，通过使用复制，改进了其对数据向外扩展的支持。

有关开发的10个最重要的特点
特点 描述
.NET 框架主机
使用SQL Server 2005，开发人员通过使用相似的语言，例如微软的Visual C# .NET和微软的Visual Basic，将能够创立数据库对象。开发人员还将能够建立两个新的对象——用户定义的类和集合。

XML 技术
在使用本地网络和互联网的情况下，在不同应用软件之间散步数据的时候，可扩展标记语言（XML）是一个重要的标准。SQL Server 2005将会自身支持存储和查询可扩展标记语言文件。

ADO.NET 2.0 版本
从对SQL类的新的支持，到多活动结果集（MARS），SQL Server 2005中的ADO.NET将推动数据集的存取和操纵，实现更大的可升级性和灵活性。

增强的安全性
SQL Server 2005中的新安全模式将用户和对象分开，提供fine-grain access存取、并允许对数据存取进行更大的控制。另外，所有系统表格将作为视图得到实施，对数据库系统对象进行了更大程度的控制。

Transact-SQL 的增强性能
SQL Server 2005为开发可升级的数据库应用软件，提供了新的语言功能。这些增强的性能包括处理错误、递归查询功能、关系运算符PIVOT, APPLY, ROW_NUMBER和其他数据列排行功能，等等。

SQL 服务中介
SQL服务中介将为大型、营业范围内的应用软件，提供一个分布式的、异步应用框架。

通告服务
通告服务使得业务可以建立丰富的通知应用软件，向任何设备，提供个人化的和及时的信息，例如股市警报、新闻订阅、包裹递送警报、航空公司票价等。在SQL Server 2005中，通告服务和其他技术更加紧密地融合在了一起，这些技术包括分析服务、SQL Server Management Studio。

Web服务
使用SQL Server 2005，开发人员将能够在数据库层开发Web服务，将SQL Server当作一个超文本传输协议（HTTP）侦听器，并且为网络服务中心应用软件提供一个新型的数据存取功能。

报表服务
利用SQL Server 2005, 报表服务可以提供报表控制，可以通过Visual Studio 2005发行。

全文搜索功能的增强
SQL SERVER 2005将支持丰富的全文应用软件。服务器的编目功能将得到增强，对编目的对象提供更大的灵活性。查询性能和可升级性将大幅得到改进，同时新的管理工具将为有关全文功能的运行，提供更深入的了解。

有关商业智能特征的10个最重要的特点
特点 描述
分析服务
SQL SERVER 2005的分析服务迈入了实时分析的领域。从对可升级性性能的增强、到与微软Office软件的深度融合，SQL SERVER 2005将帮助您，将商业智能扩展到您业务的每一个层次。

数据传输服务(DTS)
DTS数据传输服务是一套绘图工具和可编程的对象，您可以用这些工具和对象，对从截然不同来源而来的数据进行摘录、传输和加载（ETL），同时将其转送到单独或多个目的地。SQL SERVER 2005将引进一个完整的、数据传输服务的、重新设计方案，这一方案为用户提供了一个全面的摘录、传输和加载平台。

数据挖掘
我们将引进四个新的数据挖掘运算法，改进的工具和精灵，它们会使数据挖掘，对于任何规模的企业来说，都变得简单起来。

报表服务
在SQL SERVER 2005中，报表服务将为在线分析处理（OLAP）环境提供自我服务、创建最终用户特别报告、增强查询方面的开发水平，并为丰富和便于维护企业汇报环境，就允许升级方面，提供增进的性能。

集群支持
通过支持容错技术移转丛集、增强对多重执行个体的支持、以及支持备份和恢复分析服务对象和数据，分析服务改进了其可用性。

主要运行指标
主要运行指标(KPIs)为企业提供了新的功能，使其可以定义图表化的、和可定制化的商业衡量标准，以帮助公司制定和跟踪主要的业务基准。

可伸缩性和性能
并行分割处理，创建远程关系在线分析处理(ROLAP)或混合在线分析处理(HOLAP)分割，分布式分割单元，持续计算，和预制缓存等特性，极大地提升了SQL Server 2005中分析服务的可伸缩性和性能。

单击单元
当在一个数据仓库中创建一个单元时，单元向导将包括一个可以单击单元检测和建议的操作。

预制缓存
预制缓存将MOLAP等级查询运行与实时数据分析合并到一起，排除了维护在线分析处理存储的需要。显而易见，预制缓存将数据的一个更新备份进行同步操作，并对其进行维护，而这些数据是专门为高速查询而组织的、它们将最终用户从超载的相关数据库分离了出来。

与Microsoft Office System集成
在报表服务中，由报表服务器提供的报表能够在Microsoft SharePoint门户服务器和Microsoft Office System应用软件的环境中运行，Office System应用软件其中包括Microsoft Word和Microsoft Excel。您可以使用SharePoint功能，订阅报表、建立新版本的报表，以及分发报表。您还能够在Word或Excel软件中打开报表，观看超文本连接标示语言（HTML）版本的报表。

⑵ SQLserver 和Mysql的区别 各自有什么特点

SQLserver 和Mysql的区别为：开发公司不同、开发工具包搭配不同、开放性不同。

一、开发公司不同

1、SQLserver：SQLserverr是由Microsoft开发和推广。

2、Mysql：Mysql由瑞典MySQL AB 公司开发，属于Oracle旗下产品。

二、开发工具包搭配不同

1、SQLserver：SQLserver能与 Microsoft Visual Studio、Microsoft Office System以及开发工具包搭配。

2、Mysql：Mysql不能与 Microsoft Visual Studio、Microsoft Office System以及开发工具包搭配。

三、开放性不同

1、SQLserver：SQLserver不是开放源码软件

2、Mysql：Mysql是开放源码软件。

SQL Server的特点是可信任。使得公司可以以很高的安全性、可靠性和可扩展性来运行他们最关键任务的应用程序；高效。使得公司可以降低开发和管理他们的数据基础设施的时间和成本；智能。提供了一个全面的平台，可以在用户需要的时候给他发送观察和信息。

Mysql的特点是其体积小、速度快、总体拥有成本低，尤其是开放源码。一般中小型网站的开发都选择 MySQL 作为网站数据库。

⑶ EDS怎样部署Sqlserver-sqlserver分布式部署

EDS怎样部署Sqlserver-sqlserver分布式部署
如果是ECS，您可以在Windows系统的ECS里安装SQL Server来使用喔。

如果是RDS，直接当现成的数据库来连接、存储就可以了喔。

⑷ websphere 分布式计算和架构是怎么实现的

介绍
分布式计算简单来说，是把一个大计算任务拆分成多个小计算任务分布到若干台机器上去计算，然后再进行结果汇总。 目的在于分析计算海量的数据，从雷达监测的海量历史信号中分析异常信号(外星文明)，淘宝双十一实时计算各地区的消费习惯等。
海量计算最开始的方案是提高单机计算性能，如大型机，后来由于数据的爆发式增长、单机性能却跟不上，才有分布式计算这种妥协方案。 因为计算一旦拆分，问题会变得非常复杂，像一致性、数据完整、通信、容灾、任务调度等问题也都来了。
举个例子，产品要求从数据库中100G的用户购买数据，分析出各地域的消费习惯金额等。 如果没什么时间要求，程序员小明就写个对应的业务处理服务程序，部署到服务器上，让它慢慢跑就是了，小明预计10个小时能处理完。 后面产品嫌太慢，让小明想办法加快到3个小时。
平常开发中类似的需求也很多，总结出来就是，数据量大、单机计算慢。 如果上Hadoop、storm之类成本较高、而且有点大才小用。 当然让老板买更好的服务器配置也是一种办法。
利用分片算法
小明作为一个有追求有理想的程序员，决定用介于单机计算和成熟计算框架的过度解决方案，这样成本和需求都能满足了。 分布式计算的核心在于计算任务拆分，如果数据能以水平拆分的方式，分布到5台机器上，每台机器只计算自身的1/5数据，这样即能在3小时内完成产品需求了。
如上所述，小明需要把这些数据按照一定维度进行划分。 按需求来看以用户ID划分最好，由于用户之间没有状态上的关联，所以也不需要事务性及二次迭代计算。 小明用简单的hash取模对id进行划分。
f(memberid) % 5 = ServerN

这样程序可以分别部署到5台机器上，然后程序按照配置只取对应余数的用户id，计算出结果并入库。 这种方式多机之间毫无关联，不需要进行通信，可以避免很多问题。 机器上的程序本身也不具备分布式的特性，它和单机一样，只计算自身获取到的数据即可，所以如果某台机器上程序崩溃的话，处理方式和单机一样，比如记录下处理进度，下次从当前进度继续进行后续计算。
利用消息队列
使用分片方式相对比较简单，但有如下不足之处。
它不具有负载均衡的能力，如果某台机器配置稍好点，它可能最先计算完，然后空闲等待着。也有可能是某些用户行为数据比较少，导致计算比较快完成。
还有一个弊端就是每台机器上需要手动更改对应的配置， 这样的话多台机器上的程序不是完全一样的，这样可以用远程配置动态修改的办法来解决。
小明这种方式引入了个第三方，消息队列。 小明先用一个单独的程序把用户信息推送到消息队列里去，然后各台机器分别取消费这个队列。 于是就有了3个角色：
推送消息的，简称Master。
消息队列，这里以Rabbitmq为例。
各个处理程序，简称Worker或Slave都行。
虽然仅仅引入了个第三方，但它已经具备了分布式计算的很多特性。
计算任务分发。 Master把需要计算的用户数据，不断的推送消息队列。
程序一致性。 Worker订阅相同的消息队列即可，无需更改程序代码。
任意扩容。 由于程序完全一样，意味着如果想要加快速度，重复部署一份程序到新机器即可。 当然这是理论上的，实际当中会受限于消息队列、数据库存储等。
容灾性。 如果5台中某一台程序挂了也不影响，利用Rabbitmq的消息确认机制，机器崩溃时正在计算的那一条数据会在超时，在其他节点上进行消费处理。
Hadoop简介
Hadoop介绍已经相当多了，这里简述下比如:”Hadoop是一套海量数据计算存储的基础平台架构”，分析下这句话。
其中计算指的是MapRece，这是做分布式计算用的。
存储指的是HDFS，基于此上层的有HBase、Hive，用来做数据存储用的。
平台，指可以给多个用户使用，比如小明有一计算需求，他只需要按照对应的接口编写业务逻辑即可，然后把程序以包的形式发布到平台上，平台进行分配调度计算等。 而上面小明的分布式计算设计只能给自己使用，如果另外有小华要使用就需要重新写一份，然后单独部署，申请机器等。Hadoop最大的优势之一就在于提供了一套这样的完整解决方案。
下面找了介绍Hadoop的概览图，跟小明的设计做对比下:
图中“大数据计算任务” 对应小明的100G用户数据的计算任务。
”任务划分“ 对应Master和消息队列。
“子任务” 对应Worker的业务逻辑。
”结果合并“ 对应把每个worker的计算结果入库。
“计算结果” 对应入库的用户消费习惯数据。

PS：为了方便描述，把小明设计的分布式计算，叫做小和尚。
MapRece
由于MapRece计算输入和输出都是基于HDFS文件，所以大多数公司的做法是把mysql或sqlserver的数据导入到HDFS，计算完后再导出到常规的数据库中，这是MapRece不够灵活的地方之一。 MapRece优势在于提供了比较简单的分布式计算编程模型，使开发此类程序变得非常简单，像之前的MPI编程就相当复杂。
狭隘的来讲，MapRece是把计算任务给规范化了，它可以等同于小和尚中Worker的业务逻辑部分。 MapRece把业务逻辑给拆分成2个大部分，Map和Rece，可以先在Map部分把任务计算一半后，扔给Rece部分继续后面的计算。 当然在Map部分把计算任务全做完也是可以的。 关于Maprece实现细节部分不多解释，有兴趣的同学可以查相关资料或看下楼主之前的C#模拟实现的博客【探索C#之微型MapRece】。
如果把小明产品经理的需求放到Hadoop来做，其处理流程大致如下：
把100G数据导入到HDFS
按照Maprece的接口编写处理逻辑，分Map、Rece两部分。
把程序包提交到Maprece平台上，存储在HDFS里。
平台中有个叫Jobtracker进程的角色进行分发任务。 这个类似小和尚的Master负载调度管理。
如果有5台机器进行计算的话，就会提前运行5个叫TaskTracker的slave进程。 这类似小和尚worker的分离版，平台把程序和业务逻辑进行分离了， 简单来说就是在机器上运行个独立进程，它能动态加载、执行jar或dll的业务逻辑代码。
Jobtracker把任务分发到TaskTracker后，TaskTracker把开始动态加载jar包，创建个独立进程执行Map部分，然后把结果写入到HDFS上。
如果有Rece部分，TaskTracker会创建个独立进程把Map输出的HDFS文件，通过RPC方式远程拉取到本地，拉取成功后，Rece开始计算后续任务。
Rece再把结果写入到HDFS中
从HDFS中把结果导出。
这样一看好像是把简单的计算任务给复杂化了，其实如果只有几台计算任务的话，使用Maprece确实是杀鸡用牛刀了。 如果有TB、PB级别的数据、跑在成百上千台计算节点上，Maprece的优势才会体现出来。 其计算框架图架构如下：

离线计算
通常称Maprece及小和尚这种计算为离线计算，因为它对已经持久化的文件数据进行计算，不能实时响应。 还有个原因就是它的处理速度比较慢，它的输入和输出源都是基于HDFS设计，如果数据不是一开始就写入到HDFS上，就会涉及到数据导入导出，这部分相对耗费时间。 而且它的数据流动是基于文件系统的，Map部分输出的数据不是直接传送到Rece部分，而是先写入HDFS再进行传送。
处理速度慢也是Maprece的不足之处，促使了后面实时计算的诞生。
另外个缺点是Maprece的计算任务流比较单一，它只有Map、Rece两部分。 简单的可以只写一部分逻辑来解决，如果想拆分成多个部分，如逻辑A、逻辑B、逻辑C等， 而且一部分计算逻辑依赖上一次计算结果的话，MapRece处理起来就比较困难了。 像storm框架解决此类问题的方案，也称为流式计算，下一章继续补充。

⑸ sqlserver是分布式数据库吗

是的，
MS SQL Server 是中大型分布式关系型数据库。

Oracle ，DB2是超大型分布式关系数据库。
MySql是中小型分布式关系型数据库。

⑹ 如何通过 SQL Server 链接服务器和分布式查询使用 Excel

SQL Server 支持到其他 OLE DB 数据源的永久性连接或临时连接。永久性连接叫做链接服务器；为单个查询建立的临时连接叫做分布式查询。

Microsoft Excel 工作簿是一种可通过 SQL Server 以这种方式查询的 OLE DB 数据源。本文介绍了将 Excel 数据源配置为链接服务器所需的语法，以及使用分布式查询来查询 Excel 数据源所需的语法。
作为链接服务器查询 Excel
您可以使用企业管理器、系统存储过程或 SQL-DMO（分布式管理对象）将 Excel 数据源配置为 SQL Server 链接服务器。在所有的这些情况中，您总需要设置以下四个属性：
• 链接服务器要使用的名称。
• 连接要使用的 OLE DB 提供程序。
• Excel 工作簿的数据源或完整路径和文件名。
• 将目标标识为 Excel 工作簿的提供程序字符串。默认情况下，Jet 提供程序需要 Access 数据库。
系统存储过程 sp_addlinkedserver 也需要 @srvproct 属性，该属性可以是任何字符串值。
使用企业管理器配置 Excel 链接服务器
1. 在企业管理器中，单击以展开安全文件夹。
2. 右键单击链接服务器，然后单击新建链接服务器。
3. 在常规选项卡上，按照下列步骤操作：a.在第一个文本框中，为该链接服务器键入任意名称。b.在服务器类型文本框中，单击其他数据源。c.在提供程序名称下拉列表框中，单击 Microsoft Jet 4.0 OLE DB 提供程序。d.在数据源文本框中，键入 Excel 文件的完整路径和文件名。e.在提供程序字符串文本框中，键入 Excel 8.0 代表 Excel 97、2000 或 2002 工作簿。f.单击确定以创建新的链接服务器。
4. 单击以展开此新链接服务器的名称，从而展开它所包含的对象列表。
5. 在新建链接服务器名称下，单击表。注意，工作表和命名区域将出现在右窗格中。
使用存储过程配置 Excel 链接服务器
您还可以使用系统存储过程 sp_addlinkedserver 将 Excel 数据源配置为链接服务器： DECLARE @RC int
DECLARE @server nvarchar(128)
DECLARE @srvproct nvarchar(128)
DECLARE @provider nvarchar(128)
DECLARE @datasrc nvarchar(4000)
DECLARE @location nvarchar(4000)
DECLARE @provstr nvarchar(4000)
DECLARE @catalog nvarchar(128)
-- Set parameter values
SET @server = 'XLTEST_SP'
SET @srvproct = 'Excel'
SET @provider = 'Microsoft.Jet.OLEDB.4.0'
SET @datasrc = 'c:/book1.xls'
SET @provstr = 'Excel 8.0'
EXEC @RC = [master].[dbo].[sp_addlinkedserver] @server, @srvproct, @provider,
@datasrc, @location, @provstr, @catalog
如上所述，此存储过程另需一个任意字符串值作为 @srvproct 参数的值，此参数在企业管理器配置中显示为“产品名称”。不使用 @location 和 @catalog 参数。
使用 SQL-DMO 配置 Excel 链接服务器
您可以使用 SQL 分布式管理对象从 Microsoft Visual Basic 或其他编程语言中将一个 Excel 数据源以编程方式配置为链接服务器。您必须也提供企业管理器配置中要求的那四个参数。 Private Sub Command1_Click()
Dim s As SQLDMO.SQLServer
Dim ls As SQLDMO.LinkedServer
Set s = New SQLDMO.SQLServer
s.Connect "(local)", "sa", "password"
Set ls = New SQLDMO.LinkedServer
With ls
.Name = "XLTEST_DMO"
.ProviderName = "Microsoft.Jet.OLEDB.4.0"
.DataSource = "c:/book1.xls"
.ProviderString = "Excel 8.0"
End With
s.LinkedServers.Add ls
s.Close
End Sub

查询 Excel 链接服务器
将 Excel 数据源配置为链接服务器之后，您可以方便地通过“查询分析器”或其他客户端应用程序查询其数据。例如，为了检索存储在 Excel 文件 Sheet1 中的数据行，以下代码使用了您使用 SQL-DMO 配置的链接服务器： SELECT * FROM XLTEST_DMO...Sheet1$
您还可以使用 OPENQUERY 以“passthrough”（传递）方式查询 Excel 链接服务器，如下所示： SELECT * FROM OPENQUERY(XLTEST_DMO, 'SELECT * FROM [Sheet1$]')
OPENQUERY 需要的第一个参数是链接服务器名称。工作表名称之间需要用分隔符分开，如上所示。

您还可以使用以下查询获得 Excel 链接服务器上所有可用表的列表： EXECUTE SP_TABLES_EX 'XLTEST_DMO'

您可以使用 SQL Server 分布式查询和 OPENDATASOURCE 或 OPENROWSET 函数临时查询很少访问的 Excel 数据源，如下所示： SELECT * FROM OPENDATASOURCE('Microsoft.Jet.OLEDB.4.0',
'Data Source=c:/book1.xls;Extended Properties=Excel 8.0')...Sheet1$
注意，OPENROWSET 对第二个（“提供程序字符串”）参数使用一种非常规语法： SELECT * FROM OPENROWSET('Microsoft.Jet.OLEDB.4.0',
'Excel 8.0;Database=c:/book1.xls', Sheet1$)
ActiveX 数据对象 (ADO) 开发人员按照常规应对 OPENROWSET 的第二个（“提供程序字符串”）参数使用的语法会 SELECT * FROM OPENROWSET('Microsoft.Jet.OLEDB.4.0',
'Data Source=c:/book1.xls;Extended Properties=Excel 8.0', Sheet1$)
造成 Jet 提供程序出现以下错误：
Could not find installable ISAM.

⑺ SQLServer2000分布式事务错误解决方法

SQLServer2000分布式事务错误解决方法
如果在Windows.NETServer上安装的SQLServer2000中运行链接服务器查询，可能会返回下列错误（即使MSDTC正在该服务器上运行）：
症状如果在Windows.NETServer上安装的SQLServer2000中运行链接服务器查询，可能会返回下列错误（即使MSDTC正在该服务器上运行）：Server：Msg8501，Level16，State3，Line3
MSDTConserver'servername'isunavailable.在SQLServer错误日志中，您会发现由运行该查询的spid引发的下列错误：ResourceManagerCreationFailed：ResultCode=0x8004d01c原因这是设计使然。如果在"本地系统"帐户下运行"分布式事务处理协调器服务"就会发生此错误。解决方案最近为了提高RPC安全性对DTC所做的更改要求MSDTC作为"NTAuthority\NetworkService"运行。这是。NETServer的默认选项。在WindowsNT和Windows2000中，默认情况下MSDTC服务是在"本地系统"帐户下运行的。
警告："注册表编辑器"使用不当可造成严重问题，这些问题可能需要重新安装操作系统。Microsoft不保证能够解决因为"注册表编辑器"使用不当而产生的问题。使用"注册表编辑器"需要您自担风险。
若要将MSDTC服务帐户从"本地系统"更改为"NTAuthority\NetworkService"，请执行下列步骤：1.运行regedt32，浏览至HKEY_LOCAL_MACHINE\Software\Microsoft\MSDTC.添加一个DWORD值TurnOffRpcSecurity，值数据为1.2.打开命令提示，运行"netstopmsdtc"，然后运行"netstartmsdtc".3.转至"组件服务管理工具".
a.浏览至"启动管理工具".
b.选择"组件服务".
c.展开"组件服务"树，然后展开"我的电脑".
d.右键单击"我的电脑"，然后选择"属性".
e.在MSDTC选项卡中，确保选中了下列选项：网络DTC访问网络管理网络事务XA事务另外，"DTC登录帐户"一定要设置为"NTAuthority\NetworkService".
f.单击"确定".这样将会提示您"MSDTC将会停止并重新启动。所有的依赖服务将被停止。请按'是'继续".单击"是"继续。
g.单击"确定"关闭"我的电脑"属性窗口。
4.再次运行regedt32，浏览至HKEY_LOCAL_MACHINE\Software\Microsoft\MSDTC，然后删除TurnOffRpcSecurity项。现在您的MSDTC服务应该在"NTAuthority\NetworkService"帐户下运行了，并且不会再出现该错误。
更多信息当"MSDTC安全性"配置下的"网络DTC访问"禁用时，如果运行链接服务器查询则会返回下列错误：Server：Msg7391，Level16，State1，'SQLOLEDB'
.[OLE/DBproviderreturnedmessage：.]
跟踪标记7300打开时：Server：Msg7391，Level16，State1，'SQLOLEDB'
.[OLE/DBproviderreturnedmessage：.]OLEDBerrortrace[OLE/DBProvider'SQLOLEDB'ITransactionJoin：：].
MSDTC服务一定要按照上面"解决方案"一节中的说明进行设置，才能防止此错误。
再现现象的步骤
1.转至"启动管理工具服务".
2.右键单击"分布式事务处理协调器"服务，转至"登录"选项卡，选择"登录身份"下的"本地系统"帐户。
3.停止然后重新启动该服务。
4.从查询分析器，运行下列脚本：execsp_addlinkedserverremote1execsp_setnetnameremote1，<remoteservername>goexecremote1.pubs.dbo.sp_executesqlN'createtablet（c1int）'gosetxact_.pubs.dbo.tvalues（1）committrango

⑻ 怎么管理 MS SQLServer数据库

随着信息技术的发展，计算机处理数据的方式也发生着变化，文件管理系统－－数据库管理系统。Microsoft SQLServer是一个分布式的关系型数据库管理系统，具有客户机/服务器体系结构，采用了Transact-sql的sql语言在客户机与服务器间传递客户机的请求与服务器的处理结果。 众所周知，SQLServer2000能够满足今天的商业环境要求不同类型的数据库解决方案。它一种应用广泛的数据库管理系统，具有许多显着的优点：易用性、适合分布式组织的可伸缩性、用于决策支持的数据仓库功能、与许多其他服务器软件紧密关联的集成性、良好的性价比等。性能、可伸缩性及可靠性是基本要求，而进入市场时间也非常关键。除这些核心企业品质外，SQLServer还为您的数据管理与分析带来了灵活性，允许单位在快速变化的环境中从容响应，从而获得竞争优势。从数据管理和分析角度看，将原始数据转化为商业智能和充分利用Web带来的机会非常重要。作为一个完备的数据库和数据分析包，SQLServer为快速开发新一代企业级商业应用程序、为企业赢得核心竞争优势打开了胜利之门。作为重要的基准测试可伸缩性和速度奖的记录保持者，SQLServer是一个具备完全Web支持的数据库产品，提供了对可扩展标记语言(XML)的核心支持以及在Internet上和防火墙外进行查询的能力。 但是MicrosoftSQLServer和其他数据库产品相比也存在着以下劣势： 1．开放性。只能运行在微软的windows平台，没有丝毫的开放性可言。 2．可伸缩性，并行性。并行实施和共存模型并不成熟，很难处理日益增多的用户数和数据卷，伸缩性有限。 3．性能稳定性。SQLServer当用户连接多时性能会变的很差，并且不够稳定。 4．使用风险。SQLServer完全重写的代码，经历了长期的测试，不断延迟，许多功能需要时间来证明。并不十分兼容早期产品。使用需要冒一定风险。 5．客户端支持及应用模式。只支持C/S模式。 6．如何监控SQLServer的瓶颈 正是因为SQLServer具有上述的劣势，对其进行有效的监控就显的非常重要。对其进行监控有以下几种方式。 1．通过SQLServer自带的性能监视器。但是通过这种方式有许多缺点，首先监控的指标有限，其次须安装SQLServer的客户端工具才能进行查看，这样对于管理员的实际需要来说，不方便。 2．通过数据库监控软件。现在市面上的数据库监控软件很多，下面以Mocha BSM产品为例说明如何对数据库进行监控。 3．怎么管理? Mocha BSM对SQLServer监控的优点如下： 1.通过可视化的统一界面，详尽的了解数据库的所有性能指标，并且可以通过颜色的不同迅速定位数据库潜在的问题。 2.监控的层次比较深，可以监控到数据库中所有的数据库，包括系统库和用户库，监控的颗粒度比较细，可以根据数据库的重要性不同，对数据库分别设置独立的监控策略和告警阀值，这样可以使最重要的数据库得到最主要的关注。
3.无人执守的主动式监控。 当数据库系统出现问题时，可以根据用户自定义的设置，将告警信息通过邮件，短信，语音，客户端等方式发给相关的负责人，并可以自动的触发相关的流程进行处理，真正实现了无人执守监控。 4、先进的历史报表系统，回溯历史，分析趋势，并且可以导出为EXCEL PDF等用户需要的格式。