如果禁用了TLS 1.0和1.1，则在Windows 2008 R2上，SQL 2008存在问题。 在禁用TLS 1.0和1.1之后，我无法启动SQL服务。 和事件查看器显示这些错误： 我search每一个地方，但我找不到任何解决scheme。 任何人可以build议任何东西？ 谢谢。
Windows XPconfiguration是一台通用计算机，具有Pentium D 2.8GHz，1GB内存，Microsoft SQL Server 2008（RTM） – 10.0.1600.22（Build 3790：Service Pack 2） Windows Server 2003 R2是Dell PowerEdge 2950，Pentium Xeon 2.0GHz，内存14GB，与之前的相同。 数据库是4GB，运行一个存储过程。 完成过程的时间为：XP = 14分钟。 2k3 = 38分钟。 在这两种情况下，SQL服务器都configuration为使用所有核心。 没有其他任务正在运行。 我们怎样才能提高服务器的性能，以执行XP盒？
在SQL Server 2005和2008中使用多实例故障转移群集（曾经被称为主动 – 主动）时，我想知道你configuration了最小和最大服务器内存。 对于双节点多实例群集（每个节点有两个实例），最佳做法是将每个实例的最servlets器内存configuration为40-45％，以便在发生故障转移时两个实例不最终导致内存数量极度不平衡，因为新实例可能会对已经运行的实例施加不适当的内存压力。 虽然这是一个最佳实践，但我想听到有这种情况的人 – 你为不同的实例configuration了什么内存设置？ 你是否让他们平等，或者你在每个实例上运行的工作负载的优先级？ 你使用WSRM吗？ 您是否根据故障后转移群集configurationdynamic更改内存设置？ 谢谢！ PS我不需要关于内存pipe理如何工作的信息，或者为什么存在最佳实践 – 我知道所有这一切 – 我对人们在做什么感兴趣。 PPS请注意，我对SQL 2000不感兴趣 – 内存pipe理器没有响应这种内存压力，所以最好的做法是将最大服务器内存设置为每个实例50％。 育。
我有一个Win2003系统，通过SQL SERVER 2005 Express来提供CAD图纸。 我需要在同一台服务器上为另一个ERP安装SQL SERVER 2008。 有关于此configuration的任何已知的问题或问题？ 谢谢。
我正在devise一个软件系统，在Microsoft SQL Server 2008的大约4000个表中存储数据。有没有人有任何指针，以减轻pipe理如此大量的表？ 谢谢！ PS：已经正常化了。
有没有办法在我的维护计划中select我想要操作的数据库，而不必为每个单独的任务select它们？ 我有一个设置，使我不能select“所有用户数据库”选项。
我有一个特定服务器上的所有用户数据库的维护计划设置，它以不同的时间间隔完成所有常见的事情。 第七和最后一个子计划是两个阶段的清理计划。 首先删除旧的完整备份，然后删除旧的事务日志备份。 这些任务似乎可以成功运行 – 子计划的作业历史logging报告计划按时运行，并运行xp_delete_file两次 – 但显然文件不会被删除。 任务设置是： 备份文件 search文件夹并根据扩展名删除 – .bak 包含子文件夹 删除2周以前的文件 和 备份文件 search文件夹并根据扩展名删除 – .trn 包含子文件夹 删除超过5天的文件 有任何想法吗？
当我运行DBCC CHECKDB ，出现如下所示的错误消息： 表错误：对象ID 2020918271，索引ID 1，分区ID 72057594196590592，分配单元ID 72057594190233600（types行内数据），页面（4：129574），行0.logging检查（有效的UDT列）失败。 值是3和0。 现在我只是想了解这个错误是什么意思 ，它是多么严重 – 似乎是一些校验和相关的错误，可能不是那么严重。 最近的备份似乎也有同样的问题，但这不是什么大不了的，因为数据可以从其他来源重新创build。 无论如何，我试图深入到底，也许了解哪些行已损坏，如果有任何特定的模式。 当我运行DBCC PAGE查看那里有什么，如下面的语句： DBCC PAGE('MyDB', 4, 129574, 3) 它什么也没有显示 纳达。 压缩。 只是标准： DBCC执行完成。 如果DBCC打印错误消息，请联系您的系统pipe理员。 但没有错误，也没有页面数据。 事实上， CHECKTABLE出来的每一个错误都有一个文件/页面号，我从PAGE得到这个输出。 我也从CHECKTABLE输出中看到以下错误，但只是偶尔发现： 表错误：对象ID 2020918271，索引ID 1，分区ID 72057594196590592，分配单元ID 72057594190233600（types行内数据）。 页（4：129575）没有在扫描中看到，虽然其父（4：129977）和以前（4：129574）提到它。 检查以前的错误。 它看起来可能是相关的，但我真的不知道如何。 UDT可能相对较大（大约5 KB），因此可能会将页面拆分并丢失其中一个页面？ 虽然这只是一个疯狂的猜测。 从CHECKTABLE出来的错误的数量也使得整个表看起来就像这样，但我知道情况并非如此，因为我可以很好地读取数据。 事实上，每天都有一个自动化的过程，随着时间的推移，这个过程会读取这个表中的所有数据，而且没有报告过一个错误。 另外，如果我在其中一个父页面上运行DBCC PAGE （即使“先前”页面不存在），我也可以获得键列，并且可以SELECT所有周围键的所有数据，而不会出现任何错误。 有人可以告诉我这是怎么回事？ 当引用的页面不存在时， DBCC CHECKTABLE是否给了我这些错误是否合理？ CHECKTABLE本身是否可能发出虚假错误？
我有一个在Windows Server 2008 x64上运行的SQL Server 2008 Analysis Services的单个实例，服务器上有8GB的RAM。 所有内存设置都保留为默认值。 SSAS服务启动时，performance正常。 但是，无论何时对该实例运行查询，SSAS服务将不断消耗服务器上的所有内存，以至于服务器需要重新启动。 目前，TotalMemoryLimit和LowMemoryLimit设置分别设置为80％和75％。 HardMemoryLimit默认设置为0。 为什么尽pipe限制设置SSAS使用服务器上的所有内存？ HardMemoryLimit是否需要设置？
我正在使用Sql Server 2008（“R1”），以及一些将我的数据库备份到networking共享的维护计划。 我的一些备份作业显示“BACKUPIO”types的长时间等待。 当然，这似乎是一个I / O子系统的限制，但我很怀疑。 生产（源）服务器上的I / O的Perfmon统计数据完全在该服务器的正常趋势范围内。 目标服务器显示持续7MB / s的写入速率，即使对于慢速磁盘，写入速率也似乎非常低。 networking链路是千兆以太网，远不及饱和。 关于BACKUPIO的几个文档表明，它并不是专门在I / O上等待，这足够令人惊讶。 这MSFT文件说，这是不正常的，除非你使用的磁带驱动器，我不是。 但是没有说（或者我不明白）究竟是什么资源缺失。 http://www.docstoc.com/docs/24580659/Performance-Tuning-in-SQL-Server-2005 而这篇文章说这根本不涉及I / O性能。 http://www.informit.com/articles/article.aspx?p=686168&seqNum=5 “请注意，BACKUPIO和IO_AUDIT_MUTEX与IO性能无关。” 无论如何，有谁知道什么BACKUPIO实际上意味着和/或我能做些什么来诊断或消除它？ 更新：我在目标磁盘上显示100％+磁盘时间，这听起来像磁盘瓶颈而不是networking。 这是一个单转子7200RPM，但我仍然怀疑7MB / s是最好的磁盘可以做的。