我很新的SQL Server，只是想知道如果有人可以告诉我，如果这个进程列表是正常的。 等待时间| 上次等待types| DBID 55372252 | ONDEMAND_TASK_QUEUE | 1 55371504 | BROKER_TRANSMITTER | 1 55371504 | BROKER_TRANSMITTER | 1 55352380 | BROKER_EVENTHANDLER | 1 55351938 | KSOURCE_WAKEUP | 1 36413691 | XE_DISPATCHER_WAIT | 0 393368 | LOGMGR_QUEUE | 0 393367 | CHECKPOINT_QUEUE | 2 23258 | XE_TIMER_EVENT | 0 服务器一天前被重新启动了好几次，这是我认为导致检查点还原消息出现的原因，db id 1是Master，db 2是tempdb。 据我了解，检查点是当我有脏的页面写入磁盘，但应该这样做，只要它是？
我有两个SQL Server实例，在SQL Server 2008 R2上，一个是SQL Server 2008（“R1”）的第一个版本，是否有可能从R2机器出货到R1机器？ 如果不可能，镜像可能吗？ 如果这是不可能的，是否有另一个MS支持的R1和R2复制解决scheme？
我试图安装上面，但是当它试图安装安装支持文件时，得到以下错误， 这是安装安装支持文件期间发生的第一个错误 TITLE: Microsoft SQL Server 2008 R2 Setup —————————— The following error has occurred: The installer has encountered an unexpected error. The error code is 2337. Could not close file: Microsoft.SqlServer.GridControl.dll GetLastError: 0. Click 'Retry' to retry the failed action, or click 'Cancel' to cancel this action and continue setup. For help, click: http://go.microsoft.com/fwlink?LinkID=20476&ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll&EvtID=50000&ProdVer=10.50.1600.1&EvtType=0xDF039760%25401201%25401 […]
我们最近有一个主要的数据中心从我们的托pipe服务提供商中断。 他们失去了光纤连接，导致9小时的停电，大部分客户无法连接。 这使我们考虑在两个独立的数据中心内部安放我们的网站。 该网站是一个asp.net网站与Sql 2008数据库。 我已经阅读了关于循环IP，任播IP等的一些文章。 这对我来说是新的恐怖，所以我相当失去了从哪里开始。 我有一些问题： 我们如何在2个数据中心托pipe数据库，并保持同步 1数据中心是否必须作为主要的？ 我希望所有的用户都去数据中心1，但是在1不可用的情况下，我希望stream量移动到数据中心2.这怎么能达到？ 这些只是一些开始的问题。 如果有人能给我一个关于如何解决这个问题的概述，或者指点我一些有用的资源，将会非常感激。
我处于SQL Server Express限制的位置，并购买了SQL Server Web版本的许可证。 当前在服务器上安装的是具有高级服务的SQL Server 2008 Express，我试图将其升级到SQL Server 2008 R2networking版。 自从我发现您无法将任何版本（包括Express）升级到networking版。 所以在这里，我有约100个数据库，我需要升级。 我能想到的唯一select是缓慢而痛苦的，并且由…组成 在服务器上并排安装networking版 对于每个数据库，将网站和数据库closures，将数据库复制到networking版，更新我的网站的连接string，并将所有内容都备份 我想出的唯一的另一个可能性是： 安装networking版到新的命名实例 把所有的当前网站和数据库closures 将数据库移至Web版本 取下或重命名表示命名的实例 将networking版命名实例重命名为旧的Express express实例 编辑 – 这似乎是不可能重命名一个命名实例 这两种方式比我所希望的要复杂得多，选项1将需要很长时间并导致大量的手动交互，而选项2将导致大量的停机时间。 有没有什么好的方法来做到这一点？ 我几乎没有发现任何人升级到networking版。 PS。 任何人都知道为什么你不能升级到networking版？
我在运行SQL 2008 R2的networking中有一个数据库服务器。 我将SharePoint 2010安装在单独的服务器上，并使用上述服务器进行数据库存储。 我想在新的第三台服务器上安装新的Project Server 2010（利用SharePoint 2010）。 我可以configuration新的Project / SharePoint以使用上述相同的数据库服务器吗？ 还是会与以前的SP安装冲突？ 我试图searchnetworking，但我只有安全方面的问题，他们没有真正确认。 谢谢，
环境： Windows Server 2008 SP2企业版64位 SQL Server 2008 SP3标准版64位 以前有SQL Server 2005开发人员版32位集成服务。 那现在已经被卸载了。 ASP.NET v4 IIS 7 我们的ASP.NET应用程序需要使用ManagedDTS.dll程序集来执行SSIS程序包。 我们正在BIDS 2008（而不是2005年）开发SSIS包，以便导入/导出Excel 2007-2010文件。 我们的ASP.NET应用程序正在Visual Studio .NET 2010中编译为.NET Framework 4代码。 我在32位Windows 7开发机器上引用了以下版本的ManagedDTS.dll。 C:\Program Files\Microsoft SQL Server\100\SDK\Assemblies\Microsoft.SQLServer.ManagedDTS.dll 我们将应用程序部署到Windows 2008 64位服务器。 该服务器上的IIS 7用于在32位或64位模式下切换运行我们的应用程序。 当我们以64位模式运行应用程序并执行SSIS包时，包会正确parsing。 但是，它提供了一个运行时错误，告诉我们在64位版本的SSIS中不支持Excel连接pipe理器。 但这不是我现在需要解决的问题。 真正的问题在于应用程序以32位模式运行时执行程序包。 执行抛出一个未处理的exception，它给出了这个错误信息： The package failed to load due to error 0xC0011008 “Error loading from […]
我被要求从备份创build一个数据库用于报告，同时将文件从备份传输到服务器上的磁盘，数据库变得不可用。 然后再次运行恢复脚本，它再次运行得非常慢。 不知道这是否是一个configuration问题… SQL Server在ESXi主机上运行（4.0版本398348） 赢得2008 R2 8GB RAM（SQL大部分是这个） 单CPU（由于许可） 存储本地连接，而不是SAN / NAS SAS磁盘10k（我认为） 这是备份脚本（相当标准） RESTORE FILELISTONLY FROM DISK = 'E:\Backup\[DatabaseName].bak' RESTORE DATABASE [DatabaseName] FROM DISK = 'E:\Backup\[DatabaseName].bak' WITH MOVE '[DatabaseName]_Data' TO 'E:\DatabaseFiles\[DatabaseName].mdf', MOVE '[DatabaseName]_Log' TO 'E:\LogFiles\[DatabaseName]_log.ldf' ALTER DATABASE [DatabaseName] SET MULTI_USER 文件夹DatabaseFiles和LogFiles装入NDFS分区。 是否有任何testing我可以执行以确定问题？
我们有一台运行SQL 2008 R1的服务器。 我们在DMZ中有一个Web服务器，它通过防火墙连接到SQL服务器，并使用域用户帐户执行SQL Reporting Services报告。 在SQL服务器上，事件日志已经为该域用户审核失败的“帐户login”事件（事件ID 680，代码0xC0000064）。 但是，对于这些失败事件中的每一个，都有一个成功的login/注销事件（事件ID 540）为同一个域帐户。 应该注意，帐户login事件中的用户名被指定为UPN [email protected]），但login/注销事件中的用户名被指定为DOMAIN \ Username。 这些事件必须与SSRS相关，因为这是应该使用该帐户的唯一连接。 此外，在监视我们的域控制器时，每次出现帐户login事件之一时，域控制器CPU使用率都会高达80％或更高。 我不确定这两者是否有关系。 在我的研究中，我读过的所有内容都表明，在对用户进行身份validation时，帐户login事件由域控制器logging。 所以我的问题是： 为什么我的SQL服务器logging帐户login事件，如果他们应该是一个域控制器事件？ 为什么在一个事件中指定了UPN，而在另一个事件中指定了DOMAIN \ Username格式呢？ 我没有注意到我的应用程序有任何中断，所以失败的login不会影响它。 为什么会这样？ 更新： 我们在Intranet上也有相同的Web应用程序。 我只是注意到，这个应用程序不会导致这些相同的事件被生成。 当该应用程序连接到SSRS时，它会logging一些成功的login/注销事件，但根本没有帐户login事件。 因此，这似乎与DMZ中的其他服务器有关。 我还注意到由Intranet连接生成的事件显示Kerberos作为使用的身份validation方法。 但是，从DMZ连接生成的成功login/注销事件指示NTLM。
我有一个SQL服务器是运行Windows 2008 R2的域成员。 它是故障转移群集中的群集节点。 安全事件日志正在充斥着这些： Log Name: Security Source: Microsoft-Windows-Security-Auditing Date: 5/17/2012 8:30:19 AM Event ID: 4793 Task Category: Other Account Management Events Level: Information Keywords: Audit Success User: N/A Computer: SqlServer01.domain.com Description: The Password Policy Checking API was called. Subject: Security ID: DOMAIN\ClusterServiceAccount Account Name: ClusterServiceAccount Account Domain: Domain Logon ID: 0xaaaaa Additional Information: […]