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）。

几种常见的解决方案实现原理
1）轮询(Pull)方式：客户端定时向服务器发送询问消息，一旦服务器有变化则立即同步消息。
2）SMS(Push)方式：通过拦截SMS消息并且解析消息内容来了解服务器的命令，但这种方式一般用户在经济上很难承受。
　 3）持久连接(Push)方式：客户端和服务器之间建立长久连接，这样就可以实现消息的及时行和实时性。
3、消息推送解决方案概述
A、C2DM云端推送方案
在Android手机平台上，Google提供了C2DM（Cloudto Device Messaging）服务。Android
Cloud to Device Messaging (C2DM)是一个用来帮助开发者从服务器向Android应用程序发送数据的服务。该服务提供了一个简单的、轻量级的机制，允许服务器可以通知移动应用程序直接与服务器进行通信，以便于从服务器获取应用程序更新和用户数据。
该方案存在的主要问题是C2DM需要依赖于Google官方提供的C2DM服务器，由于国内的网络环境，这个服务经常不可用。
B、MQTT协议实现Android推送
采用MQTT协议实现Android推送功能也是一种解决方案。MQTT是一个轻量级的消息发布/订阅协议，它是实现基于手机客户端的消息推送服务器的理想解决方案。
wmqttjar
是IBM提供的MQTT协议的实现。我们可以从这里（>

一、2003应用程序池自动死了，不能恢复了，一直出现 Service Unavailable 常见方法如下。
1：没有打SP1补丁的时候会出现这个IIS60假死问题，但现在微软都在自动更新里面出补丁了，一般你打好最新补丁后是不会出现此问题了。（所以现在的IIS假死与这个关系不是很大）
2：从IIS60开始CPU资源都在应用池里面限制了，不象以前的IIS5。所以假死的池的缘故就是池被拉死，你在网站打不开的时候可以看到你的某个应用池是禁用的，上面出现一个红叉。你鼠标右键启动网站又会自动恢复。 这个原因：大概是以下几个因数造成的。
（1）：你限制了应用池的资源，限制得太小 比如：50这样或更少更多一点，这个时候如果你这个池下面的网站占用CPU太高，比如超过50% 那么5分钟后他就自动死了，手工默认建立的应用池默认是超过资源不 *** 作。
出现上面这个情况解决方法：1：不限制CPU资源，（这个是不可取的，不限制资源，有的程序有BUG占用资源厉害了的，服务器都会被拉死，你可能都无法 *** 作服务器。）2：在超过资源那里选择关闭，这个关闭默认是失败5次，90秒内恢复，一般默认就可。网站能自动恢复，这个关闭：不是永久关闭，意思是超过资源关闭，然后在某时间内自动恢复池。不 *** 作就是不恢复，这个是很多人的误区。
（2）：内存限制 在IIS60应用池上面有虚拟内存和最大内存限制，如果你设置了这个。那么网站访问量大了 也会出现假死，所以不建议设置这里。默认就可。
3：就是服务器自身内存太小，网站运行当然需要使用到内存了，当内存不够的时候应用池也会死掉变成禁用。那么只有等内存全部释放出来才能恢复应用池了。出现这个情况：那么你就要考虑加内存或者检查到底是什么程序占用了内存了。比如MSSQL数据库，这个可是吃内存得大户啊，最好别和WEB服务器同时一个服务器上。很多人用1G内存做 2003系统，2003NET结构是很占用内存的，所以做服务器选2003还得把内存加到2G或更高才好。 内存不够上面 2点讲到的，是没办法 *** 作了，也无法自动恢复。
4：就是ACCESS数据库太大或查询太多，这个也会出现把IIS拉死，解决方法；修复ACCESS数据库，或尽量少用ACCESS数据库，升级至sqlserver数据库；或者在技术方面革新，像现在有些网站系统，风讯、动易等cms；pjblog、zblog等博客程序，都支持生成静态功能
5：不同网站用不同应用池：根据你自己实际情况而定，站点大的最好独立一个应用池，限制他的资源超过了自动回收，看上面（1）讲到的，这样就不影响其他站点。中型站点：多个网站共用一个应用池，比如5个站点用一个池，设置他资源时间等等。这样他们就算超资源了也不影响其他应用池的网站。
6：设置回收时间：很多人以为设置回收池越短越好，其实是错误的，每次回收当然是把内存回收回来了，但加重了一次服务器的负担，当服务器比较繁忙的时候，有可能导致其他应用池死。所以建议设置共1000就行了。其他独立池按照他网站流量而设置 可以设置600 也行，共用的不建议设置太短。
7：网站后台过不了多久自动退出又要重新登陆：这个情况就是你设置回收时间太短了，按照 6点设置吧。 不要设置什么20分、30分这样的，这样不好的。另外一个原因就是和站的响应设置时间有关，设置得稍长些。
8：windows 2003系统iis6访问本机的站点时提示“Service Unavailable”；
查看iis的应用程序池,状况提示为：未指定错误，同时应用程序池自动停止运行

(望采纳)

简单点说数据库实例就是一个单独的系统服务，有自己的一套用户认证系统和自己的一套系统和用户库，与其他实例不能直接互相访问。能部署多少个实例取决于你系统硬件的配置情况，最主要是内存、CPU、硬盘的大小和快慢

实例在数据库中，代表一些程序的集合。如Oracle中，实例就是一些能支撑数据库运行的数据库程序。

在面向对象程序设计中，“类”在实例化之后叫做一个“实例”。 “类”是静态的，不占进程内存，而“实例”拥有动态内存。

实例化是指在面向对象的编程中，把用类创建对象的过程称为实例化。是将一个抽象的概念类，具体到该类实物的过程。实例化过程中一般由类名 对象名 = new 类名（参数1，参数2参数n）构成。

扩展资料

实例（instance）和对象（object）的区别

实例和对象基本上是同义词，它们常常可以互换使用。对象代表了类的一个特定的实例。对象具有身份（identity）和属性值（attribute values）2个特征。实例是对象的具体表示， *** 作可以作用于实例，实例可以有状态地存储 *** 作结果。实例被用来模拟现实世界中存在的、具体的或原型的东西。

对象就是类的实例，所有的对象都是实例，但并不是所有的实例都是对象。例如，一个关联（UML关系中的一种）的实例不是一个对象，它只是一个实例、一个连接。我们常见的实例都是类的实例，此时二者没有区别。除了类的实例外的实例都不是对象。

RSocket应用层协议支持 Reactive Streams语义， 例如：用RSocket作为>