vcRobe Asked: 2017-09-19 07:28:19 +0800 CST2017-09-19 07:28:19 +0800 CST 2017-09-19 07:28:19 +0800 CST 将数据库（在 SQL Server 2012 中创建）附加到 SQL Server 2014 实例而不升级它 772 我在生产服务器 (SQL Server 2012) 中有一个数据库，并且有一个开发服务器 (SQL Server 2014)。 我需要在开发服务器中附加数据库，但我意识到一旦附加它就会自动升级到 2014 版，所以我无法在生产服务器中再次附加它。 是否可以在不升级的情况下附加开发服务器中的数据库？ 我们计划在开发中进行更改，分离并将其附加回生产环境。 sql-server attach 2 个回答 Voted Nic 2017-09-19T07:46:44+08:002017-09-19T07:46:44+08:00 升级不可能不发生。要在较新版本上附加和使用数据库，需要进行一些更改。 这是内部引用和指针格式等底层内容，没有记录版本之间的确切内部更改。如果只是为了满足您的好奇心，请参阅此处了解一些详细信息，但我绝不会冒险尝试直接编辑这些位。 可以不更改数据库的兼容级别，但是您仍然无法对该数据库进行备份并将其还原到另一个 SQL Server 2012 实例。 由于服务器/数据库版本的差异，您的生产和开发服务器应该在相同的版本上才能真正获得开发测试的全部好处。如果您不打算很快升级生产，那么您可以降级开发。 Best Answer BradC 2017-09-19T07:59:50+08:002017-09-19T07:59:50+08:00 不。 几种可能的解决方法，其中没有一个是微不足道的： 安装 SQL 2012 开发实例（首选）。 将更改（结构和数据）应用于 2014 开发数据库时，只能通过脚本进行。确保所做的每个更改都与 SQL 2012 和 2014 兼容。将您在开发中创建的所有这些脚本保留下来，当您的工作完成后，在生产服务器上运行它们。 更改您的 2014 开发数据库，当您准备好重新部署到生产环境时，使用“脚本数据库向导”和“包含数据”选项，针对 SQL 2012。在生产环境中运行这个巨大的脚本。 如果数据库大小使#3 变得不可能，则仅对结构使用脚本数据库向导，然后使用 SSIS 或数据导入/导出向导来移动所有数据。 在生产服务器 (mydatabase_dev) 上制作生产数据库的开发副本。 如果磁盘空间允许， 5可能是最简单和最直接的。如果您无法安装 2012 开发实例，2可能是最符合“最佳实践”的一个。3 和 4 是最容易搞砸的，如果你不知何故错过了一块。如果可以的话，我会避免这些。 显然，无论当前需求还是未来需求，最好的选择是拥有一个与生产尽可能匹配的永久开发环境。显然在新服务器/虚拟机上或作为开发服务器中的第二个实例执行此操作，而不是在生产环境中执行此操作。
升级不可能不发生。要在较新版本上附加和使用数据库，需要进行一些更改。
这是内部引用和指针格式等底层内容，没有记录版本之间的确切内部更改。如果只是为了满足您的好奇心，请参阅此处了解一些详细信息，但我绝不会冒险尝试直接编辑这些位。
可以不更改数据库的兼容级别，但是您仍然无法对该数据库进行备份并将其还原到另一个 SQL Server 2012 实例。
由于服务器/数据库版本的差异，您的生产和开发服务器应该在相同的版本上才能真正获得开发测试的全部好处。如果您不打算很快升级生产，那么您可以降级开发。
不。
几种可能的解决方法，其中没有一个是微不足道的：
如果磁盘空间允许， 5可能是最简单和最直接的。如果您无法安装 2012 开发实例，2可能是最符合“最佳实践”的一个。3 和 4 是最容易搞砸的，如果你不知何故错过了一块。如果可以的话，我会避免这些。
显然，无论当前需求还是未来需求，最好的选择是拥有一个与生产尽可能匹配的永久开发环境。显然在新服务器/虚拟机上或作为开发服务器中的第二个实例执行此操作，而不是在生产环境中执行此操作。