“拓扑”构build器打开的网页中显示的错误： 错误：发生错误：“Microsoft.Rtc.Common.Data.SqlConnectionException”“build立与SQL Server的连接时发生networking相关或特定于实例的错误。未find服务器或无法访问服务器。validation实例名称是正确的，并且SQL Serverconfiguration为允许远程连接（提供程序：命名pipe道提供程序，错误：40 – 无法打开与SQL Server的连接）“ 看日志文件:(我认为这是残酷的错误，使其停止） 安装的SQL Server 2005向后兼容版本是8.05.1054错误：未安装SQL Server 2005向后兼容性或其版本不够高。 必须安装SQL Server 2005向后兼容性SP2或更高版本。 我已经从MS安装SQLServer2005_BC_x64.msi，似乎不能find这个SP2版本。 SQL服务器是2008 R2 SP1。 我也testing过与2008年SP3 SQL服务器相同的错误。 命名通过（OSQL / L） SQL-2008-1 SQL2
我刚刚使用VMWare工作站构build了一个虚拟的SQL Server 2节点集群。 Windows群集已创build，SQL已安装在两个节点上，并添加到群集，所有最新的更新已应用，但我试图从我的工作站连接到数据库引擎，我刚刚收到错误： “与SQL Serverbuild立连接时发生networking相关或特定于实例的错误服务器未find或无法访问确认实例名称正确并且SQL Serverconfiguration为允许远程连接（provider：命名pipe道提供程序，错误：40 – 无法打开连接到SQL Server）（Microsoft SQL Server，错误：2）“ 我已经将端口1433作为入站防火墙规则添加到两个节点，尝试完全禁用防火墙服务，并在两个节点上禁用SQL Servernetworkingconfiguration的MSSQLSERVER协议上的命名pipe道。 另外，如果我远程进入活动群集节点，则无法使用SQL Server Management Studio进行本地连接。 不知道我的问题是集群相关还是与SQL服务器相关。 我在这里错过了一步吗？
我在开发环境中需要更多的空间，并且需要在SQL Server中缩小数据库（或文件）。 我应该select“缩小文件”还是“缩小数据库”来释放大部分磁盘空间？
我们有一个Windows 7企业桌面数据录入应用程序，用于使用本地SQL Express 2008 R2 Express数据库与SQL Server 2008 R2服务器数据库同步数据的移动（笔记本电脑）用户。 用户可以离开networking/离站并仍然查看和input数据。 当networking连接重新build立时，数据与服务器同步。 在同步数据之前需要authentication。 现有的用户组是该组织域的一部分，他们直接连接到Sql Server。 但是现在有计划让第二组应用用户属于不同的合作伙伴组织，因此他们不在我们的领域，并拥有自己的各个单独的域/账户。 目标是将桌面应用程序部署到他们，他们会定期同步数据到我们的SQL Server。 我不确定的是：是否可以从其他域validation用户？ 可以通过Active Directory等来pipe理权限吗？ 在这种情况下应该使用哪种authentication协议？ Windows，Forms，SQL等？ IT人员正在请求通过Active Directorypipe理系统的用户。 是否可以通过Active Directorypipe理外部域用户访问？
我一直在使用googling来查找关于如何在应用程序服务器上安装Reporting Services的安装指南，但是找不到任何东西。 我已经有另一台机器上的SQL服务器，并希望使用此服务器来承载报告数据库。 在我自己的应用程序服务器上，我试图安装Reporting Services，但我不能确定select/configuration实例ID和实例根目录（即在SQL Server 2008 R2安装中的functionselect之后提供的页面）向导。 那么如何继续呢？
我们希望将我们的生产数据库复制到另一个实例，以便在运行报表时，不会使应用程序的运行速度降到几乎不可用的程度。 我在SQL Server复制方面取得了有限的成功，但是随着应用程序不时地处理数据模型，这种方法是不合适的。 当我们与供应商（谁告诉我们是的，它可以被复制）交谈时，他透露他们的其他客户使用日志传送，这是我目前的方向。 我唯一的问题是服务器运行SQL 2008，而目标服务器运行2008R2。 当我尝试在备用状态下恢复备份时，它的表面会变得平坦，但是如果我使用的是同一版本的另一个实例，则此过程完美无瑕。 有没有办法做到这一点与不同的SQL Server版本，还是我卡在当前的安排？ 谢谢
我用db ad sa（超级pipe理员）login。 我想删除使用pipe理工作室向导所做的发布 （右键单击复制/本地出版物/新出版物） 试图删除后，我有错误15517。 我觉得我做的订阅（这只是一个testing，探索复制function）正在放缓我的生产分贝（为什么我testing生产数据库我不知道 – 我想从我的本地订阅机） 无论如何，有没有办法删除这个出版物，或者至less“冻结”，即使我有thie 15517错误？ 谢谢
我们希望通过互联网安全地连接到SQL 2008 R2以进行报告。 对于这些较小的数据集，速度并不是一个巨大的问题，用户将会使用简单的需要ODBC连接的报告程序（例如Access），而不是API。 在这种情况下，我们有一个本地networking上运行的SQL Server（例如sql.mydomain.local），通过NAT从外部世界访问（如sql.mydomain.com，端口xyz）。 这工作正常，没有安全性，但我们需要encryption连接。 简单的方法是将SQL添加到SQL服务器。 这里是我遇到的问题，但： 如果我获得外部名称（sql.mydomain.com）的证书，SQL Server拒绝查看或使用外部SSL证书，因为它不是服务器名称或FQDN，因为它是本地configuration的（每个http：// technet .microsoft.com / en-us / library / ms191192.aspx ）。 通过HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL.x \ MSSQLServer \ SuperSocketNetLib手动添加证书似乎并没有改变我的行为。 如果我使用来自域控制器的自签名证书，则可以在SQL中查看和使用该证书。 然而，外部连接明显抱怨证书不被信任。 如果我将域控制器添加为受信任的发布者，则SQL在尝试连接到域时抱怨服务器名称与证书名称不匹配。 所有前进的path看起来有点乱七八糟：1.仅为具有公共名称的服务器（例如mydomain.com）设置一个本地域，并在那里添加机器，以便FQDN匹配从受信任发布者生成的外部证书，希望SQL将会看到并使用证书。 2.让用户修改他们的hosts文件来创build一个sql.mydomain.local的cname到sql.mydomain.com。 到目前为止，我是否错过了一些理解？ 有什么办法可以解决SQL使用非FQDN证书的限制吗？ 如果我为sql.mydomain.com购买了一个名为sql.mydomain.local的替代名称的证书，SQL是否会查看并使用它？
在当前正在复制的数据库中，我希望停止复制（停止日志读取器进程）一段时间，但是我想继续在同一个数据库上进行日志备份。 日志备份是否释放日志以供重用，或日志读取器任务是否保持完整，以执行复制以将事务复制到分发数据库？ 所有这些都假定日志的空间可用于日志增长。 我想在事务日志中标记为复制的剩余部分不会被覆盖，但是我想validation这一点。 如果是这样，当我重新启动日志阅读器进程时，事务被写入分发数据库，然后日志将继续像过去那样被处理，并被适当地缩小。
我正在设置我的生产SQL服务器。 我有两个800GB SSD磁盘可用（Windows和SQL Server）。 我应该在哪里放置数据库的数据和日志文件？ 我应该创build多less个tempdb文件，它们应该是多less？ 一些build议是为1个处理器内核创build1个tempdb文件。 这意味着我的情况下有16个文件（每个8个核心的2个处理器）。 这对我来说似乎太多了…这个build议对SSD有意义吗？ 我应该把日志和数据文件放入不同的SSD吗？ 我使用SQL Server 2008 R2和服务器有32GB内存。