在 SQL 2008 Standard 上恢复 SQL 2008 R2 数据库
我正在尝试获取 SQL Server 2008 R2 Expression 数据库并将其恢复到本地 SQL Server 2008 标准上，但是它给了我错误：
设备“C:\jtoth\Backups\ucampus.bak 上的媒体系列” ' 的格式不正确。 SQL Server 无法处理此媒体系列。
R2 版本为 660，标准版本为 655，我知道您无法恢复到旧版本，但必须有某种方法来解决此问题。是否有一些免费工具可以编写整个 R2 数据库的脚本（不仅包括结构，还包括数据插入），然后我可以在我的标准实例上运行它？
I'm trying to take a SQL Server 2008 R2 Expression db and restore it on my local SQL Server 2008 standard, however it gives me the error:
The media family on device 'C:\jtoth\Backups\ucampus.bak' is incorrectly formed. SQL Server cannot process this media family.
R2 is version 660 and standard is 655 and I know that you can't restore to an older version, but there has to be some way around this. Is there some free tool for scripting out the entire R2 database (including not just structure but inserts for the data) that I can then run on my standard instance?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（6）
通常是来自 Red Gate< 的 SSIS 之一
Normally one of
你说得对，备份无法恢复。请参阅：SQL Server 2008 R2 提高了数据库版本。您最好的选择可能是 Red-Gate 比较工具。
You're right that the backup cannot be restored. See: SQL Server 2008 R2 bumps the database version. Your best bet would probably be the Red-Gate compare tools.
使用复制数据库向导！复制数据库向导可让您轻松地将数据库及其对象从一台服务器移动或复制到另一台服务器。
Use the Copy Database Wizard!, the Copy Database Wizard lets you move or copy databases and their objects easily from one server to another.
在 SQL Server Management Studio 中，右键单击数据库，选择“任务”，然后选择“生成脚本”。其中的选项可生成完整的脚本，包括表结构和所有数据。此外，您还可以选择为其编写脚本的版本。
In SQL Server Management Studio, right click on the database, choose Tasks, then "Generate Scripts". Options in there to generate full scripts including the table structure and all the data. Additionally you can choose which version to script for.
Visual Studio 有一个数据库比较工具。可能会很方便。请参阅数据菜单。虽然不如第三方工具好..
Visual Studio has a Database Compare tool. Might be handy. See the Data menu. Not as good as 3rd party tools though..
只是一个想法 - 在备份之前将兼容性级别更改为 SQL Server 2005 怎么样？当然，如果没有使用 2008 年的具体内容的话。
Just an idea - how about changing compatibility level to SQL Server 2005 before backup? That is of course if nothing 2008 specific was used.