我正在考虑转储数据库镜像，而不是使用SQL Server 2008 Standard服务器上的事务日志传送，因为由于主体是更强大的机器，所以性能明显下降。 这是不是微不足道的？ 我猜我只是需要打破同步，把他们离线，然后configuration日志传送，或者我将不得不执行一个新的RESTORE WITH NORECOVERY？ 它是否正确？ 其他的事情我应该记住？ 最好我想asynchronous镜像，但企业许可证是有点多。
我们将数据库镜像configuration为23个数据库上的“无自动故障切换的高安全性”。 这两个合作伙伴包含主体和镜像数据 我创build了两个脚本，可以使用graceful或者强制切换来镜像或者主体的故障切换。 我将如何检查数据库，以确保他们在线和stream量正在redirect？ 我正试图保留所有的T-SQL，并希望能够添加一些东西，我已经创build将运行检查的脚本。
我是DBpipe理员，但学习速度很快。 我们有一个大的SQL Server 2008安装程序，我刚刚实现了一个三阶段testing系统 – Alpha，Beta和Live服务器。 所有三个运行相同版本的SQL Server（虽然Alpha是x86而其他是x64）。 因为Alpha是我们可能会破解的testing机器，所以数据不必是最新的，但是我想设置Beta以尽可能接近Live，原因很明显，例如从Live每小时或类似的拉动新的数据。 我已经调查了复制，并设置了交易从Beta到Alpha（我不会触及活，直到我知道它的工作），但在Beta上执行交易（select和插入）没有过滤回Alpha，所以我不知道如果我已经正确设置它。 不言而喻，数据应该只能以一种方式stream动，Live – > Beta（理想的Beta – > Alpha，就像每天午夜时分一样）。 有人可以指导我设置这样一个系统的教程，或帮助我设置系统？ 任何帮助非常感谢！ 干杯， Gargravarr
我已经在距离彼此40英里远的两台服务器之间configuration了数据库镜像。 服务器规格：SQL Server 2008，Standard Edition 64位 这对于校长，镜子和证人也是一样的。 configuration具有高度安全性并具有自动故障转移function 最初，我们在主体和镜像上testing了我们的.net应用程序（web应用程序），并确保login不是孤立的。 事情一般运行良好。但有时在镜像服务器上，我看到login失败的尝试： 用户'd0main \ user'login失败。 原因：无法打开明确指定的数据库。 [客户端：xx.xx.xx]消息错误：18456，严重性：14，状态：38。 这个错误一天出现3-4次，但不会超过这个时间。 我向专家提出的问题是：如果委托人还活着，为什么应用程序试图连接到镜像.net网页的默认超时时间是30秒，那么应用程序试图连接委托人和30即使主体还活着，秒也假定它已经死了，因此试图打开一个连接来镜像失败的地方。 请帮我解决这个问题。
我正在运行两个MS-SQL实例来创build一个镜像数据库环境，我在虚拟机中有一个实例，而另一个实例，以及目击者在物理机器中。 我知道这不是最好的configuration，但这只是为了学习的目的。 现在，当我尝试镜像数据库时，它给了我以下错误 。 所有的设置都是从镜像configuration向导自动发出的，所以服务器应该是可见的，除了我可以从物理pipe理工作室连接到它，我已经在虚拟机上创build了一个入站规则，允许端口5022上的所有传入连接。 我怎样才能解决这个问题？
我已经完成的testing似乎表明，需要为<all databases>数据库名称而不是单个指定的数据库定义以下阈值警报： 未发送日志阈值（错误消息32042） 最旧的未发送事务阈值（错误消息32040） 未重新设置的日志阈值（错误消息32043） 镜像提交开销阈值（错误消息32044） 这与微软提供的文档相反： Technet：“关于数据库镜像事件的警报” 我已经确认错误编号32040,32042,32043和32044正在写入到SQL Server日志，按照sp_altermessage ： /* Unsent Log Threshold (http://msdn.microsoft.com/en-us/library/aa337325.aspx) */ sp_altermessage 32042, 'WITH_LOG', TRUE 如果您成功了，我将不胜感激，如果您描述您为单个数据库发生阈值警报的操作 。 谢谢。
关于订购镜像数据库对来驱动我们的多用户Web应用程序，并寻找一些方面的指导。 我已阅读其他职位的各种反馈，但很难将反馈放在我们的使用情况简介的上下文中。 我们正在为我们的（有限）降价寻找最好的回报。 以下（计划）详细说明是否适合用途，以及我们应该改变哪些方面（例如HDDtypes，内存级别，RAIDconfiguration，处理器）？ 最后同时在两个方向上运行镜像，我们是否正确地假设我们将在硬件上获得更好的杠杆作用？ 当前系统configuration 运行SQL 2005 Standard 32位的Windows 2003 多个数据库 – 当前尺寸为23GB，8GB，7GB，6GB，5GB，5GB，2GB和4个1GB Total Reads vs Total Writes给出的比例为2.5比1 在两台相同的服务器之间镜像运行实例（即空闲热插拔） 1xRAID 1个7.5K SATAarrays，运行一切 – 在RAID控制器上没有caching 2GB内存 至强双核1.8GHz 计划的系统configuration 运行SQL 2005 Standard 64位的Windows 2008 R2 分割镜像，使它在同一时间在两个方向上都是活动的 – 即一半数据库将以一种方式镜像，另一半以另一种方式来试图更好地利用h / w 2个相同的服务器： 戴尔H700 RAID控制器，1GBcaching 1xRAID 1用于OS /程序文件/事务日志的近线SAS 1TBarrays 1xRAID 1个用于数据库的600GB 15K SAS驱动器arrays 8GB内存 英特尔四核2.6GHz
我们有三台SQL Server 2008 R2服务器（主体，镜像和见证）设置用于镜像（带有安全选项）。 我在镜像服务器日志中看到，对于databaseA存在“镜像连接到TCP：// PRINCIPAL：1234超时”错误。 但是，我在主服务器日志中看不到类似的错误。 没有发生故障转移。 所以从我所了解的“镜子”能够与证人而不是委托人进行沟通。 之后在镜像服务器中的日志条目是： 数据库镜像对数据库'databaseA'是不活动的。 启动数据库'databaseA'。 绕过数据库“databaseA”的恢复，因为它被标记为镜像数据库，无法恢复。 数据库镜像与数据库“databaseA”一起作为镜像副本处于活动状态。 我没有看到在校长超时错误，但我确实在上面同时看到这些日志条目： 数据库镜像对数据库'databaseA'是不活动的。 数据库镜像以主体副本的数据库“databaseA”激活。 再次，数据库从来没有失败（这是好的，因为委托人起来）。 我的问题是，见证人不知何故地告诉镜子，委托人已经到了，所以镜子不会故障？
我想解决两个MySQL服务器实例之间的数据复制/数据同步问题。 它们都具有相同的数据库结构（数据库，表格，列，每个…），但是每个数据库在存储数据时都有不同的优先级。 一个从网站接收数据，网站是解决scheme的前端，另一个从后端获取数据。 这是一种负载平衡，因为后端没有很好的devise，如果在几秒钟之内无法写入数据，它的连接就会死亡。 为了使它更精确，我不得不提一下，后端和前端不会写入同一个表中。 目前这些数据库之间的同步是由触发器和存储过程来pipe理的，这应该被改变成一个更稳定的解决scheme。 我在网上find了一篇看起来很有前途的文章，但是它提出了一个问题：是否可以同时创build两个服务器主服务器和从服务器？ 如果是的话，这将是完美的。 顺便说一句：如果是的话，我可能会问如何完成（每个服务器上的主从设置configuration？）。 我想问问是否还有其他的解决scheme。 谢谢
我将设置一个3节点群集作为可用性组的一部分。 最初我使用SQL Management Studiotesting节点之间的故障转移，当停止节点时，所有事情都成功完成，我仍然能够编写查询。 我开始testing一个使用SQL用户连接的应用程序，每当我切换节点时，我都会login失败。 我相信这个问题的原因是因为服务器login与数据库绑定的SID是不同于导致login失败的其他节点上的服务器login。 请纠正我，如果我不正确的理解这一点。 如果我正确理解这一点，我怎样才能确保服务器loginSID是相同的节点之间？ 有没有办法把这个复制过来，或者这个应该怎么做？ 我读了一些关于包含数据库的地方，我可以在数据库本身上设置login名，而不是创build一个服务器login名，但我宁愿不沿着这条路线走。