我们遇到了SQL Server 2008单节点群集挂起的奇怪情况。 作为背景，我们正在使用Windows 2008和SQL Server 2008重buildWindows Server 2003 / SQL Server 2005双节点群集。以下是时间表： 从Windows 2003 / SQL 2005集群中逐出被动节点（服务器B）。 主动节点现在可以作为单节点群集使用，没有任何问题。 擦除服务器B的磁盘，并将Windows 2008和SQL Server 2008安装为单节点集群。 由于我们不想让这两个集群进行通信，所以我们将集群的专用networking“心跳”适配器取消configuration。 群集出现并正常运行。 将所有数据库移至新群集。 群集继续正常运行。 closures服务器A（旧集群）以准备重build作为新集群的第二个节点。 服务器B上的SQL Server实例（新群集）会locking ，即使它不应该知道或与服务器A交互。 重新启动服务器A.服务器B（新群集）上的SQL Server实例立即重新开始工作。 我们试过的东西： 即使SQL Server挂起，新群集的名称也会响应ping和NETBIOS请求。 我们已经确认，旧的心跳适配器没有分配IP地址，也没有从DHCP获取IP地址。 禁用心跳的网卡具有相同的效果。 在任何日志中都没有生成错误 – Windows或SQL。 当第一次出现错误时，在有人想清楚发生了什么事之前，它已经挂了很长一段时间（超过10分钟）。 这看起来可以消除任何正常的群集超时，在这种情况下，它一直在search另一个节点（即使已经configuration了一个）。 服务器B运行Windows 2008 SP2，已完全修补，SQL Server 2008 SP1 CU7（10.0.2775）。
我已经读过，例如从这里读 http://wiki.lessthandot.com/index.php/Find_Out_Server_Roles_For_a_SQL_Server_Login SecurityAdminangular色可以读取错误日志。 我是SecurityAdminangular色，当我尝试执行xp_readerrorlog时，出现以下错误： Msg 229, Level 14, State 5, Procedure xp_readerrorlog, Line 1 The EXECUTE permission was denied on the object 'xp_readerrorlog', database 'mssqlsystemresource', schema 'sys'. 我错过了什么？ 该angular色可以读取错误日志吗？
我正在运行SQL Server 2008标准版，将数据库发布到单个订户的“事务性发布”中。 我们无法对发布者上的表进行任何更改，而无法获取“无法修改表，因为它已发布用于复制”。 这似乎很奇怪，因为模式更改（或脚本运行来执行此操作）应该推送给订阅者。 我们现在不得不放弃整个发布系统来更改表格。 我错过了什么？ 必须有方法来更新发布者表？ 谢谢！
我们目前使用SQL Server 2008中的事务复制来保持辅助报告服务器与主数据库服务器同步。 这一直在工作，并保持一些主服务器的负载。 将这个解决scheme扩展到多个报告服务器是否可能？ 我们希望增加只读查询的负载，并且能够根据需要添加报表服务器将会很好。 总体思路如下： 每个报告服务器将使用“拉”订阅从主数据库发布中获取数据。 这些报告数据库可能在主服务器后面几分钟而不会成为问题。 报告服务器将一起被NLB'd。 所有只读查询将被引导到NLB应该分散负载跨服务器。
我们正在为ms-sql 64bit 2008数据库实施镜像。 是否有限制可以镜像多less个数据库？ 我们将镜像1000个小型数据库，总大小为2TB。 networking带宽不是问题。 有没有人做到这一点？
我每晚的维护计划都失败了两个数据库。 我甚至不确定这是什么意思。 任何想法如何解决？ 这是维修计划中的错误： Executing the query "DBCC CHECKDB(N'Site_DB') WITH NO_INFOMSGS " failed with the following error: "The Index Allocation Map (IAM) page (0:0) is pointed to by the previous pointer of IAM page (1:747) in object ID 0, index ID -1, partition ID 0, alloc unit ID 72057597046816768 (type Unknown), but it was not […]
我们有一些SQL 2005数据库正在运行，我想迁移到SQL 2008. 2008实例已经启动并正在运行。 推荐的方法是从一台服务器快速切换到另一台服务器。 我喜欢应用程序使用2005年，而交易也被推到2008年，让我事先设置。 然后，应用程序团队可以将其连接更改为2008实例，并开始testing和更新。 一切顺利的时候，我们可以打破任何机制在做转移和使用2008年。 我有点熟悉镜像和事务复制。 看来，镜像将起作用，但是我需要在正确的时间对镜像数据库失败。 2005年的数据库将是无法使用，我们将无法倒退，因为系统表将在2008年的格式。 复制似乎是不需要任何干预的更好的select – 但它似乎也有点复杂的细节，我可能不知道，可能会使这不工作。 谢谢
我正处于使用SQL 2008实现高可用性解决scheme的早期阶段。 关于数据库镜像，我认为在同步模型下，在主服务器上事务不会在镜像服务器上提交之前被提交。 如果主体服务器出现故障，则可以使用手动执行的见证实例自动进行故障转移。 在这种模式下，如果镜像服务器失败会发生什么？ 委托人不能交易吗？ 还是镜子破了？ 我担心校长是在镜子的摆布下。
我的sql服务器上的错误日志每5秒发出一次此警告 '为数据库ReportServerTempDB设置数据库选项COMPATIBILITY_LEVEL为100。 从我可以告诉这可能是由于我的环境混合使用2005年和2008年的SQL服务器，连接在它们之间的服务器和报告从每个，但我不确定这个消息意味着什么。 这个信息是否警告我有问题？ 如果是这样，我该如何解决潜在的问题。 如果没有，我怎么得到这个消息停止洪水我的错误日志。
我们正在重新考虑使用SQL Server 2008 Web Edition，但是由于无法托pipe诸如CRM之类的LOB应用程序，我们正在怀疑Microsoft究竟意味着什么。 我们为客户提供在线执行金融交易的networking应用程序。 我们也有内部用户使用这些相同的应用程序。 某些function仅适用于客户端，一些function仅适用于内部用户。 几乎所有的function都是通过网页访问的。 这会被认为是一个LOB应用程序？ 我跟微软交谈过的人非常谨慎。 我讨厌花$ $$$许可一个应用程序，并找出我们不能使用它。