我有一个开发数据库(Windows Server 2008上的SQL Server 2005),我需要移动prod(Windows Server 2003上的SQL Server 2000)。 我的过程如下:
现在我准备好恢复数据库了,所以我点击确定,出现以下错误:
“设备上的媒体系列'E:… bak'不正确,SQL Server无法处理这个媒体系列,RESTORE DATABASE正在终止exception。
这个错误是直接的。
我已经尝试了一些不同的变化 – 将数据库恢复到具有不同数据库名称和日志文件名称(源自它的位置)的开发机器,创build一个空的数据库,使用与之前文件相同的物理path,并尝试还原到该数据库,制作几个不同的.bak文件,并确保在将其上传到产品之前进行validation。 我知道一个事实,.mdf和.ldf文件的目录存在于prod上,尽pipe文件本身不存在。 如果之前,我单击确定进行还原,转到选项选项卡,而是我得到以下错误:
错误3241:设备'E:… bak'上的媒体系列不正确。 SQL Server不能处理这个媒体家族。 RESTORE FILELIST正在exception终止。
任何人有任何明智的想法?
MSSQL2008中的备份头与MSSQL2005中的不同,这可能是问题的根源。 尝试导出数据库而不是备份还原范例,或者在您的DEV服务器上设置MSSQL2008。
正如Mike Dimmick所说 – SQL 2000不能识别SQL 2005备份(就像Word 2000不能识别2007的DOCX文件)。 因此,您必须以较低的通用分母格式(例如SQL脚本)来迁移数据。 尝试数据库发布向导 ,它是SQL Server主机工具包的一部分,它为模式和数据都生成单个SQL文件。
您可以在SQL Server系列中向前移动备份,即2000到2005或2008,但不能向后移动:无法在SQL Server 2000上恢复SQL Server 2005备份。
这可能是一个权限问题,使您在尝试恢复时不会创build文件。 尝试在目标上创build一个与您想要的名称相同的新数据库,然后在其顶部进行恢复。
另外,如果您尝试从外部硬盘驱动器或networking共享中恢复备份,请尝试将备份文件复制到本地计算机,然后再尝试恢复。
默认情况下,有两个来自SQL Server 2005的对象浏览器。我想你正在尝试在服务器/ sqlexpress对象。 尝试恢复到另一个。
(叹了口气。)啊, 这就是问题所在。
我有SQL Server 2008 SP1在远程PC上运行。 我备份了它的数据库,但无法从我的本地副本SQL Server 2008从.bak文件恢复。
正如[Yini]所说,这是我的SQL Server 2008副本打开我的本地PC上的SQL Server 2005实例,而不是我的SQL Server 2008实例。 天才。
我完全同意[Yini] – 公平的说,你不能将SQL Server 2008备份恢复到2005年的实例,但微软至less可以给我们一个体面的错误信息。
“设备上的媒体家族'D:\ DatabaseBackup_21_02_2011.bak'被错误地组成,SQL Server无法处理这个媒体家族。
我的备份没有错误地形成。 即使在运行SQL Server 2008 SP1时,它也不能恢复到SQL Server 2005实例中 。
这是否真的很难把这个错误信息…………?
一些想法:
大约你正在恢复的数据库大小是多less?
关于这个错误的唯一支持文章是针对SQL 2000并讨论大型日志文件。 虽然不在SQL 2000上,但如果特别大,可能会首先尝试减小日志的大小。
你能否将数据库恢复到你的开发服务器(作为不同的数据库名称,不同的文件)? 这将certificate文件本身就SQL 2005而言是否正确。
你能否从该开发服务器恢复任何其他数据库到Prod?
嘿大家,正如迈克build议我会推荐数据库发布向导,它做了一个美丽的工作。
这是我最初使用的解决方法,我不完全build议 – 这似乎有点贫民窟 。
1)在prod上创build数据库,创build一个具有适当权限的db用户,在防火墙上打开允许远程访问的端口
2)从SQL Server Management Studio的开发中,右键单击数据库 – >任务 – >导出数据。 select目的地时,请务必指定端口xxx.xxx.xxx.xxx,1764。
3)select要传输的所有表格,点击下一个100次,完成。
警告:这不会复制存储的过程。
警告:这不会复制int列的标识
更新:它看起来像你不能从2005年到2000年。我发现以下post链接文本 – 这听起来像你可以使用我的方法上面,但你也想脚本的所有对象,然后运行在2000年。