MSSQL Server分布式查询

SQL Server所谓的分布式查询（Distributed Query）是能够访问存放在同一部计算机或不同计算机上的SQL Server或不同种类的数据源， 从概念上来说分布式查询与普通查询区别 它需要连接多个MSSQL服务器也就是具有多了数据源。实现在服务器跨域或跨服务器访问。 而这些查询是否被使用完全看使用的需要。

本篇将演示利用SQL ServerExpress链接远程SQL Server来获取数据方式来详细说明分布式查询需要注意细节。先看一下系统架构数据查询基本处理：

当然如果采用了分布式查询 我们系统采取数据DataBase也就可能在多个远程［Remote Server］上访问时：

如上截取系统架构中关于数据与缓存流向中涉及的分布式查询业务， 当我们从客户端Client发起请求数据时。 首先检查MemCache Server缓存服务器是否有我们想要数据。 如果没有我需要查询数据库。 而此时数据要求查询多个远程服务器上多个数据库中表， 这时利用分布式查询。获得数据 然后更新我们在缓存服务器MemCache Server上数据保持数据更新同步， 同时向客户端Client直接返回数据。那如何来执行这一系列动作中最为关键分布式查询？

《1》分布式查询方式

我们知道Microsoft微软公用的数据访问的API是OLE_DB， 而对数据库MSSQL Server 2005的分布式查询支持也是OLE_DB方式SQL Server 用户可以使用分布式查询访问以下内容：

A：存储在多个 SQL Server 实例中的分布式数据

B：存储在各种可以使用 OLE DB 访问接口访问的关系和非关系数据源中的异类数据

OLE DB 访问接口将在称为行集的表格格式对象中公开数据。SQL Server 允许在 Transact-SQL 语句中像引用 SQL Server 表一样引用

OLE DB 访问接口中的行集，［其实不用关心这个行集概念 它的功能类似SQL Server中临时表 不过它容积更大 能容纳类型更多 更丰富］

SQL Server 实例的客户机与 OLE DB 访问接口之间的连接

从上图可以看出。客户端借助OLEDB接口可以访问Oracle/MS Jet/MS SQL/ODBC/第三方等这些丰富数据源来我们分布式查询提供数据。 说了这么多关于OLEDB底层支持。 关于在MS SQL 2005中则支持两种方式来进行分布式查询：

使用添加链接服务器方式（Add Link Server）

使用特定名称及特定数据源来直接指定（Add Host Names）

其实这两种方式在实际运用中是有区别的：

方式A:Add Link Server方式建立服务器之间关联。创建一个链接的服务器，使其允许对分布式的、针对 OLE DB 数据源的异类查询进行访问。 一般适用于持久的数据操作 对于数据量偏大 服务器之间交付时间长特点。

方式B： Add Host Name 利用域来唯一识别数据库以及数据库表对象。 来实现跨服务器访问。 这种方式一般比较简单 主要适用于对数据需求临时性查询是使用偏多。 不适合做大批量数据提取。 有性能瓶颈。

《2》分布式查询实现

在进行实现分布式查询之前。本次测试Demo对应的SQL版本：

确定SQL Server版本后如下会演示两种方式来实现分布式查询，并对Distributed Query中详细细节进行说明。

《21》链接服务器查询

链接服务器配置使 SQL Server 可以对远程服务器上的 OLE DB 数据源执行命令。链接服务器具有以下优点：

访问远程服务器。

能够对企业内的异类数据源发出分布式查询、更新、命令和事务。

能够以相似的方式确定不同的数据源

下图显示了链接服务器配置的基础：

现在利用链接服务器方式实现数据访问远程服务器数据库CustomerDB中Users表数据先本地添加LinkServer：

以下是代码片段：

-- 建立连接服务器 第一步建立连接 IP方式来控制

EXEC sp_addlinkedserver '19216810104' , 'SQL Server'

-- 查看链接服务器信息 [测试连接成功]

select name , product, provider, data_source, query_timeout, lazy_schema_validation, is_remote_login_enabled, is_rpc_out_enabled

from sysservers

where is_linked= 1

如上市建立连接服务器最简单方式。建立链接服务器过程其实调用了系统存储过程Sp_addlinkedserver 第一个参数为Name 其实用来唯一标识链接服务器。 当然可以其他任何有意义字符串来定义，但我个人建议使用远程服务器的IP来标识。第二个参数是要添加为链接服务器的 OLE DB 数据源的产品名称。 默认为Null，如果指定”SQL Server“则无需指定其他参数。

如果你的本地装有多个数据库实例。 第一个种方式就不适用。这是就需要用SQL Server2005架构来唯一标识：

-- 含架构名 查询数据两种模式

select top 10 from [19216810104] wl 架构名 表名

-- 架构名 [采用默认架构名 ]

select top 10 from [19216810104] CustomerDB dbo Users

对于SQL Server 2005架构这个概念很多人比较陌生：

在用户角色设置中需要对指定访问数据CustomerDB具有读写权限：

#p#副标题#e#

在远程服务器创建TEst用户时使用SQL Server身份验证方式登录 这时设置密码为RemoteDB在使用非Sa用户进行远程：

以下是代码片段：

-- 执行前先删除已经存在数据

Exec sp_droplinkedsrvlogin [1921681076],Null

Exec sp_dropserver 'demodb'

-- 创建服务器连接

EXEC sp_addlinkedserver

@server='demodb',-- 被访问的服务器别名

@srvproduct='',

@provider='SQLOLEDB',

@datasrc='1921681076' -- 要访问的服务器

EXEC sp_addlinkedsrvlogin

'demodb', -- 被访问的服务器别名

'false',

NULL,

'Test', -- 帐号

'RemoteDB' -- 密码

如上我们首先清除已经可能创建服务器数据记录 然后创建服务器连接sp_addlinkedSrvlogin系统存储过程用来创建链接服务器上远程登录之间的映射 即我们可以详细设置本地与远程服务器详细的映射信息 例如设置我们特定用户访问的用户名和密码

查询数据

-- 查询指定用户Test数据 select from [demodb]CustomerDBdboUsers -- [如上测试成功]

查询结果

指定用户Test对CustomerDB访问数据方式测试成功。

当测试完成后我们不需要这个连接服务器是即可利用SP_DroplinkServer删除掉。 对应参数为创建时Name唯一标识。 通过Sp_helpserver来查看连接服务器详细信息。

注意如上创建连接服务器时设置srvproduct参数即OLED数据源名称时我们采用了SQlServer方式。

下面说明这种方式特点。：

这种方式是最为简单直接的一种建立链接服务器方式。 但是存在前提的。 测试发现：

在所有数据库的远程连接 dbo 的方式必须建立在SA 密码相同的基础上 ，否则容易产生无法连接的情况 Sa用户登录失败。 你也就明白这个SQlServer参数其实就是在本地数据拷贝服务器角色SysAdmin下用户SA来对服务器进行登录。 如果你的本地Sa密码与远程服务器上密码不一致 则无法正常连接。

经过测试还发现一种情况：

利用Windows7访问XP（Sp2）系统时始终提示无法解析或拒绝连接SQL Server2005这个问题我整了好久后来才到官方链接参数中发现。：如果你的XP系统没有打上SP4的补丁包 这个问题会始终出现。 需要特别注意。

《22》直接指定数据源分布式查询

其实相对第一种方式， 直接指定方式在SQL Server架构中 其实跳过本地与远程服务器建立映射关系的这一步。 通过链接关系建立 其实就是建立一种内部映射关系。 如果没有映射关系则 大部分设置需要手动控制。

直接指定数据源方式 需要开启分布式查询的基本权限 来进行查询：

以下是代码片段：

-- 如果想使用分布式查询，必须先开通分布式查询 [外围配置 这点是所有查询操作前提]

-- sp_configure--显示或更改当前服务器的全局配置设置

-- reconfigure 指定如果配置设置不需要服务器停止并重新启动，则更新当前运行的值

-- SQL2005默认是没有开启’Ad Hoc Distributed Queries’ 组件

-- 启用权限

exec sp_configure 'show advanced options',1 -- 显示高级配置

reconfigure -- 更新值

exec sp_configure 'Ad Hoc Distributed Queries',1 -- 启用分布式查询

reconfigure

go

-- 关闭分布式查询

exec sp_configure 'Ad Hoc Distributed Queries',0

reconfigure

exec sp_configure 'show advanced options',0

reconfigure

go

-- 开启权限后 另外一种查询方式

-- 查询格式

SELECT FROM OPENDATASOURCE('SQLOLEDB',

'Data Source=远程ip;User ID=sa;Password=密码')库名dbo表名

WHERE 条件

-- 需要开启权限

-- 开启权限 提示[远程的SqlServer不允许远程连接]

select from OPENDATASOURCE('SQLOLEDB','Data Source=1921681067; User

如上我们首先清除已经可能创建服务器数据记录 然后创建服务器连接sp_addlinkedSrvlogin系统存储过程用来创建链接服务器上远程登录之间的映射 即我们可以详细设置本地与远程服务器详细的映射信息 例如设置我们特定用户访问的用户名和密码

查询数据

-- 查询指定用户Test数据 select from [demodb]CustomerDBdboUsers -- [如上测试成功]

查询结果

指定用户Test对CustomerDB访问数据方式测试成功。

《3》问题排查与更多查询方式

当我们在实际编程中进行访问远程数据时 因为不同操作环境会引发各种各样的异常，如下我会提出一种常见的异常方式解决办法和关于远程数据操作更多查询方式。

《31》无法建立远程连接

其实这个问题在做分布式查询时极其常见。 而引起这个问题的因素过多。 我们一时无法判断真正引发这个异常地方。 只能通过逐个排查方式来进行设置：

例如我们在建立关联关系后 进行查询时会遇到：

提示是： 在进行远程连接时超时， 引起这个问题原因可能是远程服务器积极拒绝访问！

首先要在SQL Server Configuation Manager中保证你服务已经运行 且是开机自动运行。

再次检查SQL Server 2005外围配置DataBaseEngine允许远程连接：

设置完成后。我们还需要设置SQL Server Analysis Services分析服务也支持远程数据查询：

在远程服务器上如果启用了防火墙则可能对目前SQL Server Server方位实例进行拦截。 所以在服务器端启用防火墙情况下要为SQL Server DAtaBase创建例外。防止客户端请求被拦截。

《32》进程被其他用户占用

当我们在远程分布式查询中有创建动作或是类似创建一个新的数据库。 有时会提示 “该数据库无法操作 已经别其他进程占用”异常。 导致我们无法访问数据库。 或是执行我们要做的创建操作

遇到这种情况我们可以利用SA权限查询到Master数据库对应数据库被占用的进程 并杀掉Kill Process查询：

以下是代码片段：

-- [sysprocesses 表中保存关于运行在 Microsoft SQL Server 上的进程的信息。

-- 这些进程可以是客户端进程或系统进程。sysprocesses 只存储在 master 数据库中]

use Master

go

SELECT FROM sysprocesses ,sysdatabases

WHERE sysprocessesdbid=sysdatabasesdbid AND sysdatabasesName='CustomerDB'

select from sysprocesses

select from sysdatabases

-- 杀死占用进程

kill 5

当我们对进程占用清除时有可能访问数据库被系统进程占用。 则这时用Sa无法杀死。这时提示：

“Only use Process can be Kill ”在SQL Server2005 只有只有用户进程才能Kill掉。

《33》更多的查询操作

往往我们在实际操作中需要对数据读写有更多要求。 例如从远程连接多个服务器进行数据读取或是把本地数据提交到服务器上。 为了提高效率和性能采用分布式事务来进行批量操作等等。 如下简单介绍在分布式查询中多中数据操作：

把远程数据导入本地：

以下是代码片段：

-- 把本地表导入远程表 [openWset方式]

insert openrowset( 'SQLOLEDB ', 'sql服务器名 '; '用户名 '; '密码 ',数据库名dbo表名) select from 本地表

-- 把本地表导入远程表 [open Query方式]

insert openquery(ITSV, 'SELECT FROM 数据库dbo表名 ')

导入时使用Into方式 自动在本地创建CopyDB表完全复制远程服务器上Users表的数据结构。但是要注意在进行后 的CopyDB将不包含原表的主键和索引约束。 虽然能快构建 但是主键和索引设置都会丢失。

本地数据导入远程：

-- 把本地表导入远程表 [openWset方式] insert openrowset( 'SQLOLEDB ', 'sql服务器名 '; '用户名 '; '密码 ',数据库名dbo表名) select from 本地表 -- 把本地表导入远程表 [open Query方式] insert openquery(ITSV, 'SELECT FROM 数据库dbo表名 ')

更新本地表数据：

以下是代码片段：

-- 把本地表导入远程表 [opendataSource方式]

insert opendatasource( 'SQLOLEDB ', 'Data Source=ip/ServerName;User ID=登陆名;Password=密码 ')数据库dbo表名

-- 更新本地表 [openowset方式]

update b set b列A=a列A from openrowset( 'SQLOLEDB ', 'sql服务器名 '; '用户名 '; '密码 ',数据库名dbo表名)

as a inner join 本地表 b on acolumn1=bcolumn1

当然还有更多方式来操作分布式查询操作。各位都可以尝试。

《4》尾 语

如上是我最近在项目中处理关于分布式查询涉及到方方面面。 从系统架构到分部是查询具体操作细节。基本都是一些非常基础运用。当然也参考不少资料。以及动手来验证整个过程出现问题原因所在。 篇幅有限 写的有些仓促。 难免有纰漏地方 还望各位指正。

#p#副标题#e#

安装完sql server以后，就是要对网站进行配置了：

1、将网站的数据库文件加载到sql server 比如附加数据库、还原数据库等，要看你的数据库文件类型了

2、更改你的网站里连接数据库的文件配置，如文件名称、数据库登陆用户名、登陆密码等

安装sql时一般使用默认用户名sa即可，密码可以随便设置，尽量复杂点，比如数字字母特殊字符的组合等

当然也可以再新建一个用户来专门为网站登陆用

希望可以帮到你

1、查询SQL中的所有表： Select TABLE_NAME FROM 数据库名称INFORMATION_SCHEMATABLES Where TABLE_TYPE='BASE TABLE' 执行之后，就可以看到数据库中所有属于自己建的表的名称 2、查询SQL中所有表及列： Select dbosysobjectsname as Table_name, dbosyscolumnsname AS Column_name FROM dbosyscolumns INNER JOIN dbosysobjects ON dbosyscolumnsid = dbosysobjectsid Where (dbosysobjectsxtype = 'u') AND (NOT (dbosysobjectsname LIKE 'dtproperties')) 3、在Sql查询分析器，还有一个简单的查询方法： EXEC sp_MSforeachtable @command1="sp_spaceused ''" 执行完之后，就可以看到数据库中所有用户表的信息 4、查询总存储过程数:select count() 总存储过程数 from sysobjects where xtype='p' 附：xtype类型D = 默认值或 DEFAULT 约束

F = FOREIGN KEY 约束L = 日志FN = 标量函数

IF = 内嵌表函数

P = 存储过程

PK = PRIMARY KEY 约束（类型是 K）

RF = 复制筛选存储过程S = 系统表TF = 表函数

TR = 触发器U = 用户表UQ = UNIQUE 约束（类型是 K）V = 视图X = 扩展存储过程 另：在sqlserver中取得某个数据库中所有表名的sql语句 select sysobjectsname from sysobjectsxtype ='U';SELECT name

WHERE (xtype = 'U') 在数据库的sysobjects表里有这个数据库全部表的信息, xtype值为'U'的就是表名 注意：一般通过上述方法获得全部用户表示都会有一个dtproperties表，SQLSERVER 默认它也是用户表，想要从用户表中排出，需要加上限定条件 status>0，即：select from sysobjects where xtype='U' and status>0

同步两个SQLServer数据库\x0d\\x0d\如何同步两个sqlserver数据库的内容程序代码可以有版本管理cvs进行同步管理,可是数据库同步就非常麻烦,只能自己改了一个后再去改另一个,如果忘记了更改另一个经常造成两个数据库的结构或内容上不一致各位有什么好的方法吗\x0d\\x0d\一、分发与复制\x0d\\x0d\用强制订阅实现数据库同步操作 大量和批量的数据可以用数据库的同步机制处理:\x0d\//\x0d\说明：\x0d\为方便操作,所有操作均在发布服务器(分发服务器)上操作,并使用推模式\x0d\在客户机器使用强制订阅方式。\x0d\\x0d\二、测试通过\x0d\\x0d\1:环境\x0d\\x0d\服务器环境:\x0d\机器名称： zehuadb\x0d\操作系统：windows 2000 server\x0d\数据库版本：sql 2000 server 个人版\x0d\\x0d\客户端\x0d\机器名称：zlp\x0d\操作系统：windows 2000 server\x0d\数据库版本：sql 2000 server 个人版\x0d\\x0d\2:建用户帐号\x0d\\x0d\在服务器端建立域用户帐号\x0d\我的电脑管理->本地用户和组->用户->建立\x0d\username:zlp\x0d\userpwd:zlp\x0d\\x0d\3:重新启动服务器mssqlserver\x0d\\x0d\我的电脑->控制面版->管理工具->服务->mssqlserver 服务\x0d\(更改为：域用户帐号,我们新建的zlp用户 \zlp,密码:zlp)\x0d\\x0d\4:安装分发服务器\x0d\\x0d\a:配置分发服务器\x0d\工具->复制->配置发布、订阅服务器和分发->下一步->下一步(所有的均采用默认配置)\x0d\\x0d\b:配置发布服务器\x0d\工具->复制->创建和管理发布->选择要发布的数据库(sz)->下一步->快照发布->下一步->选择要发布的内容->下一步->下一步->下一步->完成\x0d\\x0d\c:强制配置订阅服务器(推模式,拉模式与此雷同)\x0d\工具->复制->配置发布、订阅服务器和分发->订阅服务器->新建->sql server数据库->输入客户端服务器名称(zlp)->使用sql server 身份验证(sa,空密码)->确定->应用->确定\x0d\\x0d\d:初始化订阅\x0d\复制监视器->发布服务器(zehuadb)->双击订阅->强制新建->下一步->选择启用的订阅服务器->zlp->下一步->下一步->下一步->下一步->完成\x0d\\x0d\5:测试配置是否成功\x0d\\x0d\复制监视器->发布衿zehuadb)->双击sz:sz->点状态->点立即运行代理程序\x0d\\x0d\查看：\x0d\复制监视器->发布服务器(zehuadb)->sz:sz->选择zlp:sz(类型强制)->鼠标右键->启动同步处理\x0d\\x0d\如果没有错误标志(红色叉)，恭喜您配置成功\x0d\\x0d\6:测试数据\x0d\\x0d\在服务器执行:\x0d\\x0d\选择一个表，执行如下sql: insert into wq_newsgroup_s select '测试成功',5\x0d\\x0d\复制监视器->发布服务器(zehuadb)->sz:sz->快照->启动代理程序 ->zlp:sz(强制)->启动同步处理\x0d\\x0d\去查看同步的 wq_newsgroup_s 是否插入了一条新的记录\x0d\\x0d\测试完毕，通过。\x0d\7:修改数据库的同步时间,一般选择夜晚执行数据库同步处理\x0d\(具体操作略) :d\x0d\\x0d\/\x0d\注意说明：\x0d\服务器一端不能以(local)进行数据的发布与分发,需要先删除注册，然后新建注册本地计算机名称\x0d\\x0d\卸载方式：工具->复制->禁止发布->是在"zehuadb"上静止发布,卸载所有的数据库同步配置服务器\x0d\\x0d\注意：发布服务器、分发服务器中的sqlserveragent服务必须启动\x0d\采用推模式: "d:\microsoft sql server\mssql\repldata\unc" 目录文件可以不设置共享\x0d\拉模式:则需要共享~!\x0d\/\x0d\少量数据库同步可以采用触发器实现,同步单表即可。\x0d\\x0d\三、配置过程中可能出现的问题\x0d\\x0d\在sql server 2000里设置和使用数据库复制之前，应先检查相关的几台sql server服务器下面几点是否满足：\x0d\\x0d\1、mssqlserver和sqlserveragent服务是否是以域用户身份启动并运行的（\administrator用户也是可以的）\x0d\\x0d\如果登录用的是本地系统帐户local，将不具备网络功能，会产生以下错误:\x0d\\x0d\进程未能连接到distributor '@server name'\x0d\\x0d\(如果您的服务器已经用了sql server全文检索服务, 请不要修改mssqlserver和sqlserveragent服务的local启动。\x0d\会照成全文检索服务不能用。请换另外一台机器来做sql server 2000里复制中的分发服务器。)\x0d\\x0d\修改服务启动的登录用户，需要重新启动mssqlserver和sqlserveragent服务才能生效。\x0d\\x0d\2、检查相关的几台sql server服务器是否改过名称(需要srvid=0的本地机器上srvname和datasource一样)\x0d\\x0d\在查询分析器里执行:\x0d\use master\x0d\select srvid,srvname,datasource from sysservers\x0d\\x0d\如果没有srvid=0或者srvid=0（也就是本机器）但srvname和datasource不一样, 需要按如下方法修改:\x0d\\x0d\use master\x0d\go\x0d\-- 设置两个变量\x0d\declare @serverproperty_servername varchar(100),\x0d\@servername varchar(100)\x0d\-- 取得windows nt 服务器和与指定的 sql server 实例关联的实例信息\x0d\select @serverproperty_servername = convert(varchar(100), serverproperty('servername'))\x0d\-- 返回运行 microsoft sql server 的本地服务器名称\x0d\select @servername = convert(varchar(100), @@servername)\x0d\-- 显示获取的这两个参数\x0d\select @serverproperty_servername,@servername\x0d\--如果@serverproperty_servername和@servername不同(因为你改过计算机名字),再运行下面的\x0d\--删除错误的服务器名\x0d\exec sp_dropserver @server=@servername\x0d\--添加正确的服务器名\x0d\exec sp_addserver @server=@serverproperty_servername, @local='local'\x0d\\x0d\修改这项参数，需要重新启动mssqlserver和sqlserveragent服务才能生效。\x0d\\x0d\这样一来就不会在创建复制的过程中出现18482、18483错误了。\x0d\\x0d\3、检查sql server企业管理器里面相关的几台sql server注册名是否和上面第二点里介绍的srvname一样\x0d\\x0d\不能用ip地址的注册名。\x0d\\x0d\（我们可以删掉ip地址的注册，新建以sql server管理员级别的用户注册的服务器名）\x0d\\x0d\这样一来就不会在创建复制的过程中出现14010、20084、18456、18482、18483错误了。\x0d\\x0d\4、检查相关的几台sql server服务器网络是否能够正常访问\x0d\\x0d\如果ping主机ip地址可以，但ping主机名不通的时候，需要在\x0d\\x0d\winnt\system32\drivers\etc\hosts (win2000)\x0d\windows\system32\drivers\etc\hosts (win2003)\x0d\\x0d\文件里写入数据库服务器ip地址和主机名的对应关系。\x0d\\x0d\例如：\x0d\\x0d\127001 localhost\x0d\192168035 oracledb oracledb\x0d\192168065 fengyu02 fengyu02\x0d\2028410193 bj_db bj_db\x0d\或者在sql server客户端网络实用工具里建立别名，例如:\x0d\5、系统需要的扩展存储过程是否存在(如果不存在，需要恢复):\x0d\\x0d\sp_addextendedproc 'xp_regenumvalues',@dllname ='xpstardll'\x0d\go\x0d\sp_addextendedproc 'xp_regdeletevalue',@dllname ='xpstardll'\x0d\go\x0d\sp_addextendedproc 'xp_regdeletekey',@dllname ='xpstardll'\x0d\go\x0d\sp_addextendedproc xp_cmdshell ,@dllname ='xplog70dll' \x0d\\x0d\接下来就可以用sql server企业管理器里[复制]-> 右键选择 ->[配置发布、订阅服务器和分发]的图形界面来配置数据库复制了。\x0d\\x0d\下面是按顺序列出配置复制的步骤:\x0d\\x0d\1、建立发布和分发服务器\x0d\\x0d\[欢迎使用配置发布和分发向导]->[选择分发服务器]->[使"@servername"成为它自己的分发服务器,sql server将创建分发数据库和日志]\x0d\->[制定快照文件夹]-> [自定义配置] -> [否,使用下列的默认配置] -> [完成]\x0d\\x0d\上述步骤完成后, 会在当前"@servername" sql server数据库里建立了一个distribion库和 一个distributor_admin管理员级别的用户(我们可以任意修改密码)。\x0d\\x0d\服务器上新增加了四个作业:\x0d\\x0d\[ 代理程序历史记录清除: distribution ]\x0d\[ 分发清除: distribution ]\x0d\[ 复制代理程序检查 ]\x0d\[ 重新初始化存在数据验证失败的订阅 ]\x0d\\x0d\sql server企业管理器里多了一个复制监视器, 当前的这台机器就可以发布、分发、订阅了。\x0d\\x0d\我们再次在sql server企业管理器里[复制]-> 右键选择 ->[配置发布、订阅服务器和分发]\x0d\\x0d\我们可以在 [发布服务器和分发服务器的属性] 窗口-> [发布服务器] -> [新增] -> [确定] -> [发布数据库] -> [事务]/[合并] -> [确定] -> [订阅服务器] -> [新增] -> [确定]\x0d\\x0d\把网络上的其它sql server服务器添加成为发布或者订阅服务器\x0d\\x0d\新增一台发布服务器的选项：\x0d\\x0d\我这里新建立的jin001发布服务器是用管理员级别的数据库用户test连接的，\x0d\\x0d\到发布服务器的管理链接要输入密码的可选框, 默认的是选中的，\x0d\\x0d\在新建的jin001发布服务器上建立和分发服务器fengyu/fengyu的链接的时需要输入distributor_admin用户的密码。到发布服务器的管理链接要输入密码的可选框，也可以不选，也就是不需要密码来建立发布到分发服务器的链接(这当然欠缺安全，在测试环境下可以使用)。\x0d\\x0d\2、新建立的网络上另一台发布服务器(例如jin001)选择分发服务器\x0d\\x0d\[欢迎使用配置发布和分发向导]->[选择分发服务器]\x0d\\x0d\-> 使用下列服务器(选定的服务器必须已配置为分发服务器) -> [选定服务器](例如fengyu/fengyu)\x0d\\x0d\-> [下一步] -> [输入分发服务器（例如fengyu/fengyu）的distributor_admin用户的密码两次]\x0d\\x0d\-> [下一步] -> [自定义配置] -> [否，使用下列的默认配置]\x0d\\x0d\-> [下一步] -> [完成] -> [确定]\x0d\\x0d\建立一个数据库复制发布的过程:\x0d\\x0d\[复制] -> [发布内容] -> 右键选择 -> [新建发布]\x0d\\x0d\-> [下一步] -> [选择发布数据库] -> [选中一个待发布的数据库]\x0d\\x0d\-> [下一步] -> [选择发布类型] -> [事务发布]/[合并发布]\x0d\\x0d\-> [下一步] -> [指定订阅服务器的类型] -> [运行sql server 2000的服务器]\x0d\\x0d\-> [下一步] -> [指定项目] -> [在事务发布中只可以发布带主键的表] -> [选中一个有主键的待发布的表]\x0d\\x0d\->[在合并发布中会给表增加唯一性索引和 rowguidcol 属性的唯一标识符字段[rowguid],默认值是newid()]\x0d\\x0d\(添加新列将: 导致不带列列表的 insert 语句失败,增加表的大小,增加生成第一个快照所要求的时间)\x0d\\x0d\->[选中一个待发布的表]\x0d\\x0d\-> [下一步] -> [选择发布名称和描述] ->\x0d\\x0d\-> [下一步] -> [自定义发布的属性] -> [否，根据指定方式创建发布]\x0d\\x0d\-> [下一步] -> [完成] -> [关闭]\x0d\\x0d\发布属性里有很多有用的选项：设定订阅到期(例如24小时)\x0d\\x0d\设定发布表的项目属性:\x0d\\x0d\常规窗口可以指定发布目的表的名称，可以跟原来的表名称不一样。\x0d\\x0d\下图是命令和快照窗口的栏目\x0d\\x0d\( sql server 数据库复制技术实际上是用insert,update,delete操作在订阅服务器上重做发布服务器上的事务操作\x0d\\x0d\看文档资料需要把发布数据库设成完全恢复模式，事务才不会丢失\x0d\\x0d\但我自己在测试中发现发布数据库是简单恢复模式下，每10秒生成一些大事务，10分钟后再收缩数据库日志，\x0d\这期间发布和订阅服务器上的作业都暂停，暂停恢复后并没有丢失任何事务更改 )\x0d\\x0d\发布表可以做数据筛选，例如只选择表里面的部分列:\x0d\\x0d\例如只选择表里某些符合条件的记录, 我们可以手工编写筛选的sql语句:\x0d\\x0d\发布表的订阅选项，并可以建立强制订阅:\x0d\\x0d\成功建立了发布以后,发布服务器上新增加了一个作业: [ 失效订阅清除 ]\x0d\\x0d\分发服务器上新增加了两个作业:\x0d\[ jin001-dack-dack-5 ] 类型[ repl快照 ]\x0d\[ jin001-dack-3 ] 类型[ repl日志读取器 ]\x0d\\x0d\上面蓝色字的名称会根据发布服务器名,发布名及第几次发布而使用不同的编号\x0d\\x0d\repl快照作业是sql server复制的前提条件,它会先把发布的表结构,数据,索引,约束等生成到发布服务器的os目录下文件\x0d\(当有订阅的时候才会生成, 当订阅请求初始化或者按照某个时间表调度生成)\x0d\\x0d\repl日志读取器在事务复制的时候是一直处于运行状态。(在合并复制的时候可以根据调度的时间表来运行)\x0d\\x0d\建立一个数据库复制订阅的过程:\x0d\\x0d\[复制] -> [订阅] -> 右键选择 -> [新建请求订阅]\x0d\\x0d\-> [下一步] -> [查找发布] -> [查看已注册服务器所做的发布]\x0d\\x0d\-> [下一步] -> [选择发布] -> [选中已经建立发布服务器上的数据库发布名]\x0d\\x0d\-> [下一步] -> [指定同步代理程序登录] -> [当代理程序连接到代理服务器时:使用sql server身份验证]\x0d\(输入发布服务器上distributor_admin用户名和密码)\x0d\\x0d\-> [下一步] -> [选择目的数据库] -> [选择在其中创建订阅的数据库名]/[也可以新建一个库名]\x0d\\x0d\-> [下一步] -> [允许匿名订阅] -> [是，生成匿名订阅]\x0d\\x0d\-> [下一步] -> [初始化订阅] -> [是，初始化架构和数据]\x0d\\x0d\-> [下一步] -> [快照传送] -> [使用该发布的默认快照文件夹中的快照文件]\x0d\(订阅服务器要能访问发布服务器的repldata文件夹，如果有问题，可以手工设置网络共享及共享权限)\x0d\\x0d\-> [下一步] -> [快照传送] -> [使用该发布的默认快照文件夹中的快照文件]\x0d\\x0d\-> [下一步] -> [设置分发代理程序调度] -> [使用下列调度] -> [更改] -> [例如每五分钟调度一次]\x0d\\x0d\-> [下一步] -> [启动要求的服务] -> [该订阅要求在发布服务器上运行sqlserveragent服务]\x0d\\x0d\-> [下一步] -> [完成] -> [确定]\x0d\\x0d\成功建立了订阅后，订阅服务器上新增加了一个类别是[repl-分发]作业(合并复制的时候类别是[repl-合并])\x0d\\x0d\它会按照我们给的时间调度表运行数据库同步复制的作业。\x0d\\x0d\3、sql server复制配置好后, 可能出现异常情况的实验日志:\x0d\\x0d\1发布服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制没有多大影响\x0d\\x0d\中断期间,分发和订阅都接收到没有复制的事务信息\x0d\\x0d\2分发服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制有一些影响\x0d\\x0d\中断期间,发布服务器的事务排队堆积起来\x0d\(如果设置了较长时间才删除过期订阅的选项, 繁忙发布数据库的事务日志可能会较快速膨胀),\x0d\\x0d\订阅服务器会因为访问不到发布服务器,反复重试\x0d\我们可以设置重试次数和重试的时间间隔(最大的重试次数是9999, 如果每分钟重试一次,可以支持约69天不出错)\x0d\\x0d\分发服务器sql server服务启动,网络接通以后,发布服务器上的堆积作业将按时间顺序作用到订阅机器上:\x0d\\x0d\会需要一个比较长的时间(实际上是生成所有事务的insert,update,delete语句,在订阅服务器上去执行)\x0d\我们在普通的pc机上实验的58个事务100228个命令执行花了7分28秒\x0d\\x0d\3订阅服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制影响比较大,可能需要重新初试化\x0d\\x0d\我们实验环境(订阅服务器)从18:46分意外停机以, 第二天8:40分重启动后, 已经设好的复制在8:40分以后又开始正常运行了, 发布服务器上的堆积作业将按时间顺序作用到订阅机器上, 但复制管理器里出现快照的错误提示, 快照可能需要重新初试化,复制可能需要重新启动(我们实验环境的机器并没有进行快照初试化,复制仍然是成功运行的)\x0d\\x0d\4、删除已经建好的发布和定阅可以直接用delete删除按钮\x0d\\x0d\我们最好总是按先删定阅，再删发布，最后禁用发布的顺序来操作。\x0d\\x0d\如果要彻底删去sql server上面的复制设置, 可以这样操作:\x0d\\x0d\[复制] -> 右键选择 [禁用发布] -> [欢迎使用禁用发布和分发向导]\x0d\\x0d\-> [下一步] -> [禁用发布] -> [要在"@servername