发布服务器订阅服务器是什么

① COM+事件系统服务项是什么

COM+ 事件服务 COM+ 事件服务可提供自动事件分发来订阅 COM 组件。 COM+ 事件扩展了 COM+ 编程模型，它支持在发布服务器或订阅服务器与 事件系统 之间使用后期绑定事件或调用方法。 事件系统 将在信息可用时通知您，而不 是 反复轮询服务器。 COM+ 事件服务可处理发布服务器和订阅服务器的大部分事件语义。发布服务器提供发布事件类型，订阅服务器则请求特定发布服务器的事件类型。订阅在发布服务器和订阅服务器外维护，且在需要时才检索。这简化了两者的编程模型。订阅服务器无需包含构建订阅的逻辑（构建订阅服务器与创建 COM 组件一样简单）。订阅的生命周期独立于发布服务器或订阅服务器的生命周期。订阅可在订阅服务器或发布服务器激活之前构建。 如果停止 COM+ 事件服务，系统事件通知服务将关闭，且无法提供登录或注销通知。如果禁用该服务，所有明显依赖于该服务的其他服务都将无法启动。

② sqlServer2000 数据同步问题

经过测试，可以顺利实现数据库结构的初始化和数据的单向同步（也就是订阅服务器的数据可以及时更新为发布服务器的数据)。
准备工作：
>>数据的同步中主要考虑的三部分，可以理解成三台主机。发布服务器，分发服务器和订阅服务器；可以从字面的意思理解，要实现的功能实际就是让订阅服务器通过分发服务器保持数据及时地和发布服务器上的数据一致。整个执行过程是这样一来的：
a.订阅服务器应该有个初始化，一般来说我们开始做这个同步任务的时候，发布服务器已经有了相当的数据量了，而我们的订阅服务器应该是新建的服务。即使发布中没有数据，也需要把他的数据库结构初始化到订阅服务器上。
b.我采用的是事物复制，发布服务器的数据发生变化后，相当于触发了一个更新操作，而事物复制可以在设定的时间把数据更新的操作更新到订阅服务器中去。当然，这个操作需要经过分发服务器。在我的测试中，我是把发布服务器和分发服务器设置为同一台主机，可以顺利实现数据在案分钟内同步。

>>在操作的起始，需要考虑订阅服务器是否有和发布服务器相同结构的数据库，如果有，需要做的就是使用代理把发布服务器现有的数据初始化过去；如果没有对应的相同结构的数据库，就需要要把发布服务器当前的数据库结构和当前的数据都初始化到订阅服务器中。当然这里所说的操作都是在下面的实施步骤中实现，不需要单独处理。
>>如果说对Windows系统有所要求的话，就应该保证这三个服务器（发布，分发，订阅）在同个域中，以同一个域管理员帐号身份运行，操作如下：
a.进入相应的服务器，控制面板->服务->SQLSERVERAGENT，设置登录，三台服务器同样设置。

图1
b.操作前，也不允许这三台服务器对应的别名使用呢称，比如"LOCAL"，这样的别名要删除重建，可以采用主机名，比如：server02.

下面开始执行数据库同步的操作：
>>配置发布服务器和分发服务器：
a.选中对应服务器的注册名->工具->复制->配置发布、订阅和分发，直接按照默认设置向下执行，直到完成。关闭。
b.再一次选中这个服务器服务器的注册名->工具->复制->配置发布、订阅和分发，可以看到这次界面和步骤a中的界面有所不同，我们只需要配置一下 发布服务器，发布数据库，订阅服务器。（我的发布数据库采用的是事物性的）。点“确定”完成操作。<标记P>

>>创建发布，可以选中相应的注册，用工具->复制->创建和管理发布或者在该注册下面的 复制->发布内容 选中后，在右边空白处，右键，新建发布，来创建你的发布。我选择的是事物发布，按照默认设置，选择你要发布的表或其他对象，其他地方不需要修改，直到完成操作。
>>修改发布属性：选择“状态”->立即运行代理程序；代理程序属性->设置你的调度，比如一分钟一次。（调度->编辑->更改；通知->写入windows应用程序事件日志）,"确定"完成操作。

>>创建订阅：选择发布服务器对应的注册，复制->发布内容->在这个内容上右键，强制新订阅，->"下一步",选择订阅服务器(在标记P那一步选择的订阅服务器）->“下一步”->选择你有的数据库，或者新建一个数据库
->"下一步"-> 修改你需要的调度->按照默认设置，直到完成。

到这里就可以完成了，修改发布服务器数据库中的内容，等一两分钟，数据就同步到订阅服务器中了。不过由于第一次执行需要快照，如果发布库中有一定的内容，第一次执行可能需要几分钟时间。如果数据不能同步过去，大家是调度设置时间太短（比如1分钟）使快照不能完成，所以后面的步骤无法执行，遇到这样的情况的话，
选中你发布的内容，设置属性，在“状态”中“立即运行代理程序”，这样的话，数据会马上同步过去的。

补充一点，需要同步的数据表，当然需要有主键，需要同步的数据在各自对应的字段应该合法。

③ 合并复制的发布与订阅

合并复制必须先初始化发布服务器和订阅服务器，然后才能在它们之间传递数据。 本主题提供有关初始化期间所进行的操作的信息。 下表列出了发布的初始化操作的详细信息，在您执行列出的每个存储过程时，或在完成新建发布向导后，都会发生这些初始化操作。 在为发布首次运行快照代理后，会发生进一步的初始化。
sp_replicationdboption
将发布数据库标记为要进行复制。 除非删除复制，否则不能删除该数据库。
将系统表添加到发布数据库中（除非该数据库中已存在合并发布）。 有关系统表的完整列表，请参阅本主题中的“在发布数据库和订阅数据库中创建的系统表”部分。
sp_addmergepublication
将发布项添加到系统表中。
sp_addpublication_snapshot
将快照代理作业添加到 SQL Server 代理系统中。 作业名称的格式为 <发布服务器>-<发布数据库>-<发布>-<整数>。
sp_addmergearticle
将复制的每个对象标记为要进行复制。 除非从所有发布中删除对象的相应项目，否则不能删除对象。
将代表每个项目的条目添加到系统表中。
发布数据库的其余初始化操作在为发布首次运行快照代理时执行（以后运行快照代理时，不会重新初始化发布数据库）。 如果使用新建发布向导，默认情况下会在完成向导后创建初始快照。 如果使用存储过程，则必须运行代理作业或直接运行代理。 有关运行代理的详细信息，请参阅如何启动和停止复制代理 (SQL Server Management Studio)和复制代理可执行文件概念。
为发布首次运行快照代理：
在每个已发布的表中添加一个名为 rowguid的列，除非表中已有一个数据类型为 uniqueidentifier 并具有 ROWGUIDCOL 属性集的列（这种情况下将使用此列）。 rowguid列用于唯一标识每个已发布表中的每一行。 如果从发布中删除表，将删除 rowguid列；如果将现有列用于跟踪，则不删除该列。
在发布数据库中为每个已发布的表创建下列对象（所有对象都在 dbo架构中创建）：
将插入、更新和删除触发器添加到已发布的表中，以跟踪更改。 触发器的命名格式为 MSmerge_ins_<GUID>、MSmerge_upd_<GUID>和 MSmerge_del_<GUID>。 GUID 值从系统表 sysmergearticles中项目的项派生而来。
创建存储过程以处理已发布表的插入、更新和删除操作，并执行与复制相关的其他一些操作。
创建视图以管理插入、更新、删除和筛选操作。
创建冲突表以存储冲突信息。 冲突表与已发布表的架构相匹配： 为每个已发布的表编写脚本，然后用脚本在发布数据库中创建冲突表。 冲突表的命名格式为 dbo.MSmerge_conflict_<发布>_<项目>。
每次运行快照代理时，都会为发布数据库中的每个项目创建下列类型的文件（带有相应的文件扩展名）：
架构 (.sch)
约束和索引 (.dri)
触发器 (.trg)
系统表数据 (.sys)
冲突表 (.cft)
数据 (.bcp) -- 不会为使用参数化筛选器的发布创建。
如果发布不使用任何参数化筛选器，快照会将已发布表的数据包含在一组 .bcp 文件中。 如果发布使用参数化筛选器（对于合并发布通常如此），初始快照将不包含任何数据。 将使用订阅服务器分区的快照提供数据，这将在“初始化订阅”部分进行讨论。 每个订阅都在订阅的合并代理运行并将初始快照复制到订阅数据库时进行初始化。 除了已复制对象的架构和数据之外，快照还包含发布数据库中存在的系统表、视图、触发器和存储过程（还会将一个或两个额外的系统表复制到订阅数据库中）。 有关系统表的完整列表，请参阅本主题中的“在发布数据库和订阅数据库中创建的系统表”部分。 如果重新初始化订阅，将覆盖所有已复制对象和复制系统对象。
如果发布数据库中的任何表都未使用参数化筛选器，则向每个订阅服务器上复制相同的发布快照。 如果使用了一个或多个参数化筛选器，则每个订阅的初始化方式将由下列逻辑决定：
如果在命令行中为合并代理提供了快照位置：
则从此位置应用快照。
否则，如果快照是预生成的：
则从发布数据库中的 MSmerge_dynamic_snapshots检索快照的位置，并从该位置应用快照。
否则，如果发布允许订阅服务器初始化快照：
如果已经为具有同一分区的其他订阅服务器生成了快照，则将该快照应用于订阅服务器。
否则，将生成快照并将其应用于订阅服务器。
否则，将对发布中的表使用 SELECT 语句初始化订阅服务器。 此方法要比使用订阅服务器分区的快照慢得多。
如果快照传输在任一点中断，它将自动恢复并且不再重新发送已经全部传输的任何文件。 对于每个发布项目，快照代理的传递单位是bcp 文件，因此已部分传递的文件必须全部重新传递。 不过，恢复快照可以大幅度减少传输的数据量，即便在连接不可靠的情况下也可以确保及时进行快照传递。 有关创建快照的详细信息，请参阅带有参数化筛选器的合并发布的快照。

④ sqlserver同步2 如何让订阅服务器与发布服务器库结构一样

然后手动导出发布表的sql脚本，在订阅库中建立该表,在生成脚本时不要使用drop
在选择 立即生成代理快照那项，就o啦
然后修改订阅库表的identity类型 是改为是(不用于复制) 以后当这个为主库的时候再改成是。否则会出错!系统提示：因为该发布不允许使用可更新的订阅，当 IDENTITY 列被传输到订阅服务器时，不会传输 IDENTITY 属性。（例如，在发布服务器上定义为 INT IDENTITY 的列在订阅服务器上将定义为 INT。）
如果想将 IDENTITY 属性传输到订阅表，则必须进行如下操作:
» 使用 IDENTITY 属性和 NOT FOR REPLICATION 选项手工创建订阅表。您可以通过让 SQL Server 在应用快照之前执行自定义脚本来执行该操作。若要指定自定义脚本，请先创建发布，再创建脚本，然后在发布属性的快照选项卡上输入该脚本的名称。
» 设置名称冲突项目属性，以便 SQL Server 在订阅服务器上应用快照时不会除去现有的表。该属性在项目属性的快照选项卡上。

⑤ 实现sqlserver的订阅功能

如果两台机器都是内网则不需要，但是创建好后最好不要变IP和计算机名称！在内网中可以采用计算机名称来做实例！如果是外网则需要。

⑥ 请教下sql2000发布订阅的问题!

对不起，看不懂你的问题，你的意思是有2台服务器，一台管订阅，一台管发布？

⑦ 外网订阅内网数据库的发布,服务器名称怎么填

统一写localhost
或127.0.0.1

⑧ 请问SQL REPLICATION是什么

SQL Server中的复制(Replication)是SQL Server高可用性的核心功能之一,在我看来，复制指的并不仅仅是一项技术，而是一些列技术的集合,包括从存储转发数据到同步数据到维护数据一致性。
大多数使用复制的原因可以分为如下几类：
1.负载均衡----通过将数据复制到其它数据库服务器来减少当前服务器的负载，比如说最典型的应用就是分发数据来分离OLTP和OLAP环境。
2.分区----将经常使用的数据和历史数据隔离，将历史数据复制到其它数据库中
3.授权----将一部分数据提供给需要使用数据的人，以供其使用
4.数据合并-每个区域都有其各自的数据，将其数据进行合并。比如一个大公司，每个地区都有其各自的销售数据，总部需要汇总这些数据。
5.故障转移----复制所有数据，以便故障时进行转移。
复制类型
SQL Server将复制方式分为三大类，每一个发布只能有一种复制类型，分别为:快照复制，事务复制和合并复制。

快照复制
快照复制将发布的所有表做成一个镜像，然后一次性复制到订阅服务器。中间的更新不会像其它复制类型那样自动传送到订阅服务器。由这个概念不难看出，快照复制的特点会是:
1.占用网络宽带，因为一次性传输整个镜像，所以快照复制的内容不应该太大。
2.适合那些更新不频繁，但每次更新都比较大的数据。比如企业员工信息表，每半年更新一次这类的业务场景。
3.适合订阅服务器是OLAP只读的环境。
事务复制
事务复制就像其名字一样，复制事务。在第一次设置好事务复制后，发布的表、存储过程等将会被镜像，之后每次对于发布服务器所做的改动都会以日志的方式传送到订阅服务器。使得发布服务器和订阅服务器几乎可以保持同步。因此，可以看出事务复制的特点是:
1.发布服务器和订阅服务器内容基本可以同步
2.发布服务器，分发服务器，订阅服务器之间的网络连接要保持畅通。
3.订阅服务器也可以设置成请求订阅,使得订阅服务器也可以不用一直和分发服务器保持连接。
4.适用于要求实时性的环境。
合并复制
合并复制即允许发布服务器更新数据库，也允许订阅服务器更新数据。定期将这些更新进行合并，使得发布的数据在所有的节点上保持一致。因此，有可能发布服务器和订阅服务器更新了同样的数据，当冲突产生时，并不是完全按照发布服务器优先来处理冲突，而是根据设置进行处理，这些会在后续文章中讲到。

⑨ 什么是发送服务器、接收服务器

发送服务器是SMTP服务器，接收服务器是POP服务器和IMAP服务器。

1、SMTP服务器帮助每台计算机在发送或中转信件时找到下一个目的地。通过SMTP协议所指定的服务器，就可以把E－mail寄到收信人的服务器上了，整个过程只要几分钟。SMTP服务器则是遵循SMTP协议的发送邮件服务器，用来发送或中转发出的电子邮件。

2、POP3服务器是遵循POP3协议的接收邮件服务器，用来接收电子邮件的。POP3协议允许用户从服务器上把邮件存储到本地主机（即自己的计算机）上，同时根据客户端的操作删除或保存在邮件服务器上的邮件。

3、IMAP服务器的主要作用是邮件客户端可以从邮件服务器上获取邮件的信息，下载邮件等。IMAP协议运行在TCP／IP协议之上，使用的端口是143。它与POP3协议的主要区别是用户可以不用把所有的邮件全部下载，可以通过客户端直接对服务器上的邮件进行操作。

(9)发布服务器订阅服务器是什么扩展阅读：

人们通过访问服务器实现邮件的交换。服务器程序通常不能由用户启动，而是一直在系统中运行，它一方面负责把本机器上发出的E-mail发送出去，另一方面负责接收其他主机发过来的E-mail，并把各种电子邮件分发给每个用户。

在用户处理电子邮件时，需要选择一种供用户使用的电子邮件程序。由于网络环境的多样性，各种网络环境的操作系统与软件系统也不相同，因此服务器也不完全一样。

⑩ sqlserver订阅发布有什么用

可以实现数据同步。