“由复制pipe理的身份范围已满，必须由复制代理更新。” 这已经开始发生。 我们最近打破了复制的目的，并不打算重新build立复制。 我还需要做什么来解决这个错误？ 有没有人对我有任何build议？
我有一个SQL2008数据库，需要恢复到SQL2005实例。 我已经通过“生成脚本…”向导，将其设置为SQL2005兼容性，并生成了一个62MB的SQL脚本。 当我在SQL2005实例上运行它时，它会抛出各种错误，其中一些错误非常奇怪，因为它们描述了一个无效的数据库 。 FK限制是错误的。 它试图在不存在的列上创buildFK。 它试图插入具有重复键错误的logging。 它试图两次创build相同的对象。 任何想法如何发生？ 这个SQL脚本是在我尝试恢复它之前几分钟由SQL Server Management Studio生成的，并没有被修改。 为什么这会产生一个无效的SQL文件？ 它不只是描述了SQL2008数据库，这大概是有效的，因为我们正在使用它？ 特别是，重复键插入错误神秘我。 如果在SQL脚本中有一个关键的约束，那么在SQL2008表中必须有相同的东西。 那么我们怎么能在那里得到违反这个关键约束的行呢？ 更新： 这是降级到SQL2005的事情。 我运行的脚本是SQL2008兼容的，然后转身，并在刚刚从相同的SQL实例运行得到的脚本，它运行没有错误。 所以当我尝试使SQL2005兼容时，问题就来了。 另一个更新： 我重新编写了脚本，使其兼容SQL2005，然后在SQL2008实例上运行。 它工作正常。 所以… SQL2008脚本 – > SQL2008实例WORKS SQL2005脚本 – > SQL2008实例WORKS SQL2005脚本 – > SQL2005实例不工作 解： 您不能为SQL2005创build脚本并在Express上运行它。 我切换到标准，它工作正常。
从一个帐户更改为另一个帐户时，我保存在encryption密钥备份文件上。 现在，我看不到报告，更改帐户或使用configurationpipe理器中的任何encryption密钥工具。 我收到一个 “创buildencryption密钥备份”错误0x80090016 。 有谁知道如何解决这一问题？
我有一个维护计划来做备份和清理旧数据。 它有三个子计划，每个子计划都有自己的计划。 我可以将子任务2的时间表设置为“子任务1完成后”吗？
在SQL Server 2008服务器上，我们在数据库中有一个全文目录。 目录设置为“跟踪更改：自动”。 什么可以导致这个不工作，所以索引不更新？
我有两个在Amazon AWS EC2上运行的实例。 一个运行MSSQL Server 2005，另一个运行一个Web应用程序。 我可以使用连接string连接到我的应用程序中的数据库，该连接string引用运行SQL Server的我的EC2实例的公有IP。 如果更改连接string以引用数据库服务器私有IP地址，则无法从Web应用程序服务器连接。 但是如果我在数据库服务器本身上运行相同的代码，我可以连接。 我可以使用私有IP从应用程序服务器到数据库服务器的远程桌面。 我有一种感觉，我的SQL Severconfiguration中有一些东西阻止了这个远程连接。 我有远程连接启用，我已经设置为监听所有的IP地址。 有任何想法吗？ 我做的其他事情： – 添加到Windows防火墙的例外 – 试图连接到使用EC2的DNS名称
我们有一个SQL 2008 集群命名实例 Server01 \ instance02。 端口设置为静态1466.我们希望能够通过F5 Big IP虚拟IP使用名称进行连接。 我们已经build立了名为Server1的VIP，请注意这个名称中没有0 试图连接到Server1 \ instance02不起作用。 Server1,1466确实工作。 我们有港口1433,1434和1466开放。 我们可以configuration这个能够使用该名称而不需要对SQL客户端进行任何更改。 谢谢！！ 注意： 解决这个问题的重要工具是在服务器上启动sqlbrowser服务，如下所示： sqlbrowser.exe -c 这显示了所有的服务请求，并帮助排除SQL是一个问题。
我使用MS SQL Server 2008R2的十一月CTP预览创build了一个数据库。 是否有可能将此数据库传输到较早版本的SQL Server 2008？
我有一个数据库，它的所有外键关系在过去的某个未知的时间下降（不要问）。 我有一个旧的数据库副本不好还原，但架构有关系。 我正在从中创build一个脚本来恢复密钥。 在更新表格时，我必须从多个表格中删除统计信息。 我是否需要手动重新创build这些表，还是只在所有表更新时才运行统计信息更新过程？
我想知道如果得到IIS直接login到SQL Server是资源成本，一个更好的解决scheme可能会生成日志文件，每个小时将此文件导入到SQL Server。 是否非常大的成本直接login到sql server的每个请求？ 对于每个请求，页面都是打开连接到数据库的。