我的环境是同一个局域网里面的两个电脑，配置是win2k3+sql2005 一个作发布的一个作订阅的
大部分都是参考这里来的
http://www.linux-cn.com/html/database/sqlserver/20070603/47858.html
到现在为止，配置上啥都可以联通，就是点击 查看快照代理状态 的启动时，在监视那看到的结果总是未初始化的订阅
那个SQL server(ms)和 SQL Server Agent都设置为.\administrator了,两台设置的一模一样，那个快照共享文件夹也给了users,everyone,administrator,Power users都给足权限了，还是行不通咧。。。
\\ServerName\共享文件夹名 这个也改了,我的那个目录是在E:\pubtest 改成\\MEIHONG\pubtest\两种试了，也都不行。
谢谢
9 个解决方案
#1
启动一下快照代理作业.
#2
关注，帮顶
#3
检查是否有错误日志
#5
默认情况下，对合并发布的订阅使用快照进行初始化，快照由快照代理生成并由合并代理应用。在某些情况下，可以用其他方法（如备份）初始化订阅。合并复制支持对已筛选和未筛选的发布不使用快照进行初始化订阅。该选项更常用于未筛选的发布和使用静态筛选器的发布。使用参数化筛选器的发布通常用订阅服务器分区的快照来初始化。有关详细信息，请参阅带有参数化筛选器的合并发布的快照。
如果可能，请使用快照对订阅进行初始化。特别是对于以下情况，建议使用快照初始化订阅：
当使用列级跟踪、垂直筛选或在发布服务器上进行架构更改时。这时，如果不使用快照初始化订阅，则会导致无法收敛。
使用 Web 同步，快照文件复制到订阅服务器但并未使用时。
当必须重新初始化订阅时。
当需要使用预计算分区提高性能时。
若要从备份中或用其他方法初始化合并订阅，请执行下列步骤：
将具有 rowguid 和 not null column 属性的 uniqueidentifier 列添加到将在合并复制中使用的表中。
对将用于初始化订阅服务器的数据库进行备份。
创建发布并生成该发布的快照。虽然将不使用快照中的已发布表中的架构和数据，但由于快照包含复制所需的系统对象和元数据，因此快照仍然是必需的。在同步的最初阶段，这些对象和元数据将复制到订阅服务器。
还原订阅服务器上的备份或者用其他方法复制数据。如果要还原备份，请不要指定 KEEP_REPLICATION 选项。此选项用于在还原过程中维护复制设置。备份来自发布服务器，所以要删除数据库中的发布服务器设置。还原的数据库将在同步的初始阶段过后具备必要的订阅服务器设置。
创建订阅，同时指定将手动初始化订阅。
注意：
如果初始化订阅时不使用快照，则在发布服务器上运行 SQL Server 服务的帐户必须具有对分发服务器上的快照文件夹的写入权限。有关权限的详细信息，请参阅复制代理安全性模式。
有关详细信息，请参阅：
SQL Server Management Studio: 如何手动初始化订阅 (SQL Server Management Studio)
Transact-SQL：如何手动初始化订阅（复制 Transact-SQL 编程）
使用合并代理执行同步的初始阶段，对复制所需的对象和元数据进行复制。之后，订阅服务器即已经同步，可以接受发布服务器上的增量更改。
看看这个能不能帮到你。
如果可能，请使用快照对订阅进行初始化。特别是对于以下情况，建议使用快照初始化订阅：
当使用列级跟踪、垂直筛选或在发布服务器上进行架构更改时。这时，如果不使用快照初始化订阅，则会导致无法收敛。
使用 Web 同步，快照文件复制到订阅服务器但并未使用时。
当必须重新初始化订阅时。
当需要使用预计算分区提高性能时。
若要从备份中或用其他方法初始化合并订阅，请执行下列步骤：
将具有 rowguid 和 not null column 属性的 uniqueidentifier 列添加到将在合并复制中使用的表中。
对将用于初始化订阅服务器的数据库进行备份。
创建发布并生成该发布的快照。虽然将不使用快照中的已发布表中的架构和数据，但由于快照包含复制所需的系统对象和元数据，因此快照仍然是必需的。在同步的最初阶段，这些对象和元数据将复制到订阅服务器。
还原订阅服务器上的备份或者用其他方法复制数据。如果要还原备份，请不要指定 KEEP_REPLICATION 选项。此选项用于在还原过程中维护复制设置。备份来自发布服务器，所以要删除数据库中的发布服务器设置。还原的数据库将在同步的初始阶段过后具备必要的订阅服务器设置。
创建订阅，同时指定将手动初始化订阅。
注意：
如果初始化订阅时不使用快照，则在发布服务器上运行 SQL Server 服务的帐户必须具有对分发服务器上的快照文件夹的写入权限。有关权限的详细信息，请参阅复制代理安全性模式。
有关详细信息，请参阅：
SQL Server Management Studio: 如何手动初始化订阅 (SQL Server Management Studio)
Transact-SQL：如何手动初始化订阅（复制 Transact-SQL 编程）
使用合并代理执行同步的初始阶段，对复制所需的对象和元数据进行复制。之后，订阅服务器即已经同步，可以接受发布服务器上的增量更改。
看看这个能不能帮到你。
#6
发布订阅后，如果发布本是是分发服务器，那么会在job里生产一个快照代理job，一个日志读取代理，如果是强推方式，还有一个分发代理,
把这三个job的所有者改为sa
然后启动一次快照代理，就可以了。
出现未初始化的订阅，一般是快照代理不能正常运行，可以查询快照代理的历史记录，以确定出错原因，不过大都是没有将作业所有者改为sa所致.
把这三个job的所有者改为sa
然后启动一次快照代理，就可以了。
出现未初始化的订阅，一般是快照代理不能正常运行，可以查询快照代理的历史记录，以确定出错原因，不过大都是没有将作业所有者改为sa所致.
#7
家里没环境。。。要试过，谢谢了各位先。。。
#8
配置的时候可以选择是否初始化, 你可能没有选择
你可以右键发布--重新初始化
如果不行, 则可能是配置的时候没有选择初始化, 可以重新配置一下
你可以右键发布--重新初始化
如果不行, 则可能是配置的时候没有选择初始化, 可以重新配置一下
#9
谢谢大家关注
通过努力，有了一种解决方法，暂时先用着吧！
在分发代理位置那一步，有两个选项，原来我在订阅服务器上选择的是“在其订阅服务器上运行每个代理(请求订阅)”，在后在面的连接用户名和SQL用户名时，有点混了，但是我还是用的管理帐号，权限也给足，还是原来的那个问题，现在我在订阅服务器上选择了“在分发服务器 MEIHONG 上运行所有代理(推送订阅)”，这一步，就可以订阅了。
通过努力，有了一种解决方法，暂时先用着吧！
在分发代理位置那一步，有两个选项，原来我在订阅服务器上选择的是“在其订阅服务器上运行每个代理(请求订阅)”，在后在面的连接用户名和SQL用户名时，有点混了，但是我还是用的管理帐号，权限也给足，还是原来的那个问题，现在我在订阅服务器上选择了“在分发服务器 MEIHONG 上运行所有代理(推送订阅)”，这一步，就可以订阅了。
#1
启动一下快照代理作业.
#2
关注，帮顶
#3
检查是否有错误日志
#4
#5
默认情况下，对合并发布的订阅使用快照进行初始化，快照由快照代理生成并由合并代理应用。在某些情况下，可以用其他方法（如备份）初始化订阅。合并复制支持对已筛选和未筛选的发布不使用快照进行初始化订阅。该选项更常用于未筛选的发布和使用静态筛选器的发布。使用参数化筛选器的发布通常用订阅服务器分区的快照来初始化。有关详细信息，请参阅带有参数化筛选器的合并发布的快照。
如果可能，请使用快照对订阅进行初始化。特别是对于以下情况，建议使用快照初始化订阅：
当使用列级跟踪、垂直筛选或在发布服务器上进行架构更改时。这时，如果不使用快照初始化订阅，则会导致无法收敛。
使用 Web 同步，快照文件复制到订阅服务器但并未使用时。
当必须重新初始化订阅时。
当需要使用预计算分区提高性能时。
若要从备份中或用其他方法初始化合并订阅，请执行下列步骤：
将具有 rowguid 和 not null column 属性的 uniqueidentifier 列添加到将在合并复制中使用的表中。
对将用于初始化订阅服务器的数据库进行备份。
创建发布并生成该发布的快照。虽然将不使用快照中的已发布表中的架构和数据，但由于快照包含复制所需的系统对象和元数据，因此快照仍然是必需的。在同步的最初阶段，这些对象和元数据将复制到订阅服务器。
还原订阅服务器上的备份或者用其他方法复制数据。如果要还原备份，请不要指定 KEEP_REPLICATION 选项。此选项用于在还原过程中维护复制设置。备份来自发布服务器，所以要删除数据库中的发布服务器设置。还原的数据库将在同步的初始阶段过后具备必要的订阅服务器设置。
创建订阅，同时指定将手动初始化订阅。
注意：
如果初始化订阅时不使用快照，则在发布服务器上运行 SQL Server 服务的帐户必须具有对分发服务器上的快照文件夹的写入权限。有关权限的详细信息，请参阅复制代理安全性模式。
有关详细信息，请参阅：
SQL Server Management Studio: 如何手动初始化订阅 (SQL Server Management Studio)
Transact-SQL：如何手动初始化订阅（复制 Transact-SQL 编程）
使用合并代理执行同步的初始阶段，对复制所需的对象和元数据进行复制。之后，订阅服务器即已经同步，可以接受发布服务器上的增量更改。
看看这个能不能帮到你。
如果可能，请使用快照对订阅进行初始化。特别是对于以下情况，建议使用快照初始化订阅：
当使用列级跟踪、垂直筛选或在发布服务器上进行架构更改时。这时，如果不使用快照初始化订阅，则会导致无法收敛。
使用 Web 同步，快照文件复制到订阅服务器但并未使用时。
当必须重新初始化订阅时。
当需要使用预计算分区提高性能时。
若要从备份中或用其他方法初始化合并订阅，请执行下列步骤：
将具有 rowguid 和 not null column 属性的 uniqueidentifier 列添加到将在合并复制中使用的表中。
对将用于初始化订阅服务器的数据库进行备份。
创建发布并生成该发布的快照。虽然将不使用快照中的已发布表中的架构和数据，但由于快照包含复制所需的系统对象和元数据，因此快照仍然是必需的。在同步的最初阶段，这些对象和元数据将复制到订阅服务器。
还原订阅服务器上的备份或者用其他方法复制数据。如果要还原备份，请不要指定 KEEP_REPLICATION 选项。此选项用于在还原过程中维护复制设置。备份来自发布服务器，所以要删除数据库中的发布服务器设置。还原的数据库将在同步的初始阶段过后具备必要的订阅服务器设置。
创建订阅，同时指定将手动初始化订阅。
注意：
如果初始化订阅时不使用快照，则在发布服务器上运行 SQL Server 服务的帐户必须具有对分发服务器上的快照文件夹的写入权限。有关权限的详细信息，请参阅复制代理安全性模式。
有关详细信息，请参阅：
SQL Server Management Studio: 如何手动初始化订阅 (SQL Server Management Studio)
Transact-SQL：如何手动初始化订阅（复制 Transact-SQL 编程）
使用合并代理执行同步的初始阶段，对复制所需的对象和元数据进行复制。之后，订阅服务器即已经同步，可以接受发布服务器上的增量更改。
看看这个能不能帮到你。
#6
发布订阅后，如果发布本是是分发服务器，那么会在job里生产一个快照代理job，一个日志读取代理，如果是强推方式，还有一个分发代理,
把这三个job的所有者改为sa
然后启动一次快照代理，就可以了。
出现未初始化的订阅，一般是快照代理不能正常运行，可以查询快照代理的历史记录，以确定出错原因，不过大都是没有将作业所有者改为sa所致.
把这三个job的所有者改为sa
然后启动一次快照代理，就可以了。
出现未初始化的订阅，一般是快照代理不能正常运行，可以查询快照代理的历史记录，以确定出错原因，不过大都是没有将作业所有者改为sa所致.
#7
家里没环境。。。要试过，谢谢了各位先。。。
#8
配置的时候可以选择是否初始化, 你可能没有选择
你可以右键发布--重新初始化
如果不行, 则可能是配置的时候没有选择初始化, 可以重新配置一下
你可以右键发布--重新初始化
如果不行, 则可能是配置的时候没有选择初始化, 可以重新配置一下
#9
谢谢大家关注
通过努力，有了一种解决方法，暂时先用着吧！
在分发代理位置那一步，有两个选项，原来我在订阅服务器上选择的是“在其订阅服务器上运行每个代理(请求订阅)”，在后在面的连接用户名和SQL用户名时，有点混了，但是我还是用的管理帐号，权限也给足，还是原来的那个问题，现在我在订阅服务器上选择了“在分发服务器 MEIHONG 上运行所有代理(推送订阅)”，这一步，就可以订阅了。
通过努力，有了一种解决方法，暂时先用着吧！
在分发代理位置那一步，有两个选项，原来我在订阅服务器上选择的是“在其订阅服务器上运行每个代理(请求订阅)”，在后在面的连接用户名和SQL用户名时，有点混了，但是我还是用的管理帐号，权限也给足，还是原来的那个问题，现在我在订阅服务器上选择了“在分发服务器 MEIHONG 上运行所有代理(推送订阅)”，这一步，就可以订阅了。