创build系统DSN时，出现错误： Connection failed: SQLState: '08001' SQL Server Error: 2 [Microsoft][SQL Server Native Client 10.0]Named Pipes Provider: Could not open a connection to SQL Server [2]. Connection failed: SQLState: 'HYT00' SQL Server Error: 0 [Microsoft][SQL Server Native Client 10.0]Login timeout expired 我正在运行Vista家庭高级版64位SP2，并安装了SQL Server 2008 Express Advanced，没有错误。 我将在本地使用数据库来安装在同一台PC上的应用程序。 我能够使用Windows身份validation（我的Windows帐户是本地pipe理员的成员）与SQL Server Management Studio成功连接，并且可以使用默认所有权成功创build数据库（默认为我的Windows帐户）。 我也可以使用SQL身份validation和SA帐户连接使用SSMS。 SQL Serverconfigurationpipe理器显示为SQL Native Client […]
是否有可能设置SQL Server镜像，并运行它只有一台服务器，然后稍后再添加另一台服务器？ ps我现在无法做镜像，不想重新configuration主服务器以后再做镜像。
我有一个包含大约3 GB数据的Microsoft SQL Server 2008数据库。 服务器有4 GB的RAM。 数据库用于读取和写入数据（大量的变化）。 服务器很less重新启动。 我想提高读写性能。 用固态硬盘replace实际的硬盘（无RAID）会提高性能吗？ 因为随着时间的推移， SQL Server被称为填充所有剩余的RAM ，我想如果我扩展到8 GB的实际RAM，它将足以在RAM中“caching”SQL Server使用的所有数据。 所以，就我而言，绝对不需要购买固态硬盘，或者至less性能增益会很小。 是对的吗？
尝试将服务器TUNA上的SQL2000数据库复制到目标服务器MOJITO，该服务器通过CD向导运行SQL2008（在ServicePack1上）的默认实例。 在应用程序日志中，MOJITO上的结果作业失败： SQL Server计划作业'CopyDatabaseWizard_TUNA_MOJITO_1'（0x64AB69F2880A7E4DA3708546C33DFF40） – 状态：失败 – 调用时间：2010-09-23 17:05:04 – 消息：作业失败。 无法确定作业CopyDatabaseWizard_TUNA_MOJITO_1的所有者（CBMIWEB \ johna）是否具有服务器访问权限（原因：无法获取有关Windows NT组/用户'CBMIWEB \ johna'，错误代码0x5。[SQLSTATE 42000]（错误15404））的信息。 MOJITO为CBMIWEB \ johna定义了一个凭证。 MOJITO有一个使用该凭证的代理。 作业只有一步，在属性中，我已经将作业的RUN AS值设置为代理的名称。 代理是为SSIS作业而build立的。 作业的“所有者”也是CBMIWEB \ johna，它是每台机器（TUNA和MOJITO）的本地pipe理员组中的域用户标识。 此用户标识已被授予在两台服务器上作为批处理作业login的权限。 TUNA是Windows 2000独立服务器; MOJITO是Windows 2003.我可以作为CBMIWEB \ johnalogin到每个服务器。 我不知道还有什么要做。
Sql Server 2008 R2 Express实例是否可以订阅Sql Server 2005上的发布？ 这是为了合并复制。 更新： 请注意发布者是Sql 2005，订阅者是Sql 2008 回答： 看起来像答案是否，按照这一段 ： “对于合并复制，订阅者到合并发布可以是发布者版本以前的任何版本。有关早期版本兼容性的更多信息，请参阅本主题后面的”兼容级别“。
在SQL Server 2008 R2中，R2代表什么？ 是修订版2还是版本2？ 这是另一个版本的附加function？
我们pipe理数据库的人员（由于缺乏DBA技能，我不能称他们为DBA）正在计划备份到与数据库数据（.mdf）文件相同的物理磁盘中。 然后将所有这些备份读入磁带。 虽然他们正在将备份转移到磁带上，但我认为他们应该build立一个新的专用物理磁盘进行备份。 这是因为在读取数据库时写入备份可能会导致缓慢。 你怎么看？
我已经在虚拟机中安装了SQL Server 2008 R2“SQL Server数据库引擎”，我想通过其他计算机（Linux）的odbc连接到它。 我没有安装pipe理工作室，因为我想尽可能less的安装（这主要是为了非常基本的testing目的而不是真正的工作）。 我没有安装Management Studio，我不想安装它。 在安装过程中，我提供了一个用户和密码连接然而，看起来像东西出了问题，我不能使用此用户login。 情况： 我已经安装了“数据库引擎”并configuration了TCP连接 我可以使用isql连接到它，但它报告用户不存在。 我在事件日志中看到（Windows的）抱怨用户不存在。 我试图运行导入工具，并设法使用XP用户在同一台PC上login，并可以运行简单的查询，但是这个工具不允许我运行一个语句，所以我不能运行CREATE LOGIN user-name WITH PASSWORD='secret' 。 我如何连接到这个数据库并添加新用户？ 基本上我有两个select： 重新安装数据库，但： 我不想和没有任何承诺，这一次它会工作，并创build一个用户。 安装pipe理工作室我不希望它是虚拟机的巨大安装。 题： 是否有任何简单的命令行工具来访问数据库只是为了使用XP身份validation运行几个语句没有一个巨大的pipe理工作室工具？ 解决scheme总结 使用sqlcmd -Q "create login …"来运行我需要的sql语句。 sqlcmd.exe与“SQL Server数据库引擎”一起安装 我的用户在安装过程中没有正确定义，因为MS SQL不喜欢我给出的密码，它并没有提醒我这个问题。
我们的一个团队正在开发一个数据库（500GB左右），并从那里增长（我知道500Gig对你们许多人来说似乎很小，但它将成为我们商店中较大的数据库之一）。 他们正在努力解决的问题之一是备份和恢复数据库。 基本上，数据库将有几个“数据”表和一个用于存储图像/文件的表。 我们需要完成以下工作： 能够快速备份和恢复数据表（无图像）到我们的testing服务器进行debugging和testing。 在发生灾难性数据库故障的情况下，仅恢复数据表以使大部分应用程序尽快启用并尽快运行。 然后，尽可能恢复图像表。 在分配的夜间时间窗口（几个小时）内备份数据库。 我的问题是： 是否有可能完成前两个目标，同时仍然有图像存储在同一个数据库？ 如果是这样，我们会使用文件组，文件stream还是其他的东西？ 其他商店如何在合理的时间窗口内备份数据库，同时保持高可用性？ 你从那里复制到第二个服务器和备份？
我在几个月前编写了一个应用程序，在一台配备了Intel Core 2 Quad Q8200 @ 2.33GHz，8 GB RAM，Windows Server 2008 Enterprise和SQL Server 2008 Enterprise的工作站上，将其托pipe在我们的办公室之外。 networking服务器和数据库服务器都在同一台机器上运行。 我们有一个巨大的stream量涌入，并移动ClubUptime.com，并得到他们的顶级teir窗口虚拟机2。 数据库服务器在8 GB ram上运行Windows 2008 R2 Standard和SQL Server 2008 R2 Web，并运行Intel Xeon e5620 @ 2.40GHz。 自从切换以来，以前在RAM中运行大约400MB的数据库现在运行在4-7GB左右，并没有任何改变（除了几列之外）。 我们的stream量翻了四倍，我们的数据库在磁盘上是6GB，如果数据库只有6个，为什么SQL服务器会占用7GB？为什么要在内存中存储整个数据库呢？ 另一件事是为什么增长4倍的数据库的内存占用增长12倍？ 最后一个问题：为什么中央处理器现在停止在100％的地步？ devise很简单，非常less的连接，没有子查询。 我只是无所适从，除非是SQL服务器版本，或者我从真实的硬件转移到虚拟机。