如何把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
目录
相关文章
|
3天前
|
关系型数据库 分布式数据库 数据库
开源云原生数据库PolarDB PostgreSQL 15兼容版本正式发布
PolarDB进行了深度的内核优化,从而实现以更低的成本提供商业数据库的性能。
|
3天前
|
SQL 安全 数据库
基于SQL Server事务日志的数据库恢复技术及实战代码详解
基于事务日志的数据库恢复技术是SQL Server中一个非常强大的功能,它能够帮助数据库管理员在数据丢失或损坏的情况下,有效地恢复数据。通过定期备份数据库和事务日志,并在需要时按照正确的步骤恢复,可以最大限度地减少数据丢失的风险。需要注意的是,恢复数据是一个需要谨慎操作的过程,建议在执行恢复操作之前,详细了解相关的操作步骤和注意事项,以确保数据的安全和完整。
9 0
|
7天前
|
SQL 存储 调度
|
7天前
|
SQL 安全 数据库
|
7天前
|
SQL 存储 监控
|
23天前
|
SQL 数据库 数据安全/隐私保护
SQL Server数据库Owner导致事务复制log reader job无法启动的解决办法
【8月更文挑战第14天】解决SQL Server事务复制Log Reader作业因数据库所有者问题无法启动的方法:首先验证数据库所有者是否有效并具足够权限;若非,使用`ALTER AUTHORIZATION`更改为有效登录名。其次,确认Log Reader使用的登录名拥有读取事务日志所需的角色权限。还需检查复制配置是否准确无误,并验证Log Reader代理的连接信息及参数。重启SQL Server Agent服务或手动启动Log Reader作业亦可能解决问题。最后,审查SQL Server错误日志及Windows事件查看器以获取更多线索。
|
24天前
|
SQL Java 数据库
jsp中使用Servlet查询SQLSERVER数据库中的表的信息,并且打印在屏幕上
该博客文章介绍了在JSP应用中使用Servlet查询SQL Server数据库的表信息,并通过JavaBean封装图书信息,将查询结果展示在Web页面上的方法。
jsp中使用Servlet查询SQLSERVER数据库中的表的信息,并且打印在屏幕上
|
14天前
|
SQL 数据库
Microsoft SQL Server 2014如何来备份数据库
Microsoft SQL Server 2014如何来备份数据库
12 3
|
20天前
|
SQL 关系型数据库 MySQL
SQL数据库和 SQLserver数据库
【8月更文挑战第19天】SQL数据库和 SQLserver数据库
37 2
|
20天前
|
SQL 存储 安全
SQL Server数据库创建
【8月更文挑战第19天】SQL Server数据库创建
26 1
下一篇
DDNS