学无止境

SQL Server 2005 数据库同步复制实例

事务复制会话当对事务复制性能问题进行故障排除时，我们可以将数据流分为四段同步的会话，测试每段会话的性能，将有助于确认应该从哪里开始瓶颈调查。1)日志读取器（LogReader）的读者线程通过存储过程sp_replcmds（xp_replcmds的包装）读取事务日志，它会扫描被标记为复制事务的日志，跳过非复制的事务。2)日志读取器的写者线程使用sp_MSadd_replc

1. 错误：已将此(这些)订阅标记为不活动，必须将其重新初始化。需要删除NoSync 订阅，然后重新创建它们      use distributiongo--查找状态不正常的发布select status,*from dbo.MSsubscriptionswhere status2--修改状态update dbo.MSsubscriptionsset st

--前因：SQL2005升级至2008 R2 导致复制异常--错误提示： --SQL2008 日志读取代理器未运行 进程无法在“XXX”上执行"sp_replcmds".--解决办法：--1. 执行下面的脚本 use SCMEXEC sp_repldone @xactid =NULL, @xact_segno =NULL, @numtrans = 0, @time

主页技术资源库学习下载支持社区论坛sp_replmonitorhelpsubscription (Transact-SQL)返回发布服务器上属于一个或多个发布的订阅的当前状态信息，并为每个返回的订阅返回一行。在分发服务器上对分发数据库执行此存储过程，用于监视复制。Transact-SQL 语法约定语法sp_rep

--http://technet.microsoft.com/zh-cn/library/ms174364%28v=sql.105%29复制存储过程 (Transact-SQL)SQL Server 2008 R2 其他版本 复制系统存储过程被记录并用作完成一次性任务（如实现复制）以及在批文件和脚本中使用的方法。 要向应用程序中添加对

背景:今天检查一个服务器上实例中镜像数据库的状态,发现主库这边所有被镜像的数据库的状态均为:Principal/Disconnected,而从库那边除了镜像数据库Tfs_TFS2005Collection 之外,其他镜像数据库的状态为Mirror/Recovering/Pending.处理方法:第一步:首先检查两边数据库服务器是否可以相互Ping---确认OK第二步:相互telnet

SQLServer的Replication技术从2005开始，已经变得非常成熟了，而且效果也很好，很多的公司在做读写分离时，都选择了这项技术；Replication现在包括事务、合并和快照三种，每项都有各自的应用优势，大家用得最多的无疑是事物复制了，这种技术能保证我们发布端的数据的变更能及时传输到订阅端，网络带宽和服务器配置如果不差的话，两台机器之间的数据延时是非常小的，这为我们的读写分离

前言：    在SQLServer数据库中，当我们对一个位于同步链上的表进行更新时，如果更新的记录数也非常多，几百或是几千万，那么批量更新该表会造成同步链的大量延时（甚至有可能崩溃掉，即使同步链不崩溃，等的人也要崩溃了）。  原因：   一般情况下，Replication是根据我们更改的数据一条条更改记录的，也就是说我们在发布端下达如下的语句： update Tes

在SQL Server的复制中出现在错误“应用复制的命令时在订阅服务器上找不到该行”，换上以前的做法就是删除掉这个复制，然后再新建一个复制，但是这次，我突然想BAIDU一下，看看别人是怎么处理这个问题的，然后发现找到的文章都是从MSDN上抄下来的，因此我决定把我的做法写下来。　　首先查MSDN，确定这个错误的ID为20598，这个下面会用到；确定了错误ID之后，有两种方法可以跳过这个错误

在配置复制时，将在分发服务器上安装一组代理配置文件。 代理配置文件包含一组在代理每次运行时都要使用的参数：在代理启动过程中，每个代理都会登录到分发服务器，并查询其配置文件中的参数。 对于使用 Web 同步的合并订阅，配置文件会下载并存储在订阅服务器中。 如果配置文件发生了更改，订阅服务器中的配置文件将在合并代理下次运行时更新。有关 Web 同步的详细信息，请参阅合并复制的 Web 同步。

1. 错误：已将此(这些)订阅标记为不活动，必须将其重新初始化。需要删除NoSync 订阅，然后重新创建它们      use distributiongo--查找状态不正常的发布select status,*from dbo.MSsubscriptionswhere status2--修改状态update dbo.MSsubscriptionsset stat

--原因分析:--SERVERPROPERTY 函数的 ServerName 属性与@@SERVERNAME 返回相似的信息。--ServerName 属性提供Windows 服务器和实例名称，两者共同构成唯一的服务器实例；--@@SERVERNAME 提供当前配置的本地服务器名称。--如果安装时未更改默认服务器名称，则 ServerName 属性和 @@SERVERNAME 返回相同的

SQL Server 中 存在以前（系统还原前）的发布内容，使用鼠标->右键，选择删除，失败。   可使用语句： EXEC SP_REMOVEDBREPLICATION '发布数据库名称'   即可清除发布；

数据库高可用性——SQL Server 2005数据库复制简单图解

不同服务器数据库之间的数据操作--复制同步（整理版）

SQL SERVER2005 复制订阅功能介绍及示例

快照复制     1、概念     快照复制是完全按照数据和数据库对象出现时的状态来复制和分发它们的过程。快照复制不需要连续地监控数据变化，因为已发布数据的变化不被增量地传播到订阅服务器，而是周期性的被一次复制。     2、 适用情况     数据主要是静态的，比如将数据仓库复制到数据集市中     一段时间内允许有已过时的数据拷贝的情况     小批量数据     站点经常脱离连接，并且可接受高延迟事务复制     1、概念     使用事务复制，初始快照数据将被传播到订阅服务器，因此该订阅服务器就具有

-----------------查询示例：SELECT  TOP 100 * from opendatasource('sqloledb','data source=192.168.0.1;user id=*****;password=*****').[input].[dbo].E1t04_table-----------------------------------------------/********************链接数据库   ****************************

SQL2005删除复制数据库的发布与订阅的方法   --在测试环境中恢复从正式数据库服务器上备份下来的bak文件后，正式环境里数据库复制的发布、订阅也被带进来了，结果恢复的数据库无法更改表结构，直接删除这些错误的发布会提示订阅没有清理，但删除订阅时又提示订阅服务器不存在。   m

创建sql数据库复制的发布、订阅的问题处理2009-12-09 14:20操作使用的一些技巧(事务复制类型):1.如何修改一个已经发布的表的属性?将发布所有订阅删除,(发布不用删除),就可以在发布属性的项目中取消表,然后就可以修改该表了,修改后,再将表加入发布内就可以了.2.常用

QL Server使用链接服务器实现跨服务器访问,而mysql是通过Federated引擎实现的.

1. 当前数据库中都有哪些发布。2. 一个发布中包含了哪些表。3. 发布都是被哪些数据库服务器订阅。

如转载，请注明出处：http://blog.csdn.net/robinson_0612/archive/2009/11/04/4769060.aspx     SQL server 2005高可用性之数据库镜像，是SQL server 2005的新技术之一，是一种基于软件的高可用性解决方案，可以对不同服务器或同一服务器不同实例之间的数据库实验无数据延迟，自动故障转移的热备份。数据库镜

如转载，请注明出处：http://blog.csdn.net/robinson_0612/archive/2009/10/31/4751070.aspx        SQL server 2005高可用性之日志传送是在SQL server 2000 日志传送基础之上的延续，两者其本质上并没有太大的差异。日志传送能够同步位于不同服务器或同一服务器不同实例之间的数据库，通过将主服务器

SQL Server复制是我们常用的一个提高性能和可用性的功能，但这东东确实已存在很多不稳定因素，会造成复制功能的失效，今天就遇到了一个问题是由于SQL Server数据冲突造成的事务复制失败。解决这个问题可以重新初始化复制来保障两边的数据一致性。也可以选择跳过失败的事务，这样虽然可能会有部分数据不一致但如果能够确保这部分数据不是关键数据则可以使用这个方案。跳过失败的事务需要用到两个SP，第一