Articles of 事务复制

如何将复制的数据库(SQL Server 2008 R2)的文件移动到其他驱动器

如果有人能帮我解决以下问题,我将不胜感激: 我们在事务复制下使用两个SQL Server 2008 R2数据库:具有可更新订阅的事务发布。 由于磁盘空间不足,我们需要将数据库文件移动到新的驱动器中。 但我不想打破复制。 我正在寻找的是所需的步骤,将帮助我将文件移动到新的驱动器。 谢谢

SQL Server 2008 R2复制日志读取器无法执行sp_replcmds

这个日志阅读器代理工作了几个月,直到错误中引用的用户从域中删除。 在此之后,错误'进程无法执行'服务器'上的'sp_replcmds'被更详细地收到'无法获取有关引用该用户的Windows NT组/用户的信息。 这个用户在日志阅读器代理中没有任何地方被引用,除了后来被删除的发布访问列表。 代理仍然不能成功启动。 我相信这里的简单问题是日志读取器代理程序是在该用户下创build的,并且不再存在于该域中。 有一个“所有者”需要改变吗? 数据库上的其他每个函数都会继续成功执行。 任何其他的帮助或想法,将不胜感激。

问题MSDE 2000 5分钟Keepalive通过ISDN

我们有一个SQL Server事务性地将复制数据通过ISDN推送到MSDE 2000 SP3a用户。 在最近升级到MSDE 2000之前,我们将其推向了MSDE 1。 我们发现现在有一个5分钟的保持活动被MSDE 2000煽动,我们无法解释。 而且,我们也无法find禁用它或延长存活间隔的方法。 毫不奇怪,由于这些先前不存在的存活包,我们发现ISDN线路成本显着增加! 请注意,我们假设这是一个MSDE 2000服务器问题,但它可能同样是一些与在MSDE 2000上进行复制的方式相关的行为。不幸的是,迄今为止,我们还没有确定影响以任何方式保持活力。 任何人都可以build议我们如何可以确定这个问题的根源(理想情况下是修复)?

SQL Server – VMWare安装 – 导致100%CPU的事务复制

我在SQL Server上遇到了严重的麻烦 – 特别是事务复制。 我们曾经有一个Windows 2003物理机器,使用SQL 2000.我们称之为“WebDB”服务器位于数据中心,我们通过WAN连接到它。 回到办公室,我们有一个Windows 2008,SQL 2008。我们称之为“OfficeDB”这个事务复制出版物有大约20个目录。 这是复制到这台物理服务器没有问题。 最近,我们在VM(Esxi)托pipe环境中部署了一个新的服务器。 此环境也通过WAN连接。 此服务器安装了SQL 2008 R2。 它有12GB的内存。 我们对原始的WebDB进行了备份,并在新的vWebDB上进行了恢复。 我将其configuration为从OfficeDB发布的订阅者。 初始化后,一切似乎工作正常。 我们将我们的networking应用程序切换到使用新的vWebDB服务器。 CPU似乎不断在100%左右徘徊Web应用程序没有改变 – 查询(虽然有点低效,我会在适当的时候看这个)保持完全一样。 复制延迟在10分钟到2小时的范围内(变化) 如果我禁用复制,vWebDB服务器似乎冷静下来,CPU使用率下降到50-60% 随着复制启用,但最终,数据库开始超时,用户得到错误等… 注意事项: 我做了原始数据库的直接备份/恢复,到新的虚拟硬件上。 与此有关的是MDF / LDF文件被分成2个虚拟磁盘。 这是在虚拟环境中的良好做法吗? 分销商是(现在仍然)在OfficeDB服务器上。 分销代理是distrubutor(推送订阅) 困惑我的东西是这个设置在旧机器上工作正常。 我很乐意提供解决这个问题的build议。 如果相关,我将编辑这个post,回答问题。

SQL 2008 R2复制错误:该进程无法连接到分发服务器

我有两台运行SQL 2008 R2 Standard的服务器,每台服务器都有一个名为“MAIN”的实例。 我的主服务器(一个表,13行)上有一个小型testing数据库,我想将其复制到第二个服务器,作为我想要复制的一些大型数据库的概念validation。 我将主服务器设置为发布者和分发者,并将数据库设置为进行事务复制。 我通过备份/恢复将数据复制到第二台服务器上,而不是通过快照(由于数据库大小和带宽有限,我将不得不处理更大的数据库)。 我按照这里的说明: http : //gnawgnu.blogspot.com/2009/11/sql-2008-transactional-replication-and.html 现在在订阅者身上,我进入复制/本地订阅/右键单击/属性在我的数据库订阅。 上次同步的状态显示状态为:“进程无法连接到分发服务器”主服务器\主“。” 数据是从主要复制到次要的。 在主服务器上添加的任何logging都会在几秒钟内显示在辅助服务器上。 经销商是我没有使用的快照系统的一部分,还是它是事务复制东西的一部分? 谢谢,兰斯

分区表的SQL Server 2008 SP1事务复制生成StackDump

我有一个发布用于事务复制的分区表。 即使在发布中选项allow_partition_switch = 1且replicate_partition_switch = 0,此表上的SWITCH操作似乎也会复制到订户。 当我尝试在发布者上执行以下示例脚本时… ALTER TABLE [PartitionedTable] SWITCH PARTITION 21 TO [PartitionedTable_SWAP] PARTITION 21 将返回以下错误,并生成堆栈转储。 来自具有SPID 53的会话的用户请求产生了致命的exception。 SQL Server正在终止此会话。 联系产品支持服务与日志目录中产生的转储。 删除发布允许SWITCH PARTITION语句按预期执行。 但是,为什么事务复制要么明确地试图复制SWITCH操作,要么至less依赖于发布器上SWITCH操作的发生? 这是一个SQL Server的错误? (也许固定在以后的SP或CU版本??) 另一个问题是,如果我在文章上应用filter,这是否能解决问题? 肖恩·菲茨杰拉德

SQL服务器对等复制 – 代理运行NT AUTHORITY \ NETWORK SERVICE?

在testing平台上,我试图让SQL Server 2005对等(事务)复制工作,复制代理在NT AUTHORITY\NETWORK SERVICE帐户下运行。 在此之前,我使用在SQL Server代理服务帐户(即SYSTEM帐户)下运行的代理安装对等复制,并在AD中创build了一个包含计算机帐户的安全组。 我给了这个组织在dbs,PAL,分销商必要的权限。 这工作得很好。 如果我尝试使用以NT AUTHORITY \ NETWORK SERVICE(或NT AUTHORITY \ NETWORKSERVICE – 没有空间,我都试过)运行的代理程序完全相同的设置,我在复制监视器中看到以下错误: 无法启动执行(原因:错误身份validation代理Nt权限\networking服务,系统错误:login失败:未知的用户名或密码错误) 我也尝试使networking服务在每台服务器上的SQLlogin,并给它的系统pipe理员angular色。 这没有什么区别。 作为networking服务运行复制代理是不是可能? (注意 – 我知道我可以使用带有用户名/密码的AD帐户,由于各种原因,我们不希望在这种情况下这样做)

复制是否比高频读取资源更less?

我正在开始一个新的Web应用程序的开发,这个应用程序需要被devise成可以从单词开始扩展。 我正在研究数据库复制和主/从复制的概念(或发布者/订阅者 – 我认为这些都是一样的东西,但请纠正我,如果我错了)。 我一直在阅读的拓扑结构涉及到主处理所有的数据库写入和从属处理所有的读取。 我的问题是: 在从服务器必须尽可能接近实时数据的情况下,与直接读取数据库相比,事务复制对主数据库的负载是否更小? 另外,从机的性能不会受到事务性复制的影响,就好像它正在被写入一样? 一般来说,感觉就像操作数量正在乘以引入复制一样 例如 数据被写入主数据库(由客户端) 从主数据库读取数据(用于复制) 数据被写入从属数据库(用于复制) 数据从从属数据库(由客户端)读取 对我来说,似乎增加额外的读取和写入过程会增加额外的服务器所带来的好处。 我看这太简单吗? 还是我错过了什么? 谢谢

SQL Server分发代理清理作业导致阻塞

我正在使用SQL Server事务复制,并且注意到在分发代理清理作业执行时,每天都会阻止分发者的所有发布。 我已经看到这个块持续长达2个小时。 一些订阅需要非常低的延迟,所以这对我来说现在是一个大问题。 我已经阅读,将HistoryVerboseLevel设置为0将停止logging到MSdistribution_history数据库。 这样做后,阻止平息为订阅,我改变了分销商configuration文件。 但是,在三天内,所有订阅都被标记为不活动。 在这一点上我没有什么想法,所以希望别人有一个解决scheme。 我的下一步是尝试在分发数据库上启用快照隔离,但感觉这是“大锤”方法。

如果一个SQL Server复制分发服务器和订阅服务器位于同一台服务器上,是否应该使用PUSH或PULL subsciption?

在此先感谢您的帮助。 我正在设置一个新的Microsoft SQL Server复制,并使分发服务器和订阅服务器在同一台服务器上运行。 发布者位于远程服务器上(因为它是一个生产数据库,MSbuild议大量使用分发服务器)。 我不太了解PUSH和PULL订阅的内部工作原理,但是我的直觉告诉我,PUSH订阅的资源密集程度较低,因为(1)分发者已经很偏远,所以这不应该对发布者产生负面影响, (2)将订单从分销商推送到订购者比订购者对分销数据库进行轮询更为有效。 有没有人有任何资源或洞察推或推拉推荐一个在另一个? 在性能/可靠性/安全性方面真的会有很大差异吗?