1.做订阅发布的2台Sql服务器最好要版本一致,不能出现类似如下情况: Sql2008 R2[发布] - Sql2008[订阅]: Sql2008 R2[发布] - Sql2012[订阅] 2.订阅发布理论上必须 订阅发布数据库 都要在 同一个 局域网,但也可以穿透局域网 尝试实现以下, 资料: http://456852.blog.51cto.com/380820/100822 3. sql server 发布定阅时:sqlserver 的连接要一定要用 hostname.  发现用hostn

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

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

[配置] 一. 发布方 复制 >> 如果有问题 C:\Windows\System32\drivers\etc hosts: 127.0.0.1 ?? 二. 订阅方 订阅方设置结束 三. 查看日志 复制 >> 本地发布 >> 右键"订阅项",选择启动复制监视器 >> 弹窗中,在订阅监视列表中双击,或者右键 选择 详细信息 [问题1] 解决方法: 订阅方设置中,账号密码都用发布机器的 [问题2] 由于出现操作系统错误 3,进程无法读取文件&

结论: (以插入而例) 发布端的数据插入成功 订阅段的数据不会插入 实验 创建一张新表 create table test_subscriber (id int, mark varchar(2),inserttime datetime) 在订阅表上创建触发器 CREATE TRIGGER [dbo].[sf_test] ON [dbo].[t2] AFTER INSERT AS BEGIN SET NOCOUNT ON; insert into test_subscriber select c1

执行SQL Server发布订阅时,报错如下信息: The conversion of a datetime data type to smalldatetime data type resulted in an out of range value. 经分析排查,发现订阅服务器本地日期时间与发布服务器本地日期时间(2098年)不一致导致:将订阅服务器的日期时间更新即可解决问题. 附: smalldatetime的日期范围 smalldatetime的日期范围是[1900-01-01,2079-

SQL Server 复制 订阅与发布 通过SQL Server 2008数据库复制实现数据库同步备份 SqlServer2008 数据库同步的两种方式(Sql JOB) SqlServer2008 数据库同步的两种方式 (发布.订阅) SQL Server 2005 镜像构建手册 SQLSERVER复制 使用Sqlserver事务发布实现数据同步 SQL Server 2008 数据库复制实现数据同步常见问题 SQLServer 订阅过期解决方法 SQL Server 2012 复制(发布订阅

一.配置分发 1.配置分发服务器,注:配置发布与订阅,连接SQLSERVER必须用服务器名登录 2.配置分发 3.选择分发服务器 4.选择快照文件夹 5.设置此文件夹的读写权限为everyone 6.选择分发数据库路径 7.配置分发 8.配置分发 9.配置分发完成 二.新建发布 1．新建发布 2．选择发布数据库 3．选择发布类型 4．选择发布对象 5．指定何时运行快照代理 6．代理安全性 7．创建发布 8．填写发布名称 9．新建发布完成 三.新建订阅 1. 新建订阅 2. 查找sqlserver

一.配置分发 1.配置分发服务器,注:配置发布与订阅,连接SQLSERVER必须用服务器名登录 2.配置分发 3.选择分发服务器 4.选择快照文件夹 5.设置此文件夹的读写权限为everyone 6.选择分发数据库路径 7.配置分发 8.配置分发 9.配置分发完成 二.新建发布 1．新建发布 2．选择发布数据库 3．选择发布类型 4．选择发布对象 5．指定何时运行快照代理 6．代理安全性 7．创建发布 8．填写发布名称 9．新建发布完成 三.新建订阅 1. 新建订阅 2. 查找sqlserver

原文:SQL Server 中心订阅模型(多发布单订阅) 大多数SQL Server 复制拓扑都是基于中心发布模型,它是由一个发布复制到一个或者多个订阅.另一个复制模型是中心订阅模型,它使用事务复制由多个发布复制到一个订阅中. 中心订阅模型用于从多个数据源中合并数据,例如: >从多个数据仓库中汇总库存到企业总部的中心服务器: >同一个公司中从持续发送远程办公数据到中心办公系统中: >合并订单信息到同一个地方集中处理. 默认情况下,订阅通过快照代理初始化生成快照并被分发代理应用.当快照被应

标签:SQL SERVER/MSSQL SERVER/数据库/DBA/高性能解决方案/高可用 概述 配置复制就没有数据库镜像和AlwaysOn的要求那么高,只需要两台服务器能通过TCP进行通讯即可,两台服务器操作系统和SQL版本都可以不完全一致,而且两台服务器也不需要加入域,所以配置复制订阅就简单多了,但是复制订阅主要是针对数据表而不能像镜像和AlwaysOn那样配置整个数据库,这也是它的缺点吧. 接下来主要除了前面介绍配置复制订阅后面还会解释一些需要注意的事项. 复制数据库:Adventure

EMS公司,是专门从事企业数据库以及内置于多层次客户服务器结构自动化开发.其EMS SQL Angel for SQL Server工具,便是SQL Servers数据库数据备份还原工具,并且还能使用压缩机制和执行维护工作. 此次,EMS SQL Angel for SQL Server发布1.3版本,主要是提供了远程的上传及存储备份功能.具体如下: 支持远程上传和存储备份 网络文件夹,网络附件存储(NAS) FTP上传(ImplicitSSL / ExplicitSSL),SFTP(SSH)协

一.数据库复制涉及  1.发布服务器:  数据的来源服务器,维护源数据,决定哪些数据将被分发,检测哪些数据发生了修改,并将这些信息提交给分发服务器.  2.分发服务器: 分发服务器负责把从发布服务器拿来的数据传送至订阅服务器. 3.订阅服务器:         订阅服务器就是发布服务器数据的副本,接收维护数据. 4.订阅类型       推订阅          推订阅是指由发布服务器将所有发生修改过的数据复制给订阅者,这种在数据同步性价比较高的场合,推荐使用推订阅.       拉订阅    

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

Non-Clustered Indexes not copying in Transactional Replication : SQL Server 2008 方法1: You have transactional replication and want to move Non-clustered index from Publisher to Subscriber and set the non-clustered indexes property in the properties of

基本来说安装SQL Server 单节点数据库并不是很困难的事情,大多可以通过Next来安装完成.其中要注意以下几点 安装.net3.5 可以参考本Blog的一些安装须知. Windows Server 2012 开始支持的 Core模式的转换,SQL server 也有Core 模式的安装,但是SQL Server并不支持安装完完全版的SQL Server 在Windows 的模式下进行转换. 如果需要使用SQL Server 的Core模式需要在单独安装而不是安装完全版的模式. How to

1  Between在某些时候比IN 2 在必要是对全局或者局部临时表创建索引,有时能够提高速度,但不是一定会这样,因为索引也耗费大量的资源.他的创建同是实际表一样 3 尽量少用视图,它的效率低.对视图操作比直接对表操作慢,可以用stored procedure来代替她.特别的是不要用视图嵌套,嵌套视图增加了寻找原始资料的难度.我们看视图的本质:它是存放在服务器上的被优化好了的已经产生了查询规划的SQL.对单个表检索数据时,不要使用指向多个表的视图,直接从表检索或者仅仅包含这个表的视图上读,否则

对数据库进行数据库复制.订阅时经常会出现各种奇怪的问题 如果你对数据库进行多次发布.删除发布操作时可能会提示“dbo.sysmergepublications”无效的问题, 可以使用以下方法解决: Use [DataBaseName]EXEC sp_removedbreplication 该操作将会删除数据库下的所有复制.

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

背景描述: 发布服务器A: (远程端) , 数据库服务名: GUANWANG1 订阅服务器B: (本机)   ,  数据库服务名: PC-LLRDBA 需要从服务器A中数据库发布,然后在B中订阅A发布的数据库; ------------------------------------------------第一步: 准备工作------------------------------------------------ 准备工作1: 配置机器名和数据库服务名一致 先检查A,B中的机器名和数据库服

一.复制的功能概述 SQL Server 复制功能实现了主从库的分离,从而将主库的压力分解掉,主库就主要负责数据的更改等,而主库主要负责查询ji.另外,有了主.从库,则从另一个方面,也了一层安全性,即:备份.万一主从出了什么问题,从库却还在. 本文主要讲述的是通过:发布-订阅的方式实现数据库的主.从分离.因此需要配置一个发布服务器与一个订阅服务器.其中发布服务器负责将数据分布到相应的订阅服务器上,而订阅服务器,则负责接收数据,并将数据整合.更新到自己库上,从而保证其数据与主库一样.下面将自己配置