我有两个运行SQL Server 2008 R2的Windows 2008 R2（Amazon EC2）实例。 我使用9TB条纹磁盘（9x1TB EBS卷）进行存储。 一台服务器作为主体运行，另一台作为镜像运行。 两者都从位于条带化磁盘上的相同映像，数据库和tlog文件开始。 镜像服务器在过去2个月内失败3次，错误： EventID 823在写入文件'D：\ TLogs ********* _ log.ldf'中的偏移量0x00000048058a00时，操作系统返回错误2（系统找不到指定的文件）。 SQL Server错误日志和系统事件日志中的其他消息可能提供更多的细节。 这是一个严重的系统级错误，威胁数据库的完整性，必须立即纠正。 完成完整的数据库一致性检查（DBCC CHECKDB）。 这个错误可能是由许多因素引起的; 有关更多信息，请参阅SQL Server联机丛书。 和 EventID 1454数据库镜像将被暂停。 服务器实例“xxxxxxxxxx”在充当数据库“*********”的镜像伙伴时遇到了错误823，状态6，严重性24。 数据库镜像伙伴可能会尝试从错误中自动恢复并恢复镜像会话。 有关更多信息，请查看错误日志以获取其他错误消息。 其次是 EventID 19019 MSSQLSERVER服务意外终止。 此重新启动实例后，必须恢复镜像。 前两次，我认为这是硬件相关（条带化磁盘故障），并在新硬件上重新启动实例。 但是这个问题在几个星期后又回来了。 它只影响镜像实例。 任何帮助将非常感激。 谢谢。
可能重复： 你能帮我解决我的软件许可问题吗？ 这似乎是一个很容易的问题，但我无法在任何地方find明确的答案。 如果我在Windows Server 2008 R2上运行SQL Server 2008 R2，则需要适当的SQL Server许可证; 没关系。 它可以是每个处理器，每个用户…无所谓。 让我们假设SQL Server被正确授权。 如果服务器只提供数据库服务（它不是域控制器，也不是Web服务器，它甚至不共享一个文件夹），我是否也需要Windows Server CAL？ 我不会假设，因为这样做没有多大意义，但像这样的问题似乎意味着完全不同的情况。 之前有人不得不closures这个问题，并把我送到这里 ：我不关心成本，购买许可证的实际数量，或正确的授权计划用于我的公司; 我只想直接回答“我需要专用数据库服务器的Windows Server CAL吗？”这个问题。
我试图安装SCCM 2007 SP2时遇到SQL数据库连接问题。 我有一个VM安装程序，它使用默认设置来安装SQL Server 2008 R2 SP2，并将服务设置为使用名为“SCCMAdmin”的新域帐户运行。 在安装过程中，我告诉SQL安装程序将SCCMAdmin设置为系统pipe理员。 在SCCM安装期间，我停止了以下错误。 我已经使用ODBC连接器和成功login的远程SQL编辑器来确认本地和远程访问。 我已经有至less一百个站点抱怨SQL数据库访问，有些通过将系统帐户作为pipe理员和其他解决scheme添加到SQL服务器而得到解决，但没有任何工作。 我的SPN安装正确。 我不知道我错过了什么。 SCCMAdmin凭据： 我会很感激任何的build议。
我正在testing我们testing系统的韧性。 我们在故障转移群集中安排了2 x DB（Server 2008 R2上的SQL 2008 R2，运行在ESXi VM中）。 closuresActive SQL Server服务没有太多的工作 – 服务没有重新启动，也没有发生故障切换; 我站在这是devise – 系统假定pipe理员有充分的理由closures服务，所以会静静地坐着。 但是，我们可以通过多种方式来模拟失败 – 我发现最简单的就是在任务pipe理器中杀死SQL服务。 我们的集群设置为在6小时内允许一次故障，所以在第一次故障之后，它会尝试重新启动服务 – 成功。 再次终止服务（6小时内），集群pipe理器将决定将数据库交给被动服务器。 到现在为止还挺好… 如果将终止第二台服务器上的服务，它将重新启动。 但是当我们再次终止服务时，它不会故障回复到第一台服务器。 我假设这也是devise; 这是有道理的，因为为什么还没有恢复到只有几分钟前本身还不够稳定的服务器呢？ 这听起来合乎逻辑，但这是真的吗？ 如果是，服从相同的超时时间（即6小时），是否可以重置？ 基本上，在我告诉同事故障转移function正在运行之前，我只想确认/澄清我的理解和假设。
我正在尝试将SQL Server 2000实例升级到SQL Server 2008 R2。 SQL Server 2000驻留在旧的win2k框中，新的SQL实例正在Server 2008 R2平台上运行。 我正在尝试使用Microsoft的SQL升级顾问工具来确定在迁移期间是否会遇到任何兼容性问题。 该工具可以安装在最低限度的Server 2003平台上，这意味着我无法在本地运行win2k框中的顾问。 我已经读过，我可以在SQL 2000实例上生成跟踪文件，然后让顾问分析这些文件，但我一直无法弄清楚如何将工具指向跟踪文件。 看来我只允许指向本地安装的数据库，这对我的情况并不完全有帮助。 我错过了明显的东西吗？
我有一个ASP.NET MVC2 Web应用程序，使用IIS 6.2运行的SQL Server 2008 R2。 我有一个function，一个特定的pipe理员需要上传大约5000个文档，然后将其处理并存储在服务器中，同时将其名称保存在数据库中。 问题是，在客户端，file upload开始10分钟后，我得到：错误504超时，网关超时。 我改变了web.config中的httpRuntime.ExecutionTimeout值，但没有解决问题。 有谁知道限制我存储在哪里？ 这是我的web.config文件： http : //pastebin.com/VXs0BFTp 编辑：另外，收到错误504后，数据库中的数据存储不pipe怎么样。
我试图build立一个testing集群SQL Server升级的环境，所以我在VMware Workstation 11上构build了一个副本。 我为此configuration了三台服务器，两台用于SQL的Windows Server 2012R2以及一台提供iSCSI共享卷的FreeNAS 9.1。 iSCSI目标似乎工作正常，故障转移群集设置接受它们的群集，并允许它用于仲裁卷。 我遇到的问题是，当我将SQL Server实例安装到集群上时，它将启动数据库，然后失败，并在事件日志中发生错误： Master.mdf最初格式化为扇区大小4096，现在扇区大小为3072 最后一个号码3072在随后的拆解/重build中有所不同，我已经看到了它的高5位数字。 对错误的任何研究都会显示许多针对具体物理SAN驱动程序的问题的结果，或许多年后版本的古老结果。 或者，有没有更好的方法来创build一个完全虚拟化的SQL集群？
我正在安装SQL Server 2008 R2，使用说32/64的DVD到Windows Server 2008 R2服务器上。 我想安装SQL Server 2008 R2的64位版本。 我正在安装SQL Server，并启用和configuration了故障转移群集function。 但是，当我运行SQL Server 2008 R2安装文件时出现以下错误。 此文件的版本与您正在运行的Windows版本不兼容。 检查计算机的系统信息，以查看是否需要x86（32位）或x64（64位）版本的程序，然后联系软件发布者。 当我看事件查看器时，看到以下错误： 由于与64位版本的Windows不兼容，程序或function“\ ?? \ D：\ setup.exe”无法启动或运行。 请联系软件供应商询问是否有64位Windows兼容版本可用。 SQL Server 2008 R2安装程序是32/64位，当然Windows Server 2008 R2是64位。 有什么可以阻止安装进行？
我正在testing使用SSIS从远程SQL服务器加载数据的不同configuration。 在集群情况下，与非集群本地SQL实例相比，SSIS似乎对本地集群SQL实例说话慢。 它看起来像SSIS对群集SQL实例的任何情况。 无论SSIS实例是否是本地的，都通过networking进行通信。 这是真的？ 在我当前的情况下，SSIS 2008 R2运行在具有SQL Server 2008 R2实例的节点上。 它似乎通过一些networking接口与群集实例进行通信，即使它们都在同一个节点上。 奇怪的是，我无法确定它是哪个接口。 以下是总体布局： 集群节点1物理IP 192.168.1.100 SQL Server“sql2008”实例名称的IP为192.168.1.101 SQL Server实例在Node1上 远程SQL服务器源SSIS IP 192.168.1.55 SSIS负载传输速率似乎很慢。 资源监视器中的networking部分下显示SSISnetworking会话到远程SQL服务器源。 Image：DTExec.exe PID：8864 地址：192.168.1.55 发送（B /秒）：968 接收（B /秒）：1,682,022 总计（B /秒）：1,682,990 但是加载的SSIS也出现在networking中。 通过networking通信似乎从本地节点运行到目标SQL服务器IP，因为DTexec在资源监视器 – networking下显示为与目标SQL服务器IP交谈。 Image：DTExec.exe PID：8864 地址：192.168.1.101 接收（B /秒）：120 发送（B /秒）：20,300,868 不幸的是，当我使用networking监视器来查看stream量时，来自源的dtexecstream量出现，但加载活动似乎并未使用任何networking接口，也无法看到。 运行此相同的程序包（针对相同的未更改的源）与一个不太强大的非群集框时，SSIS包运行速度加快了2倍的本地实例和Dtexec加载过程不显示在资源监视器中的networking部分。 只有源进程的Dtexecnetworking会话出现，速度相同。 在非群集情况下丢失的networkingstream量是否会给我带来刺激，还是我在寻找误导性的东西？
我有两个SQL Server实例，在SQL Server 2008 R2上，一个是SQL Server 2008（“R1”）的第一个版本，是否有可能从R2机器出货到R1机器？ 如果不可能，镜像可能吗？ 如果这是不可能的，是否有另一个MS支持的R1和R2复制解决scheme？