Deane's questions

我有一个需要恢复到 SQL2005 实例的 SQL2008 数据库。

我已经完成了“生成脚本...”向导，将其设置为与 SQL2005 兼容，并生成了一个 62MB 的 SQL 脚本。

当我在 SQL2005 实例上运行它时，它会抛出各种错误，其中一些非常奇怪，因为它们描述了一个无效的数据库。

• FK 约束是错误的。它试图在不存在的列上创建 FK。
• 它正在尝试插入具有重复键错误的记录。
• 它试图两次创建相同的对象。

知道这怎么会发生吗？这个 SQL 脚本是由 SQL Server Management Studio 在我尝试恢复它的几分钟前生成的，并且没有被修改。

为什么这会生成一个无效的 SQL 文件？它不只是描述了SQL2008数据库，因为我们正在使用它，所以它可能是有效的？

特别是，重复的键插入错误让我感到困惑。如果 SQL 脚本中有键约束，那么 SQL2008 表中一定有相同的东西。那么我们如何在其中获取违反该键约束的行呢？

更新：

这与降级到 SQL2005 有关。我运行了与 SQL2008 兼容的脚本，然后转身在它刚刚来自的同一个 SQL 实例上运行生成的脚本，它运行时没有错误。因此，当我尝试使其与 SQL2005 兼容时，问题就来了。

另一个更新：

我重新生成了与 SQL2005 兼容的脚本，然后转身在 SQL2008 实例上运行它。它工作得很好。所以...

• SQL2008 脚本 --> SQL2008 实例工作
• SQL2005 脚本 --> SQL2008 实例工作
• SQL2005 脚本 --> SQL2005 实例不起作用

解决方案：

您不能为 SQL2005 创建脚本并在 Express 上运行它。我切换到标准，它工作得很好。

有没有人听说过将自己标识为 32 位操作系统的 64 位操作系统？

我们有一个 Windows Server 2008 R2 x64 开发服务器。我们一直在尝试使用 MSDN 的产品密钥激活它，但它一直告诉我们密钥无效。我已经为此向 MSDN 开了一张票。

然后奇怪的事情发生了——

我尝试安装 64 位版本的 SQL Server 2005。解压后，我们收到以下消息：

此版本的 hotfix.exe 与您运行的 Windows 版本不兼容。检查您计算机的系统信息，看看您是否需要 x86（32 位）或 x64（64 位）版本的程序...

现在，我们很确定这是一个 64 位操作系统。计算机 > 属性 说：

系统类型：64位操作系统

此外，我们同时拥有“Program Files”和“Program Files (x64)”目录。

我不知道产品密钥激活器或 SQL 安装程序如何尝试判断操作系统的类型，但它可能是……错了吗？

我正在使用 Microsoft 索引服务。我购买了第三方 IFilter 来从 Adob​​e 产品中提取 XMP 元数据。我无法让它工作，我突然想到问题是我的服务器上实际上没有安装 Adob​​e 软件，所以没有映射 IFilter。

换句话说，没有什么可以告诉索引器“.psd”文件应该使用这个 DLL 而不是默认的 DLL。

是否可以手动将文件扩展名映射到要使用的 IFilter？

CruiseControl.Net 在服务器 A (Win2003) 上运行。它需要将一些文件从服务器A复制到服务器B（Win2008）。它需要在无人看管的情况下执行此操作，无需任何用户登录到任何一台机器。

我们没有运行 Windows 域，因此所有用户帐户都是本地的。

CC 没有“经过身份验证的副本”任务，因此无法让它对服务器 B 进行身份验证，而只能使用 UNC 路径。

我可以在服务器 B 上打开一个不受限制的共享，但这似乎是个坏主意。

除了 FTP，我还有哪些选择？

（而且，是的，我意识到这正是域控制器的用途...... :-)

我的 Windows Server 2008 上运行着可怕的“dw20.exe”进程。这是 Dr. Watson 错误报告，当它出现时，它绝对会与 CPU挂钩。

这是一个已知问题，并且有几种解决方案......似乎对于除 Server 2008 之外的每个操作系统。这是关于它的 Microsoft KB 主题：

http://support.microsoft.com/kb/841477

这有一个要更改的注册表项列表，但它们在 Server 2008 中不存在（它是为 2003 年之前的所有内容编写的）。我确实在注册表的其他地方找到了“PCHealth”键，但我尽量不要只是随意更改内容。

有任何想法吗？

我正在尝试在 IIS6 中配置自定义错误。

我选择 404 错误，将下拉菜单设置为“URL”，然后将其输入为 URL“/404.aspx”

什么时候去：

http://mysite.com/no-page-here

它找到 404.aspx，但不将其作为 .Net 页面处理——它尝试将源作为 XML 文件提供，然后由于无法解析而失败。

404 在 .Net 页面上运行良好，因为我在 web.config 的 CustomErrors 元素中设置了它。但是对于非 .Net 资源，我必须使用 IIS 错误，并且它拒绝仅重定向到 404 页面。本质上，它试图为它提供源代码。