我刚刚在Windows 7 RTM上安装了mssql 2008 sp1 x64，并在创build快照时遇到了问题，无论何时尝试启动快照代理（即设置事务复制发布），都会抛出“文件丢失” 。 我已经看到了c：\ program files \ microsoft sql server \ 100 \ com，并没有任何可执行文件，如snapshot.exe！ 我尝试了一个疯狂的举动，从我的mssql 2005 com文件夹中复制所有文件，而不更换课程，现在它不会给出错误，而是始终说'开始'，但没有任何反应。 （现在我已经删除了这些文件）我已经安装了所有的相关function。 所以请帮我弄清楚现在要做什么！ 谢谢！ 德米特里。
我想我搞砸了SQL 2005的安装。我安装了数据库服务，但忘了安装复制。 然后我安装了SP3。 可以在sp3之后安装复制吗？ 还是我需要从头开始？
我有一个请求来创build一个备份的Web服务器，我的想法是在一些预定义的时间表上将所有网站文件从源文件复制到目的地。 有没有人有任何build议的公用事业或方法来做到这一点？ 办公室里提到的两个是 ROBOCOPY 安全的FTP
我们有一个集群环境，我们的网站运行。 有两个负载均衡的Web服务器和一个数据库服务器。 所有代码都部署到主服务器，并使用同步软件自动复制到辅助服务器。 这是一个Windows环境。 除了编辑主题和上传媒体之外，Wordpress在这种环境下效果很好。 问题是任何上传的内容都需要上传到主服务器，以便将其复制到辅助服务器。 复制不是双向的。 在辅助服务器上上传或更改的文件不会同步到主服务器。 在网站的pipe理端请求被发送到主服务器的情况下，事情按预期工作。 上传的图像上传到wp-content / uploads的path，然后复制到辅助服务器。 编辑主题文件也是如此。 WordPresspipe理员编辑当前活动主题的正确文件。 如果负载平衡器将请求发送到辅助服务器，则会暴露问题。 如果用户通过pipe理员上传文件或编辑主题文件，则这些文件将进入辅助服务器，不会复制到主服务器，并且网站不同步。 我已经尝试在其他设置对话框中inputnetworkingpath（\ primary_server \ c $ \ inetpub \ wwwroot …），但WordPress似乎不喜欢networkingpath。 我试图上传图片时出现错误，并且99％确定这不是安全问题。 它与path的格式有关。 即使我成功地为图片上传inputnetworkingpath，我也不确定如何将主题编辑器指向networking位置，以便对主服务器上的文件进行编辑而不是本地编辑。 我们最初设置了一个规则，告诉负载均衡器“如果请求是以www1的子驻留进来的，向主服务器发送请求”，认为我们可以通过让最终用户转到主服务器上强制进行所有编辑www1.domain.com/wp-admin/。 问题是，wordpress然后想写的内容中的所有链接是绝对的www1这不是意图。 如果所有链接和内容都转到www1，那么站点就不再为所有意图和目的进行负载均衡。 wordpress可以像我所描述的那样在一个集群环境中工作吗？ 使用mod_rewrite是没有太大的select，因为在IIS上，我知道有插件，使这个function。
我有一个发布的数据库，一个单独的服务器订阅这个出版物。 我们正在使用事务复制（据我所知） 我需要更改ServerA（发布的数据库）上的列将更改反映在ServerB（订户）还是我需要改变它呢？ 我是否需要重新初始化任何东西？
DB1和DB2。 我对DB1进行了更改，它似乎不在DB2上。 当我在DB2上执行“SHOW SLAVE STATUS \ G”时，似乎出现错误： mysql> show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: Master_User: Master_Port: Connect_Retry: 60 Master_Log_File: mysql-bin.0005496 Read_Master_Log_Pos: 5445649315 Relay_Log_File: mysqld-relay-bin.0041705 Relay_Log_Pos: 1624302119 Relay_Master_Log_File: mysql-bin.0004461 Slave_IO_Running: Yes Slave_SQL_Running: No Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 1062 Last_Error: Error 'Duplicate entry '4779' for […]
因为每个人都说不推荐主人。 但是，如果你想一想… 1写服务器是不够的！ 那么，你将如何设置它（高级别，而不是教程级别），以便它运行良好？
我正在使用SQL事务复制与拉订阅复制数据库（托pipe自己的分布数据库）从几个服务器跨越VPN到中央服务器。 我有前2个数据库工作正常，但第三个数据库正在导致我的问题。 我的订阅服务器是SQL 2008，源系统都是SQL 2005.源数据库的大小只有几百兆，包含审计数据，所以通过每秒增加约1kb的新logging来简单地增长。 至于复制监视器，代理日志和事件日志显示一切工作正常 – 除了没有数据显示在我的订阅数据库。 分发代理似乎不想从发布者读取快照（以及因此的初始状态和模式）。 新的交易不适用，虽然他们似乎到达确定，因为复制监视器显示的东西，如“5交易与10个命令已交付”。 我希望（和以前一样）在复制监视器中看到关于数据被BCPed的语句。 快照在共享文件夹上的发布者上。 用户可以查看快照“确定”（\\ repldata），并且快照文件夹正在指向它。 但是分销代理似乎没有试图去读它。 我尝试将快照path更改为不正确的内容，甚至没有发现无法访问的错误。 大量的谷歌search等我发现sp_MSget_repl_commands由发行商的分发数据库上的用户调用。 运行一个分析器我可以看到，它只被要求一个代理ID。 在重新启动后，如预期的那样调用序列号0x0，所以我认为这意味着它会查找快照。 但是，从发布者的angular度来看，我们看到有两个代理的数据 – 快照代理和日志阅读器代理（正在查询）。 所以我想我需要告诉分销代理来获取这两个数据。 但是，如何？ 更重要的是 – 为什么？ 它在我复制的另外两台服务器上运行良好。 我不是一个SQL新手，但这几乎是我第一次在复制，所以不要害怕指责我失去了明显/愚蠢的东西！ 如果需要，我可以获取日志文件（例如，来自分发代理），但是它们似乎没有任何错误 – 只是启动并开始应用日志读取器代理更改。 干杯戴夫
我在两台Exchange 2003服务器之间复制公用文件夹时遇到问题。 服务器A（我们的原始服务器）托pipe在Windows Small Business Server 2003上。 服务器B（我们的新服务器）托pipe在Windows Server 2003上。 这两个系统都完全打补丁与Windows和Exchange的最新更新和服务包。 我遇到的问题是公共文件夹不会在任何方向复制。 我configuration了复制，并可以使用邮件跟踪中心查看在两台服务器之间传输的复制邮件。 但是，我注意到任何复制邮件的最后一行显示为： SMTP: Message Queued for Local Delivery 但是这条消息实际上并不存储，这表明问题出在这里。 我打开了各种日志logging选项，并在应用程序日志中得到以下错误（每个PF正在复制1个） Event Type: Error Event Source: MSExchangeTransport Event Category: SMTP Protocol Event ID: 7010 Date: 06/01/2010 Time: 15:47:13 User: N/A Computer: MAIL Description: This is an SMTP protocol log for virtual server ID 1, […]
我有2个服务器… OTTO位于站点上，并连接到域它正在运行SQL 2008.我创build了SQL 2000兼容模式下的数据库。 WEBDB3位于数据中心，没有连接到我们的域名。 它正在运行SQL 2000 在两个站点之间build立DMZ，在防火墙上。 我在OTTO上创build了一个事务性发布，然后build立了对WebDB3的订阅。 快照初始化后，我得到这个错误，如果我右键单击并select查看同步状态： 该进程无法连接到订户的WEBDB3。 如果我打开复制监视器： 错误消息：进程无法连接到订户的WEBDB3。 （来源：MSSQL_REPL，错误号：MSSQL_REPL0）获取帮助： http：// help / MSSQL_REPL0命名pipe道提供程序：无法打开到SQL Server的连接[53]。 （来源：MSSQLServer，错误号：53）获取帮助： http：// help / 53与SQL Serverbuild立连接时发生networking相关或特定于实例的错误。 服务器没有find或不可访问。 检查实例名称是否正确以及是否将SQL Serverconfiguration为允许远程连接。 有关更多信息，请参阅SQL Server联机丛书。 （来源：MSSQLServer，错误号码：53）获取帮助： http：// help / 53 以前有一个叫做NavisionUpgrade的服务器。 这是非常相似的，复制工作。 我究竟做错了什么？ 我已经花了几个小时，把我的头发拉出来！