在Windows 2008上运行的Microsoft SQL Server 2008（SP1）标准。在两台服务器之间build立双向事务复制。 其中一个订阅代理刚刚开始出现错误15164. sp_helpsubscriptionerrors的结果是：源：MSSQL_ENG错误：15165文本：无法find对象'（null）'，或者您没有权限。 命令ID：320 我已经确保SQL Server代理login具有Windows和SQL安全访问权限。 完全访问目录结构和sysadmin访问SQL Server。 我还能做些什么来尝试排除/解决这个问题？ 谢谢！
我正在运行两个MS-SQL实例来创build一个镜像数据库环境，我在虚拟机中有一个实例，而另一个实例，以及目击者在物理机器中。 我知道这不是最好的configuration，但这只是为了学习的目的。 现在，当我尝试镜像数据库时，它给了我以下错误 。 所有的设置都是从镜像configuration向导自动发出的，所以服务器应该是可见的，除了我可以从物理pipe理工作室连接到它，我已经在虚拟机上创build了一个入站规则，允许端口5022上的所有传入连接。 我怎样才能解决这个问题？
我已经configuration了SQL Server的实例，允许专用用户远程访问它。 连接stringData Source = 192.168.1.2,1433\sqlexpress;etc…已经过testing和工作。 但是，我没有configurationSSL来保护通信。 如何在SQL Server实例上configurationSSL以允许专用用户远程访问它？ 编辑1 专用用户将使用Sql Server Management Studiopipe理其数据库。 我想要做的是当他/她使用Sql Server Management Studiopipe理数据库时确保通信。
我有一个维护计划，假设要通过BACKUP文件夹并删除所有超过5天的.bak。 当我运行这个工作时，它给了我一个成功的信息，但是旧的.bak文件仍然存在。 我已经尝试了以下问题的一步： SQL维护清理任务'成功'但不删除文件 Result is column IsDamaged = 0 我已经validation了以下问题，这不是我的问题： 维护清理任务运行'成功'，但不删除备份文件 我也尝试删除工作和维护计划，并重新创build，但无济于事。 有任何想法吗？
我试图build立一个MS 2008的SQL服务器，将允许许多用户访问自己的私人数据库。 我也想安装在所有这些冒险工程数据库。 我的问题是有一个简单的方法来为多个用户设置多个数据库的脚本，只允许所述用户访问他/她自己的数据库。 注意：主要的问题是冒险作品DB都会有相同的名字。 我正在考虑通过添加不同的模式来解决这个问题。
我必须恢复TFS 2010虚拟机，并且无法使WSS运行。 当我尝试去到Sharepointpipe理门户localhost：17012失败。 在事件查看器中，我看到一堆 SQL数据库login失败。 从SQL Server的添加错误信息包含在下面。 login失败的用户'TFS \ TFSREPORTS' TFS \ TFSREPORTS是本地用户（运行在工作组而不是域）。 我如何才能将此用户重新build立为适当的WSS用户？
我已经完成的testing似乎表明，需要为<all databases>数据库名称而不是单个指定的数据库定义以下阈值警报： 未发送日志阈值（错误消息32042） 最旧的未发送事务阈值（错误消息32040） 未重新设置的日志阈值（错误消息32043） 镜像提交开销阈值（错误消息32044） 这与微软提供的文档相反： Technet：“关于数据库镜像事件的警报” 我已经确认错误编号32040,32042,32043和32044正在写入到SQL Server日志，按照sp_altermessage ： /* Unsent Log Threshold (http://msdn.microsoft.com/en-us/library/aa337325.aspx) */ sp_altermessage 32042, 'WITH_LOG', TRUE 如果您成功了，我将不胜感激，如果您描述您为单个数据库发生阈值警报的操作 。 谢谢。
我在Windows Server 2008 R2企业版上运行SQL Server 2008 R2标准版。 我正在使用服务器部分的标准备份和恢复以及数据库的本机SQL备份。 我想豁免事务日志和数据文件目录从服务器备份，因为我正在采取SQL备份，我不想浪费空间备份相同的对象两次。 但是，如果没有Master数据库（也可能是其他数据库），SQL Server将无法启动。 什么是最好的过程/解决scheme？
我遇到的SQL数据库日志文件迅速增长，填满了硬盘空间，每天增长约190MB。 有Sharepoint在服务器上运行，我怎么检查是什么原因导致日志文件大小增加？ 是否可以因为预定的共享点抓取和数据库备份？ 我打算收缩一些日志文件（例如：Report Server日志文件），我怎么才能确定这些日志文件在收缩后不会有任何副作用？
目前，他们在需要退役的服务器上安装一个SQL 2000 Std安装程序。 他们在terminal服务中运行一个应用程序来操纵数据。 所以我正在寻找两个新的服务器SQL 2008（工作组，我希望..）一个现场，一个通过IPsec tunnell连接。 连接还没有到位。 每台服务器将运行terminal服务，本地安装的应用程序将设置为使用本地SQL实例。 所以有人可以通过TSlogin到Server1并访问主SQL服务器。 或者通过TSlogin到Server2并访问备份SQL服务器。 他们只是像往常一样启动应用程序。 所以我需要保持server2最新，所以server1可以炸毁，我只需要告诉用户连接到Server2。 然后，他们可以继续他们的一天。 当server1被修复，我会把它联机可能手动validation从server2的变化碰到。 再把所有人都移回到1。 那么在一个完美的世界，将发生大声笑我可以得到多less？ 虽然我确实需要双向同步，但这并不是一件日常事务，一般情况下，一次只能将一次更改限制在用户基数较小的一方。 我不是一个SQL专家，所以我真的想要避免每一次我们必须来回切换的大规模复杂的过程。