如何把SQLServer数据库从高版本降级到低版本?

本文涉及的产品
云数据库 RDS SQL Server,基础系列 2核4GB
RDS SQL Server Serverless,2-4RCU 50GB 3个月
推荐场景:
简介: 原文: 如何把SQLServer数据库从高版本降级到低版本? 由于目前还广泛使用着SQLServer2000,很多公司又想使用新的SQLServer,从而直接【分离/附加】或者【备份/还原】数据库,在不同版本之间存放。
原文: 如何把SQLServer数据库从高版本降级到低版本?

由于目前还广泛使用着SQLServer2000,很多公司又想使用新的SQLServer,从而直接【分离/附加】或者【备份/还原】数据库,在不同版本之间存放。往往就会遇到版本不兼容的问题。前几天遇到了从我本机2008R2上备份的一个数据库还原到2008上面时报错:

从运行版本10.50.2500(2008R2是10.50)和10.00.1600(2008是10.00)中可以看出这个版本不兼容问题,大部分情况下,从低版本升级到高版本,只要不是跨度太大,如2000升级到2012,都不会怎么报错。除非使用了一些新版本不兼容的特性如*=来实现left join的语句。但是就像上图那样,从高版本还原到低版本的时候,问题就出现了,而且几乎一定会报错。

下面给出几个小建议,例子是从2008 降级到2005:

方法一:使用图形化操作(GUI),打开SSMS(SQL Server Management Studio)

步骤1:右键你要降级的数据库,按下图选择:

步骤2:在对话框中选择:

   步骤3:在【高级】中选择下图:

步骤4:把脚本保存起来,然后在SQLServer2005中运行脚本。

详细步骤可以看: http://bbs.csdn.net/topics/390438560?page=1#post-394316973 中的13楼的回复,有截图

步骤5:通过【任务】→【导入数据】,把数据从2008导入到使用脚本创建的库上如下图,就完成了:


方法二:使用系统自带的存储过程实现:sp_dbcmptlevel ——将某些数据库行为设置为与指定的 SQL Server 版本兼容

下面是其内部实现代码:

SET QUOTED_IDENTIFIER ON
 SET ANSI_NULLS ON
 GO
 create procedure sys.sp_dbcmptlevel			-- 1997/04/15
 	@dbname sysname = NULL,					-- database name to change
 	@new_cmptlevel tinyint = NULL OUTPUT	-- the new compatibility level to change to
 as
 	set nocount    on
 
 	declare @exec_stmt nvarchar(max)
 	declare @returncode	int
 	declare @comptlevel	float(8)
 	declare @dbid int					-- dbid of the database
 	declare @dbsid varbinary(85)		-- id of the owner of the database
 	declare @orig_cmptlevel tinyint		-- original compatibility level
 	declare @input_cmptlevel tinyint	-- compatibility level passed in by user
 		,@cmptlvl80 tinyint				-- compatibility to SQL Server Version 8.0
 		,@cmptlvl90 tinyint				-- compatibility to SQL Server Version 9.0
 		,@cmptlvl100 tinyint				-- compatibility to SQL Server Version 10.0
 	select  @cmptlvl80 = 80,
 			@cmptlvl90 = 90,
 			@cmptlvl100 = 100
 
 	-- SP MUST BE CALLED AT ADHOC LEVEL --
 	if (@@nestlevel > 1)
 	begin
 		raiserror(15432,-1,-1,'sys.sp_dbcmptlevel')
 		return (1)
 	end
 
 	-- If no @dbname given, just list the valid compatibility level values.
 	if @dbname is null
 	begin
 	   raiserror (15048, -1, -1, @cmptlvl80, @cmptlvl90, @cmptlvl100)
 	   return (0)
 	end
 
 	--  Verify the database name and get info
 	select @dbid = dbid, @dbsid = sid ,@orig_cmptlevel = cmptlevel
 		from master.dbo.sysdatabases
 		where name = @dbname
 
 	--  If @dbname not found, say so and list the databases.
 	if @dbid is null
 	begin
 		raiserror(15010,-1,-1,@dbname)
 		print ' '
 		select name as 'Available databases:'
 			from master.dbo.sysdatabases
 		return (1)
 	end
 
 	-- Now save the input compatibility level and initialize the return clevel
 	-- to be the current clevel
 	select @input_cmptlevel = @new_cmptlevel
 	select @new_cmptlevel = @orig_cmptlevel
 
 	-- If no clevel was supplied, display and output current level.
 	if @input_cmptlevel is null
 	begin
 		raiserror(15054, -1, -1, @orig_cmptlevel)
 		return(0)
 	end
 
 	-- If invalid clevel given, print usage and return error code
 	-- 'usage: sp_dbcmptlevel [dbname [, compatibilitylevel]]'
 	if @input_cmptlevel not in (@cmptlvl80, @cmptlvl90, @cmptlvl100)
 	begin
 		raiserror(15416, -1, -1)
 		print ' '
 		raiserror (15048, -1, -1, @cmptlvl80, @cmptlvl90, @cmptlvl100)
 		return (1)
 	end
 
 	--  Only the SA or the dbo of @dbname can execute the update part
 	--  of this procedure sys.so check.
 	if (not (is_srvrolemember('sysadmin') = 1)) and suser_sid() <> @dbsid
 		-- ALSO ALLOW db_owner ONLY IF DB REQUESTED IS CURRENT DB
 		and (@dbid <> db_id() or is_member('db_owner') <> 1)
 	begin
 		raiserror(15418,-1,-1)
 		return (1)
 	end
 
 	-- If we're in a transaction, disallow this since it might make recovery impossible.
 	set implicit_transactions off
 	if @@trancount > 0
 	begin
 		raiserror(15002,-1,-1,'sys.sp_dbcmptlevel')
 		return (1)
 	end
 
 	set @exec_stmt = 'ALTER DATABASE ' + quotename(@dbname, '[') + ' SET COMPATIBILITY_LEVEL = ' + cast(@input_cmptlevel as nvarchar(128))
 
 	-- Note: database @dbname may not exist anymore
 	exec(@exec_stmt)
 
 	select @new_cmptlevel = @input_cmptlevel
 
 	return (0) -- sp_dbcmptlevel
 GO
 

语法

sp_dbcmptlevel [ [ @dbname = ] name ] 
     [ , [ @new_cmptlevel = ] version ]
 



参数

[ @dbname = ] name

要为其更改兼容级别的数据库的名称。数据库名称必须符合标识符的规则。name 的数据类型为 sysname,默认值为 NULL。

[ @new_cmptlevel = ] version

数据库要与之兼容的 SQL Server 的版本。version 的数据类型为 tinyint,默认值为 NULL。该值必须为下列值之一:

80 = SQL Server 2000

90 = SQL Server 2005

100 = SQL Server 2008

返回代码值

0(成功)或 1(失败)


注意事项:

后续版本的 Microsoft SQL Server 将删除该功能。请不要在新的开发工作中使用该功能,并尽快修改当前还在使用该功能的应用程序。 改为使用 ALTER DATABASE 兼容级别。

关于备份,可以看我的另外一篇文章: 第一篇——第一文 SQL Server 备份基础

版权声明:本文为博主原创文章,未经博主允许不得转载。

相关实践学习
使用SQL语句管理索引
本次实验主要介绍如何在RDS-SQLServer数据库中,使用SQL语句管理索引。
SQL Server on Linux入门教程
SQL Server数据库一直只提供Windows下的版本。2016年微软宣布推出可运行在Linux系统下的SQL Server数据库,该版本目前还是早期预览版本。本课程主要介绍SQLServer On Linux的基本知识。 相关的阿里云产品:云数据库RDS&nbsp;SQL Server版 RDS SQL Server不仅拥有高可用架构和任意时间点的数据恢复功能,强力支撑各种企业应用,同时也包含了微软的License费用,减少额外支出。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/sqlserver
目录
相关文章
|
16天前
|
SQL 数据库
数据库数据恢复—SQL Server报错“错误 823”的数据恢复案例
SQL Server数据库附加数据库过程中比较常见的报错是“错误 823”,附加数据库失败。 如果数据库有备份则只需还原备份即可。但是如果没有备份,备份时间太久,或者其他原因导致备份不可用,那么就需要通过专业手段对数据库进行数据恢复。
|
2月前
|
数据库 Windows
SqlServer数据恢复—SqlServer数据库所在分区损坏的数据恢复案例
一块硬盘上存放的SqlServer数据库,windows server操作系统+NTFS文件系统。由于误操作导致分区损坏,需要恢复硬盘里的SqlServer数据库数据。
|
4月前
|
SQL 存储 Linux
从配置源到数据库初始化一步步教你在CentOS 7.9上安装SQL Server 2019
【11月更文挑战第16天】本文介绍了在 CentOS 7.9 上安装 SQL Server 2019 的详细步骤,包括配置系统源、安装 SQL Server 2019 软件包以及数据库初始化,确保 SQL Server 正常运行。
200 4
|
4月前
|
SQL 存储 PHP
解决高版本laravel/framework中SQLServer2008分页报错问题
【11月更文挑战第15天】在高版本的Laravel框架中,使用SQLServer 2008数据库进行分页操作时可能会遇到兼容性问题,导致报错。本文提供了两种解决方案:一是升级数据库版本至2012或更高,以提高对复杂查询的支持;二是通过自定义分页查询构建器,手动调整分页逻辑,使其适应SQLServer 2008的特性。具体实施步骤包括备份数据、安装新数据库版本、恢复数据,或创建自定义分页查询类并在模型中使用。这些方法能有效解决分页报错问题。
|
4月前
|
SQL 存储 Linux
从配置源到数据库初始化一步步教你在CentOS 7.9上安装SQL Server 2019
【11月更文挑战第8天】本文介绍了在 CentOS 7.9 上安装 SQL Server 2019 的详细步骤,包括系统准备、配置安装源、安装 SQL Server 软件包、运行安装程序、初始化数据库以及配置远程连接。通过这些步骤,您可以顺利地在 CentOS 系统上部署和使用 SQL Server 2019。
196 1
|
6月前
|
SQL 数据库
数据库数据恢复—SQL Server数据库报错“错误823”的数据恢复案例
SQL Server附加数据库出现错误823,附加数据库失败。数据库没有备份,无法通过备份恢复数据库。 SQL Server数据库出现823错误的可能原因有:数据库物理页面损坏、数据库物理页面校验值损坏导致无法识别该页面、断电或者文件系统问题导致页面丢失。
147 12
数据库数据恢复—SQL Server数据库报错“错误823”的数据恢复案例
|
4月前
|
SQL 存储 Linux
从配置源到数据库初始化一步步教你在CentOS 7.9上安装SQL Server 2019
【11月更文挑战第7天】本文介绍了在 CentOS 7.9 上安装 SQL Server 2019 的详细步骤,包括系统要求检查与准备、配置安装源、安装 SQL Server 2019、配置 SQL Server 以及数据库初始化(可选)。通过这些步骤,你可以成功安装并初步配置 SQL Server 2019,进行简单的数据库操作。
126 1
|
5月前
|
存储 数据挖掘 数据库
数据库数据恢复—SQLserver数据库ndf文件大小变为0KB的数据恢复案例
一个运行在存储上的SQLServer数据库,有1000多个文件,大小几十TB。数据库每10天生成一个NDF文件,每个NDF几百GB大小。数据库包含两个LDF文件。 存储损坏,数据库不可用。管理员试图恢复数据库,发现有数个ndf文件大小变为0KB。 虽然NDF文件大小变为0KB,但是NDF文件在磁盘上还可能存在。可以尝试通过扫描&拼接数据库碎片来恢复NDF文件,然后修复数据库。
|
6月前
|
SQL 关系型数据库 MySQL
创建包含MySQL和SQLServer数据库所有字段类型的表的方法
创建一个既包含MySQL又包含SQL Server所有字段类型的表是一个复杂的任务,需要仔细地比较和转换数据类型。通过上述方法,可以在两个数据库系统之间建立起相互兼容的数据结构,为数据迁移和同步提供便利。这一过程不仅要考虑数据类型的直接对应,还要注意特定数据类型在不同系统中的表现差异,确保数据的一致性和完整性。
75 4
|
6月前
|
SQL 存储 数据管理
SQL Server数据库
SQL Server数据库
99 11