sql订阅发布
① 简述sql Server发布订阅的主要步骤有哪几个简述日志发布和事务发布的区别在哪
一、环境说明
两台局域网内的PC机
主机：
系统：window server2012
数据库：sqlserver 2012
服务器名称：SqlServer2012dy
备机：
系统：window server2012
数据库：sqlserver 2012
计算机名：WIN-CHAO
用户名：Administrator
做复制之前，把两台机器的防火墙关闭，然后保证两台机器能够互相PING 通。
② sql server 的复制与订阅，在发布视图时要注意什么求高手指导步骤
1、视图不能单独的发布，视图所用到的基表也要发布
2、初始化视图订阅之前要先初始化基表订阅
不管发布还是订阅，遵循 表到视图 的顺序
③ sql srver怎么取消发布和订阅
以下方法均为
事务复制
--PUSH方式
1、删除单个的发布
：
复制-->
本地发布-->
右击-->
删除，如下图，然后再把对应的订阅服务器删除掉，或者等待执行：sp_MSdistribution_cleanup
的JOB（分发清除:
distribution）默认订阅72小时失效之后自动删除。
2、删除全部的发布：
复制-->
右击
-->
禁用发布和分发，如下图，这个会同时的把分发服务器的配置清掉，需要重新配置的哦。。
其实只是执行了一个脚本
use
[master]
exec
sp_dropdistributor
@no_checks
=
1
GO
/*
[
@no_checks=]
no_checks
指示在删除分发服务器之前是否检查有无依赖对象。no_checks
的数据类型为
bit，默认值为
0。
如果为
0，则
sp_dropdistributor
将执行检查，以确保除分发服务器以外的所有发布和分发对象都已删除。
如果为
1，则
sp_dropdistributor
将在卸载分发服务器之前删除所有发布和分发对象。
[
@ignore_distributor=]
ignore_distributor
指示是否在未连接到分发服务器的情况下执行此存储过程。ignore_distributor
的数据类型为
bit，默认值为
0。
如果为
0，则
sp_dropdistributor
将连接到分发服务器，并删除所有复制对象。
如果
sp_dropdistributor
无法连接到分发服务器，则存储过程将失败。
如果为
1，则不与分发服务器建立连接，并且不删除复制对象。
如果分发服务器正在卸载或持久脱机，才使用它。
直到分发服务器在未来某个时间重新安装之后，才会删除分发服务器中的该发布服务器的对象。
*/
--注意:
sp_dropdistributor
用于所有类型的复制。
不过不是建议直接的界面操作。
3、对于某些时候可能删除不掉，这个时候可以直接trace一下，然后把进程杀掉
4、或者对于附加的数据库不注意可能会出现发布的错误，你也删除不掉。会报下面的错误。
无法作为数据库主体执行，因为主体
"dbo"
不存在、无法模拟这种类型的主体，或您没有所需的权限。
已将数据库上下文更改为
'AdventureWorks2008'。
(Microsoft
SQL
Server，错误:
15517)
这个时候可以查一下数据库属性->文件->所有者如果没有话，填个sa再试一次就可以。
④ SQL数据库发布订阅的四个类型中哪个效率更高
1、事务发布，效率还不错，对网络稳定性要求较高，带宽使用较少
2、快照发布，其实相当于给现在的数据拍了张照片，然后拷贝走，再在其他服务器上恢复，适合使用移动硬盘拷贝
3、具有可更新订阅的事务发布，效率最高，对网络稳定性要求较高，带宽使用较少。
4、合并发布，性能在1和2的之间
⑤ sqlserver2008 R2 发布订阅失败
环境：发布服务器A：Windows Server 2008 R2 Standard， SQL SERVER 2008 R2， 订阅服务器B：Windows Server 2003 R2 Standard X64 Edition Service Pack2， SQL SERVER 2008 R2 Standard
开始前，你必须确保实例已经安装了Replication Componets,否则会报错,详情请见MS SQL 2008 发布订阅配置遇到的错误，在服务器A上，打开SSMS，右键单击Local Publication（本地发布），选择New Publication（新建发布）
(图1)
然后就进入新建发布的向导了，如果第一次新建发布，有可能出现下面图2、图3，否则不会遇到这些界面
(图2)
不建议将快照文件夹放在C盘，最好设置在其它非系统磁盘。如果下面你不用UNC路径并且共享改目录，必须设置可读权限，否则后面你可能会碰到一个让你棘手的错误，具体参见MS SQL 2008 发布订阅配置错误总结
(图3)
选择你要发布的数据库，这里只能单选，不能选择多个数据库。
(图4)
接下来，关于选择发布类型，根据你的实际情况，选择合适的发布类型
快照复制：快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。 当符合以下一个或多个条件时，使用快照复制本身是最合适的：
1： 很少更改数据。
2： 在一段时间内允许具有相对发布服务器已过时的数据副本。
3： 复制少量数据。
4： 在短期内出现大量更改。
事务复制：事务复制通常用于服务器到服务器环境中， 在以下各种情况下适合采用事务复制：
1： 希望发生增量更改时将其传播到订阅服务器。
2： 从发布服务器上发生更改，至更改到达订阅服务器，应用程序需要这两者之间的滞后时间较短。
3： 应用程序需要访问中间数据状态。 例如，如果某一行更改了五次，事务复制将允许应用程序响应每次更改（例如，激发触发器），而不只是响应该行最终的数据更改。
4：发布服务器有大量的插入、更新和删除活动。
5：发布服务器或订阅服务器不是 SQL Server 数据库（例如，Oracle）。
⑥ SQL数据库自带的（发布，订阅）数据同步问题
回答1：再次同步只会同步变化的数据。因此不必担心数据量大的问题
回答2：可以测试一次发布/订阅所需要的总体时间，建议同步时间比这个总时间略大
回答3：发布订阅无法做到实时同步。如需实时同步，可尝试做日志传送、镜像，这两种可以达到用户感官上的实时同步