事务复制的奇怪问题---快照莫名被删
1、实验环境：
  Windows 2003 Server x64
  SQL Server 2005 x64

2、事务复制：复制与分发服务器在同一台机器上。订阅服务器在另外一台机器上。
  要复制的库也很小，快照文件总大小只有10MB左右。
3、错误：
  每次我重新生成快照，确实也生成了快照文件夹，里面也有文件。但是没几过分钟，这个快照文件夹就消失了。
   
  复制监视器里提示说，“发布xxx的并发快照不可用，因为该快照尚未完全生成，或者日志读取代理未运行”。

  顺便问一下，我在复制监视器中看到一些早就被删掉的发布。如何把这些发布清理掉呢？

   
 

------解决方案--------------------
感觉lz这个快照复制建立的时候，不太正确。 


参考


运行平台SQL SERVER 2005 

一、准备工作： 

1．建立一个 WINDOWS 用户，设置为管理员权限，并设置密码，作为发布快照文件的有效访问用户。 

2．在SQL SERVER下实现发布服务器和订阅服务器的通信正常（即可以互访）。打开1433端口，在防火墙中设特例 

3．在发布服务器上建立一个共享目录，作为发布快照文件的存放目录。例如：在D盘根目录下建文件夹名为SqlCopy 

4．设置SQL 代理（发布服务器和订阅服务器均设置）本篇文章发表于www.xker.com(小新技术网) 

打开服务(控制面板---管理工具---服务) 

---右击SQLSERVER AGENT---属性---登录---选择“此帐户“ 

---输入或选择第一步中创建的WINDOWS 用户 

---“密码“中输入该用户密码 

5．设置SQL SERVER 身份验证，解决连接时的权限问题（发布、订阅服务器均设置） 

步骤为：对象资源管理器----右击SQL实例-----属性----安全性----服务器身份验证------选“SQL Server和WINDOWS“，然后点确定 

6.开启SQL Server 2005的网络协议TCP/IP和管道命名协议并重启网络服务。 

7.在SQL Server中创建步骤1中对应的系统用户登陆名，作为发布数据库的拥有者（设置为dbo_owner和public）。 

8．以系统超级用户sa登陆SQL Server建立数据库和表。 

9．发布服务器和订阅服务器互相注册 

步骤如下：视图----单击以注册服务器----右键数据库引擎----新建服务器注册-----填写要注册的远程服务器名称------身份验证选“SQL Server验证“-----用户名(sa) 密码------创建组（也可不建）-----完成。 

10．对于只能用IP，不能用计算机名的，为其注册服务器别名 

二、开始： 

发布服务器配置（在发布服务器上配置发布和订阅） 

1． 选择 复制 节点 

2． 右键本地发布 ----下一步---------系统弹出对话框看提示----直到“指定快照文件夹“ 

----在“快照文件夹“中输入准备工作中创建的目录(指向步骤3所建的共享文件夹)------选择发布数据库-------选择发布类型-------选择订阅服务器类型-------选择要发布的对象------设置快照代理-------填写发布名称。本篇文章发表于www.xker.com(小新技术网) 

3． 右键本地订阅--------选择发布服务器-------选择订阅方式（如果是在服务器方订阅的话选择推送订阅反之 

选择请求订阅）-------填加订阅服务器--------选择代理计划（一般选择连续运行）---------其余选择默认项。 

至此, SQL SERVER 2005 同步复制就完成了。使用复制技术，用户可以将一份客户端的数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性,就无需编程实现客户端和服务器端数据同步了！大大提高了工作效率！ 

------解决方案--------------------
“发布xxx的并发快照不可用，因为该快照尚未完全生成，或者日志读取代理未运行”

从提示入手，先检查日志读取代理是否启动，如果没启动需要手工启动。
如果日志读取代理启动错误，再根据错误提示来判断具体位置。
常见情况可能有，SQL Server代理没启动导致。


------解决方案--------------------
其实问题的关键不在于快照文件没了,系统自行管理就行.

而是数据传过去了没有?这才是replication的最终目的!

如果数据已经同步了,那快照文件没了也是正常的.

如果数据没同步,应是复制的设定有问题,仔细检查一下.
------解决方案--------------------

探讨

同一台服务器上，别的数据库的复制没有问题的。
就只有OMS库的发布有问题