前提: 发布订阅只能是同一个内网的机器上才能使用,其实这个可以用配置管理器的别名功能设置之后就可以了,外网的也能通过这样的方式来搞. 配置过程参考老D的文章:http://www.cnblogs.com/daizhj/archive/2009/11/18/1605293.html 原理图: 单向: 双向: 参考:http://bbs.51cto.com/thread-1165966-1.html SQL Server发布订阅功能测试: (我发觉这个功能很不行,为什么不行,我下面其中一台设置错误了

参考:http://www.cnblogs.com/TeyGao/p/3521231.html

纸上得来终觉浅,绝知此事要躬行.搞技术尤其如此,看别人配置SQL SERVER的复制,发布-订阅.镜像.日志传送者方面的文章,感觉挺简单,好像轻轻松松的,但是当你自己去实践的时候,你会发现还真不是那么一回事,毕竟环境不同.数据库版本或经验关系,你实践的时候会或多或少碰到一些问题,有可能人家是多次实践后,绕开了那些“坑”,毕竟写文章是事后总结,人家台上一分钟,台下十年功.闲话不扯了,进入正题,本文虽然简单,但是趁现在有时间,也记录一下前几天配置Replication的发布订阅. 环境:发布服务器A

MicrosoftSQL Server 提供了三种复制类型. 每种复制类型都适合于不同应用程序的要求. 根据应用程序需要,可以在拓扑中使用一种或多种复制类型: 快照复制 事务复制 合并复制 为了帮助您选择适当的复制类型,此主题提供了有关下列内容的信息: 复制方案 本部分简要描述了复制的多种常用情况,还提供了指向更加详细描述的链接. 复制类型 本部分描述了每个复制类型所适合的应用程序要求. 在订阅服务器上更新数据 本部分描述了需要在订阅服务器上更新数据的应用程序的可用选项. 我们建议您先要通读方案

最近给客户做了基于SQLServer的发布订阅的“读写分离”功能,但是某些表数据很大,经常发生某几条数据丢失的问题,导致订阅无法继续进行.但是每次发现问题重新做一次发布订阅又非常消耗时间,所以还得根据“复制监视器”的提示,找到丢失的数据,手工处理. 定位缺失数据 首先,找到出问题的同步语句,在发布服务器的“复制监视器”上事务订阅的详细信息里面,找到出错的信息 尝试的命令: rollback tran (事务序列号: ) 错误消息: 应用复制的命令时在订阅服务器上找不到该行. (源: MSSQLS

      最近在配置SQL 2008的发布订阅功能时,遇到了几个小错误,顺便归纳总结一下(以后碰到各类关于发布订阅的错误都将收录.更新到这篇文章),方便自己在以后碰到这类问题时,能够迅速解决问题.毕竟人的记忆能力有时效性,时间久了,有可能有些东西就模糊了或忘了,好记性不如烂笔头. 错误1:在数据库服务器上新建本地发布服务时报错.                                                         (图1) 报错的具体细节如下所示: TITLE: Ne

2.1          发布&订阅 1.       测 试环境: Item 发布机 A 订阅机 B OS Windows 2003 Server Windows 2003 Server SQL SQL Server 2005 企业版 SQL Server 2005 企业版 域 无 无 IP 192.168.203.1 192.168.203.136 机器名 Alex VM-WIN2003-B 工作组 Workgroup Workgroup 2.       发 布机 A 配置 在“开始”菜单

发布订阅功能自SQL 2005之后就有了 配置方法可参考:http://blog.csdn.net/wanmdb/article/details/7515277 遇到问题: 1. 如果代理无法启动 ,请执行下图配置 2. sql server2008复制报错由于出现操作系统错误 3,进程无法读取文件“D:\Program Files (x86)\sql server\ReplData\ 2014年03月04日 ⁄ Sql Server ⁄ 共 625字 ⁄ 字号 小 中 大 ⁄ 暂无评论 ⁄ 阅

原文:SQL Server 2012 复制(发布订阅的研究) 已实现发布订阅功能,可以实现局域网内双击备份. 一.注意事项: a) 使用[事务复制]功能 b) 必须是相同的SqlServer 帐号和密码 c) 要开始发布订阅时,有时需要在发布里[查看快照代理状态],点击[启动] d) 服务名称需要手动解析IP,需要实际的服务名称才能推送数据,不能用IP(这个会有提示),可以在发布和订阅服务器的host文件增加对“订阅或发布服务器数据库服务名称”,才可以连接到订阅服务器,host文件在system

原文:SQL Server 复制 - 发布订阅(SQL Server 数据同步) SQL Server的同步是通过SQL Server自带的复制工具来实现的,分发布和订阅2大步. A,复制-发布 发布之前,需要设置好几个前置条件,发布属性和快照位置.发布主要是设置发布数据库,如未设置,所有的发布,订阅可正常进行,也可通过快照同步,但是却无法在后面的修改中实时同步. 其次,设置快照位置.快照位置设置是在“分发服务器属性”中的发布服务器设置.如果设置的位置不能被订阅机访问,订阅是最好采用发布机推送订

发布订阅份为两个步骤:1.发布.2.订阅.首先在数据源数据库服务器上对需要同步的数据进行发布,然后在目标数据库服务器上对上述发布进行订阅.发布可以发布一张表的部分数据,也可以对整张表进行发布.下面分别介绍发布.订阅的过程. 一.发布.发布需要用实际的服务器名称,不能使用服务器的IP地址进行.能发布的信息包括[表].[存储过程].[用户函数]如果使用IP会有错误,如下图: 具体发布过程如下: 1.找到数据库服务器下的[复制]--[本地发布],选择[新建发布].如下图: 2.选择待发布的数据库.如下

网上sql server 的发布订阅功能的教程很多,但是很多东西写的不是很详细,常常给人误解,现在根据自己的情况从新整理一下: 1.服务器端  然后一路下一步, 2.订阅端(重点) 给服务器在本地取一个别名,别名要和服务的真实服务器名称相同 添加分发代理安全性,注意,这个账号和密码和我们服务器端的设置一致  注意本地要自动同步发布端的数据还是要启动代理的

在一台安装有SQL Server2005的计算机上,更改计算机名后,在发布订阅的时候提示如下错误报告: 由于需要需要配置一个发布订阅,可是一直报告:" sql server 复制需要有实际的服务器名称才能连接到服务器,不支持通过别名.ip地址或其他任何备用名称进行连接.请指定实际的服务器名称“XXX”(Replication Utlities)." 解决办法:1.  查看计算机名use master    go     select @@servername   select serv

sql 的发布订阅,想必大家都了解,但一般都是在默认的1433的情况下搭建的,那么1433换成别的端口,发布还能正常工作吗? 在一次客户的真实场景上我就遇到了. 好了,今天不想写太多,简化下, 测试环境 发布服务器  计算机名 win-01 分发服务器  计算机名 win-01  (与发布用的同一台) 订阅服务器  计算机名 win-02 用到的试验库是  YY 在默认的端口1433  的场景下 ,我们已经搭建起了发布订阅,如图 做了两张表的复制. 我们看下 复制监视器 在win-01 的 表中

原文:超详细SQL SERVER 2016跨网段和局域网发布订阅配置图解和常见问题 转载标明出处:http://blog.csdn.net/u012861467 前方高能,要有点耐心,图片较多,注意在wifi环境下看,刷爆流量不赔 最近学习了一下配置SqlServer数据库的同步订阅功能,过程中遇到了一些常见的问题,下面把详细的配置过程和问题作一个汇总,希望能帮到有需要的朋友. 这次实验分别在局域网和跨网段进行,先局域网中配置,再跨网段配置,按需查看. 下面文章的内容将分为两个部分 目录 一.通

原文:SQL Server 命名实例更改端口进行发布订阅 两台数据库服务器,都没有加入域,都安装多实例,端口也不一样了.现在使用命名实例进行复制,折腾了好久,才发现解决方法. 服务器A:myserverA MSSQL命名实例: mymssql MSSQL端口:14433 服务器B:myserverB MSSQL命名实例: mymssql MSSQL端口:14433 正常连接数据库的方法: myserverA\mymssql,14433 但是创建发布订阅时,连不到双方数据库出错! 试了一些方法都不

问题描述 主机1:发布端 阿里云服务器--有公网ip 主机2:订阅端 笔记本--无公网ip 数据量很小,主要是熟悉发布订阅的操作流程. 主机2仅仅作为主机1的本地备份,要求修改云服务器上数据后,能通过sql server的发布订阅功能将本地数据同步. 底下没有一步一步介绍,一步一步的,可以看下面这篇 https://blog.csdn.net/u012861467/article/details/76411216 -----------------------------------------

  (一)测试目的 目前公司使用的SQL SERVER 2012高可用环境为主备模式,其中主库可执行读写操作,备库既不可写也不可读,即采用的高可用技术为"数据库镜像".存在的问题为:开发人员需要登录到生产服务器上去确认数据,无法保证数据安全.因此,需要搭建一种主备模式,保证备库可读,从而让开发人员在不接触生产环境的情况下也能通过备库校验数据的正确性. (二)技术选择 经过确认,SQL Server2012的高可用主要有以下方案: 高可用技术 优势 劣势 最终选择 SQL Server集

(一)背景 个人在使用sql server时,用到了sql server的发布订阅来做主从同步,类似MySQL的异步复制.在发布订阅环境搭建完成后,最重要的就是如何监控复制的状态了,sql server提供了复制监视器来方便我们监控复制状态.复制延迟等信息,总体来说,非常好用,复制监视器的界面如下,能够很清楚的看到哪些失败了,哪些有延迟. 然而,在运维过程中发现,我们不可能一直盯着复制监视器,甚至每天看一次都不可能,往往发生了同步故障,发布订阅停止了几天才发现.因此,如何实时监控订阅发布变得非常

(转载)sqlserver关于发布订阅replication_subscription的总结 来自 “ ITPUB博客 ” ,原文地址:http://blog.itpub.net/30126024/viewspace-2639648/,如需转载,请注明出处,否则将追究法律责任. 官方文档https://docs.microsoft.com/zh-cn/sql/relational-databases/replication/subscribe-to-publications?view=sql-s