sqlserver分发,sqlserver分发缺少索引

怎样同步两个SQLSERVER的数据

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

我们提供的服务有：成都做网站、网站制作、微信公众号开发、网站优化、网站认证、潮阳ssl等。为上1000家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的潮阳网站制作公司

sql server 2008分发服务器配置在哪

下面为您介绍的sqlserver分发服务器的设置方法可以将将分发服务器设置在和发布服务器不同的机器上，该方法供您参考学习，希望对您有所启迪。

一般来说，是把发布服务器和分发服务器放在同一台SERVER上，但是当发布服务器的压力比较大的时候，就可以选择将sqlserver分发服务器设置在和发布服务器不同的机器上。

具体配置如下：

首先要在分发服务器上的sqlserver中将本机配置为sqlserver分发服务器，在选择发布服务器的时候，要添加上远程的实际的发布服务器，这里又涉及到之前一篇文章里提过的服务器名称上，如果要从分发服务器连接发布服务器，使用的服务器名称不能是sqlserver要求的标准的server\instance的话，那就得在分发服务器上做这个标准的别名，然后设置上管理密码。

然后在发布服务器上，配置sqlserver分发服务器的时候，选择使用远程服务器，然后连接到分发服务器（如果分发服务器没有做之前做的配置的话，这里就会提示分发服务器管理员做设置什么的，总之就是过不去了），然后输入之前在分发服务器中输入的管理密码。

最后要说的主要是这个快照代理的运行账户，这个账户可以设置为在sqlserver分发服务器上的windows账户同，分发服务器名\用户名，此账户要对在分发服务器上的快照文件夹有写权限，还要设置此用户可以登录分发服务器的sqlserver并属于分发数据库的db_owner角色，最后因为真正的发布数据库在发布服务器上，如果连接到发布服务器使用通过模拟进程账户，则还需要在发布服务器上配置一个和分发服务器上运行快照代理相同的windows账户，并对使它属于发布数据库的db_owner角色。当然这可能只是配置的一种方案，根本问题还是在于配置的windows账户能对所需要访问的资源拥有相应的权限。

sqlserver配置分发显示5184错误

在sqlserver 2008 r2 上面做发布/订阅的时候，服务器上发布时出现：”sqlserver 无法将xxx配置为分发服务器 “错误。由于查询的两个servername 不一样、sqlserver 在配置分发服务器的时候不能明确知道是哪个服务，导致配置分发显示错误。可以利用工具-复制-配置发布、订阅服务器和分发-订阅服务器-新建-SQL Server数据库-输入客户端服务器名称(javaTest2)-使用SQL Server 身份验证(sa,sa)-确定-应用-确定进行改正

如何在SQLServer2000中配置发布、分发和订阅服务

5.0 文档说明

除可用的新功能之外，本节还包含运行 SP3 时可能发生的问题。这些问题可能发生在从 SQL Server 2000、SQL Server 2000 SP1 或 SQL Server 2000 SP2 运行 Service Pack 进行升级的情况下。本节未描述 SP3 中提供的所有修补程序。要查看这些修补程序的完整列表，请参见 Microsoft 知识库文章 306908。

本节中的 Analysis Services 和 Meta Data Services 部分不适用于仅 Desktop Engine 安装。

本自述文件中未能及时提供的 SQL Server 2000 Service Pack 3 相关信息，将在 Microsoft 知识库文章 330022 中提供。该文章可以在 Microsoft 产品技术支持服务知识库中找到。

5.1 数据库引擎和 Desktop Engine 增强功能

下列增强功能适用于安装 Database Components SP3 的 SQL Server 2000 实例。也适用于安装 Desktop Engine SP3 的 Desktop Engine 实例。

5.1.1 在 Database Components SP3 中使用中文、日语或朝鲜语字符

在 SP1 中引入

如果在运行 Windows NT 4.0 的服务器或 Windows 98 上安装了 Database Components SP3 之后再升级到 Windows 2000，Windows 2000 升级过程将替换某些系统文件。在对中文、日语或朝鲜语字符排序时，需要使用这些系统文件。如果在 SQL Server 数据库中使用中文、日语或朝鲜语字符，在升级到 Windows 2000 后，需重新运行 SP3 附带的 Sqlredis.exe。有关运行 Sqlredis.exe 的更多信息，请参见 4.2 再发布 SP3 数据访问组件。

说明 如果客户机或服务器上没有含中文、日语或朝鲜语字符的数据库，则无需重新应用 Sqlredis.exe。

5.1.2 散列组已删除

在 SP1 中引入

散列组 (hash teams) 已删除。由于 SQL Server 2000 中的改进，使用散列组已不能获得它们在 SQL Server 7.0 中所提供的性能好处。而且，删除散列组使得 SQL Server 2000 更加稳定。

因此，查询优化器不再用散列组生成查询计划。

在极个别的情况下，删除散列组可能会使查询的处理速度减慢。请分析这类查询并确定创建更适合的索引是否能使查询性能恢复到以前的水平。

5.1.3 添加的 Affinity Mask 开关

在 SP1 中引入

此 Service Pack 添加了两个 Affinity Mask 开关。

Affinity Mask I/O 开关

使用此 Service Pack，可以指定使用哪些 CPU 来运行用于磁盘 I/O 操作的线程。这一开关必须与 Affinity Mask 选项结合起来使用。有关更多信息，请参见 Microsoft 产品技术支持服务知识库中的文章 298402。有关搜索知识库的指导，请参见 1.3 关于 SP3 的其他信息。

Affinity Mask 连接开关

使用此 Service Pack，可以将支持虚拟接口体系结构 (VIA) 的系统配置为将 SQL Server 连接从某些网卡绑定到一个处理器或一组处理器。这一开关必须与 Affinity Mask 选项结合起来使用。有关更多信息，请参见 Microsoft 产品技术支持服务知识库中的文章 299641。

详细内容参见

;forum_id=39