在对数据库做迁移的时候,会有很多方法,用存储过程,job,也可以用开源工具kettle,那么今天这些天变接触到了一种新的方法,就是SqlServer中自带的发布与订阅。

  首先说明一下数据复制的流程。如下图A是(192.168.210.170)上的数据库,B是(172.23.100.109)上的数据库。把B当作数据源,然后A从B上获取数据。

发布前准备:首先两个服务器之间要能相互通讯,也就是能ping命令能通。

         平时我们链接数据库的时候,经常都是用的ip登陆,但是发布的时候不能这样,必须用服务器名称,不然会报错,如下图。

        

解决办法有两种:

第一种方法(远程):①分别查询出数据库服务器的名称,查询语句“select @@SERVERNAME”。

②AB两个服务器分别远程桌面登陆上。

③用服务器上的Management studio去连接本机的数据库(注意:不能用ip去链接,用第一步查出来的名称连接)。

④之后按下面步骤进行发布订阅。

             第二种方法(本地):①分别查询出数据库服务器的名称,查询语句“select @@SERVERNAME”。

②用我本地的计算机C,找到C:\Windows\System32\drivers\etc这个路径,将在hosts文件中将A的ip地址和第一步查询 出来的服务器名称添加进去,B也是。这也就是映射。

               ③打开本地的Management studio,去连接AB两个数据库(这里也应该用查询服务器名称)。

               ④之后按下面步骤进行发布订阅。

           这里本实验选择的是第二种方式,接下来就正式开始了。

1.发布

  

①在数据库B服务器下找到【复制】-【本地发布】-【新建发布】。

  

②选择要发布的数据库

  

③选择发布类型,这里选择快照发布。

  

④选择发布的内容,即要发布哪些数据。

  

⑤进行数据筛选,可以在这一步就行条件过滤,当然也可以不设置条件,选取所有数据。

      

⑥设置快照代理并更改同步频率

  

⑦安全性设置,即配置登陆类型,登陆账户密码。

  

  

⑧给发布名称起一个名字,我起了个LS(李四)

  

  

  最终,到这一步,发布算是完成了,接下来就开始看订阅。

2.订阅

订阅是对刚才发布的快照进行同步,即将数据源数据同步到目标数据库。

①在服务器A上,【复制】-【本地订阅】-【新建订阅】

  

②选择订阅发布

  

  

③选择分发代理的位置,选择一个简单的推送订阅。

  

④设置订阅服务器的目标数据库

  

⑤设置代理安全性,即订阅服务器的账户密码。

  

⑥设置同步计划,这里选择连续运行。

  

⑦点击完成,订阅配置完成。

  

⑧查看监视。在【本地发布】-【启动复制监视器】,点开就能查看快照的运行状态,和其他详细信息。

  

  至此,发布与订阅都已完成。在服务器A中One这个数据库中,会发现多了一张aaa的数据表,这表示B服务器的数据传到A上了。当在服务器B修改aaa表中的记录(源数据)时,A里面的记录(目标数据)也会改变。

总结:搞了几天这个数据发布与订阅,但是感觉这个并不是很好用,灵活性上不好,感觉都不如kettle这种开源软件用着方便。

SQLServer 中发布与订阅的更多相关文章

  1. js设计模式中发布与订阅实现观察者模式例子

    <script> var pubsub = {}; (function(q) { var topics = {}; subuid = -1; q.publish = function(to ...

  2. 发布与订阅SQLServer

    SQLServer 中发布与订阅 在对数据库做迁移的时候,会有很多方法,用存储过程,job,也可以用开源工具lettle,那么今天这些天变接触到了一种新的方法,就是SqlServer中自带的发布与订阅 ...

  3. SqlServer 禁止架构更改的复制中手动修复使发布和订阅中分别增加的字段同步

    原文:SqlServer 禁止架构更改的复制中手动修复使发布和订阅中分别增加的字段同步 由于之前的需要,禁止了复制架构更改,以至在发布中添加一个字段,并不会同步到订阅中,而现在又在订阅中添加了一个同名 ...

  4. MSSQL复制中的发布与订阅

    准备条件 1.2台服务器 2.WINDOWS SERVER 2008 64bit + 3.SQL SERVER 2008 R2 + 4.MSSQLSERVER服务与MSSQLAGENT服务正常运行中 ...

  5. 最简单的SQLserver,发布订阅教程,保证一次就成功

    最简单的SQLserver,发布订阅教程,保证一次就成功 发布订阅用来做数据库的读写分离,还是很好用的 当单台数据库的压力太大时,可以考虑这种方案,一主多从,主服务器的数据库只管写入,其他的数据库都是 ...

  6. SqlServer 监控发布中未分发的命令数

    原文:SqlServer 监控发布中未分发的命令数 对于查看未分发的命令数,我们通常这样查看. 然而当服务器有很多发布时,一个个打开查看就很麻烦 当然,如果想用脚本查看就更方便了,运行下面的语句 -- ...

  7. sqlserver关于发布订阅replication_subscription的总结

    (转载)sqlserver关于发布订阅replication_subscription的总结 来自 “ ITPUB博客 ” ,原文地址:http://blog.itpub.net/30126024/v ...

  8. (转)SqlServer 数据库同步的两种方式 (发布、订阅),主从数据库之间的同步

    最近在琢磨主从数据库之间的同步,公司正好也需要,在园子里找了一下,看到这篇博文比较详细,比较简单,本人亲自按步骤来过,现在分享给大家. 在这里要提醒大家的是(为了更好的理解,以下是本人自己理解,如有错 ...

  9. Redis中的发布与订阅

    redis中实现发布与订阅相对于zookeeper非常简单.直接使用publish和subscribe就行. subscrible news; 订阅news这个channel publish news ...

随机推荐

  1. mysql 临时数据突然变大

    晚上收到紧报警,一台数据库服务器磁盘空间使用快速从50%使用率到80%.我们生产的数据库都磁盘是>2T 登录机器发现*.myd文件异常大 登入数据库查询进程 mysql>showproce ...

  2. 传智播客张孝祥java邮件开发随笔01

    01_传智播客张孝祥java邮件开发_课程价值与目标介绍 02_传智播客张孝祥java邮件开发_邮件方面的基本常识 03_传智播客张孝祥java邮件开发_手工体验smtp和pop3协议 第3课时 关于 ...

  3. 转:tcpdump抓包分析(强烈推荐)

    转自:https://mp.weixin.qq.com/s?__biz=MzAxODI5ODMwOA==&mid=2666539134&idx=1&sn=5166f0aac71 ...

  4. 怎样从本地删除git远程仓库里面的文件

    git是大家通用的一种版本控制系统,便捷高效,各种命令需要牢记,今天小渔介绍给大家的是git的删除命令,即将文件从远程仓库中删除的操作. 方法/步骤     首先,我们打开自己的本地GIT仓库,在根目 ...

  5. Navicat 连接Oracle时提示oracle library is not loaded的问题解决

    笔者使用的Navicat Premium 12启动界面截屏: 请注意是64位的.笔者win7 64位系统. 连接Oracle时提示“oracle library is not loaded”. 解决方 ...

  6. Android清理设备内存具体完整演示样例(二)

    版权声明: https://blog.csdn.net/lfdfhl/article/details/27672913 MainActivity例如以下: package cc.c; import j ...

  7. JavaScript中的typeof操作符用法实例

    在Web前端开发中,我们经常需要判断变量的数据类型.鉴于ECMAScript是松散类型的,因此需要有一种手段来检测给定变量的数据类型——typeof就是负责提供这方便信息的操作符.   对一个值使用t ...

  8. Linux企业运维人员最常用150个命令汇总 [转]

    近来发现新手学习Linux记不住命令,不会分类.不会筛选重点,胡子眉毛一把抓当然记不住了. 特别整理Linux运维最常用150个命令和大家分享,大家学习命令不用在盲目了,根据分类,然后逐步学习! 命令 ...

  9. DIYer最担心的事来了!CPU降价彻底无望

    12月27日,IDC发布2019年中国PC市场十大预测.IDC指出,2018年全年中国PC市场预计最终销售为5200万台左右,下滑了3.4%.2019年中国PC市场会处于一种习惯性艰难期,但是市场也不 ...

  10. ImageView android:scaleType="centerCrop"

    转载地址:http://www.cnblogs.com/yejiurui/archive/2013/02/25/2931767.html 在网上查了好多资料,大致都雷同,大家都是互相抄袭的,看着很费劲 ...