数据库降版本

㈠ 如何把sqlServer数据库从高版本降级到低版本

不能直接备份还原为低版本，可以按照：右键你的数据库，选择“复制数据库”，然后选择好数据库和版本复制出来即可。

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

首先，SqlServer所有的高版本备份，都不可以直接在低版本上直接进行还原！

如果一定要进行还原的话，请使用脚本导入导出，直接在高版本Sqlserver上将所有对象以及数据导出为sql脚本，然后到低版本上执行脚本就可以了。

注意导出时选择导出对象结构以及数据。

对应的如何导出脚本执行步骤，请参考我的另一个回答。

http://..com/question/1898522337806756060

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

直接给SQL Server数据库降级是不支持的。但您可以使用一个灵活的变通方法来解决这个问题。您可以使用SQL Server Management Studio中首先为一个较低的版本生成数据库脚本，然后使用数据导入/导出向导将原来数据库数据传输到高版本数据库中。例如，如果你想降低一个SQL Server 2008数据库到SQL Server 2005，您可以按照以下步骤：1. 在SQL Server Management Studio 2008中打开SQL Server2008数据库。2.在对象资源管理器中右键单击数据库名称并选择“任务生成脚本......”3.在“脚本向导”对话框中，选择数据库的名称，并检查“脚本所有在选择数据库对象”。然后点击“下一步”。4.设置为SQL Server2005的服务器版本的脚本“选项”。5. SQL Server 2005中运行脚本。6. 使用SQL Server导入和导出向导从SQL Server 2008到SQL Server 2005导入数据同样，如果你想降低一个SQL Server 2005数据库到SQL Server 2000，你也可以在SQL Server 2005 Management Studio中执行上述步骤。

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

步骤如下
1、首先把要把sql2012中要备份的数据库设置为兼容2008.
右键sql2012中的数据库Test-属性-选项

2、右键Test-任务-生成脚本，下一步-下一步 ，点 高级 选项。把script for sql version 改成你要降级的那个版本 也就是sql2008.确定完成即可。会生成一个script.sql脚本文件。

3、下一步要把sqlserver2012源文件复制到另外一个电脑上。由于SqlServer正在运行 是无法复制的。所以首先要停止sqlserver服务。

3、找到你这个sql2012数据库在电脑中的位置。 右键这个数据库-文件 会有路径，复制出这两个文件来。 至此 sqlserver2012的电脑操作完成

4、把上面得到的script.sql 文件和两个数据源文件复制到sql2008所在的电脑中。在sql2008中 新建-查询管理器。把script.sql拖进去，会看到代码。

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

把sqlserver数据库从高版本降到低版本可以参考如下两种方法 ：
方法一：使用图形化操作（GUI），打开SSMS(SQL Server Management Studio)
步骤1：右键你要降级的数据库，按下图选择：
步骤2：在对话框中选择：
步骤3：在【高级】中选择下图：
步骤4：把脚本保存起来，然后在SQLServer2005中运行脚本。
步骤5：通过【任务】→【导入数据】，把数据从2008导入到使用脚本创建的库上如下图，就完成了：
方法二：使用系统自带的存储过程实现：sp_dbcmptlevel ——将某些数据库行为设置为与指定的 SQL Server 版本兼容
下面是其内部实现代码：
SET QUOTED_IDENTIFIER ON
SET ANSI_NULLS ON
GO
create procere 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 procere 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 兼容级别。

㈥ 如何将数据库由高版本降为低版本

安装高低版本两个数据库，然后使用导入导出，把数据从高导入到低的。

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

SQL 低版本不支持高版本的。你只能安装二个SQL，再导入数据到低版本上。
在数据库右键有个生成脚本，就是用那个功能，在里面选择你需要降到的版本就行

㈧ 如何把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 版本兼容
下面是其内部实现代码：

[sql] view plain print?
SET QUOTED_IDENTIFIER ON
SET ANSI_NULLS ON
GO
create procere 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 procere 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

语法

[sql] view plain print?
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 兼容级别。

㈨ 如何将 12c 数据库降级为以前的版本

本文档旨在提供指南和核对清单，用于将之前升级的数据库从 Oracle 12c 降级回以前的版本：11.2.0.3, 11.2.0.2, 11.1.0.7

必须加以说明的是，将数据库实例从当前版本降级到升级前的版本时，数据库不会返回到升级前的完全相同状态。根据所涉及的版本，升级过程会进行不可逆的更改。用户使用降级过程可以打开和访问以前版本的数据库实例。这通常便已足够。

可能需要采取其他更正操作（例如卸载/重新安装或重新升级到当前补丁集级别来解决降级后的遗留问题。如果目标是让实例返回与升级前完全相同的状态，则还应使用包括完全恢复到升级前状态在内的其他过程。

本文中讨论的过程是基于脚本的降级。本文不介绍使用导出/导入、数据泵或其他方法将数据从一个版本移动到另一个版本。

您所降级到的版本的 Oracle 二进制文件，在开始降级过程之前应该在服务器上可用/已安装。如果您卸载了要降级到的 Oracle 可执行文件，请重新安装 Oracle 二进制文件到正确的版本/补丁程序级别以降级。

此过程旨在降级已成功升级到 12c 的数据库，并非用于从失败的升级退回。您只能降级到升级前所用的版本和补丁程序级别。

直接升级可以在版本 10.2.0.5、11.1.0.7 或版本 11.2.0.2 及更高版本上执行。可以对这些版本中除 10.2.0.5 之外的版本进行降级。

例如，如果通过应用中间补丁程序 11.1.0.7 从 Oracle 11.1.0.6 升级到 Oracle 12c (12.1.0)，则不能降级到 Oracle 11.1.0.6。降级只能对直接升级版本执行。

例外：

虽然可以对 10.2.0.5 直接升级，但降级不适用于 10.2.0.5。

这是因为在升级过程中，compatible 参数已设置为最低 11.0.0。这使得无法降级到 10.2.0.5。可以降级的版本为 11.1.0.7、11.2.0.2、11.2.0.3 或更高版本。

如果有任何补丁程序应用到了从升级后的主目录运行的源数据库，则需要先回退，然后才能开始降级过程。
卸载和回退补丁程序的步骤记录在所涉及补丁程序的自述文件中。
未能卸载和回退补丁程序可能会导致无法降级，包括无法重新验证字典对象。

Exadata 捆绑补丁程序示例，其过程为：

卸载补丁程序

示例： $ opatch auto /u01/app/oracle/patches/14103267 -rollback

回退任何在补丁程序应用过程中应用的 SQL：

示例： SQL> @rdbms/admin/catbundle_EXA_<数据库 SID>_ROLLBACK.sql，用于回退 SQL 更改。

解决方案
降级前步骤
- XML DB 组件在 12c 中是必需的。
在升级到 12c 期间，将安装 XML DB 组件（如果未安装）。
从 12c 降级将删除安装的 XDB 组件
- Enterprise Manager 不支持降级。在降级之前，请重新配置 Oracle EM 控件。请参阅
Oracle Database Upgrade Guide 12c Release 1 (12.1) E17642-10
6 Downgrading Oracle Database to an Earlier Release
6.6.5 Restoring Oracle Enterprise Manager after Downgrading Oracle Database

- 升级到 12c 期间，将删除 Database Control 资料档案库。降级之后，请重新配置 DB Control。


Note 870877.1 How To Save Oracle Enterprise Manager Database Control Data Before Upgrading The Single Instance Database To Other Release ?
Note 876353.1 How To Restore The Oracle Enterprise Manager Data To Downgrade The Single Instance Database To Previous/Source Release ?
- compatible 参数不能已经更改到 12.1.0。
- 禁用 Data Vault（如果已启用）。

Note 803948.1 How To Uninstall Or Reinstall Database Vault in 11g (UNIX)
Note 453902.1 Enabling and Disabling Oracle Database Vault in WINDOWS
- 如果数据库使用 Oracle Label Security，则在新 Oracle Database 12c Oracle 主目录中运行 Oracle Label Security (OLS) 预处理降级 olspredowngrade.sql 脚本（在 $ORACLE_HOME/rdbms/admin 上提供）。
- 时区版本应相同。
- 取消设置并指向 12c 主目录的 ORA_TZFILE（如果已设置）。
- 如果数据库上有 Oracle Application Express，则必须将 apxrelod.sql 文件从 Oracle Database 12c $ORACLE_HOME/apex/ 目录复制到 Oracle 主目录之外的目录，例如系统上的临时目录以稍后执行。
- 如果基于固定对象创建了对象，则删除这些对象以避免可能的 ORA-00600 错误。您可以在降级之后重新创建这些对象。
- 如果降级集群数据库，则彻底关闭实例并将 CLUSTER_DATABASE 初始化参数更改为 FALSE。降级之后，必须将此参数设置回 TRUE。
满足以上先决条件之后，可以继续进行降级。

数据库的降级步骤
1) 确保所有数据库组件有效。只能从成功升级的数据库执行降级。要验证数据库组件状态，请执行以下查询

以 SYS 用户身份连接到数据库

col comp_id format a10

col comp_name format a30

col version format a10

col status format a8

select substr(comp_id,1,15) comp_id,substr(comp_name,1,30) comp_name,substr(version,1,10) version,status from dba_registry

2) 验证没有属于 sys/system 的无效对象

select owner, count(object_name) "Invalid object count" from dba_objects where status!='VALID' and owner in ('SYS','SYSTEM') group by owner;
如果计数为零，则可以继续降级。

如果有无效对象，则执行 utlrp.sql 多次，如果对象无法解析为有效状态，则不能继续降级。建立 SR 或在 DBA 社区上发帖以寻求帮助。

或者，对于 1 和 2，运行以下脚本：

Note 556610.1 Script to Collect DB Upgrade/Migrate Diagnostic Information (dbupgdiag.sql)
3) 关闭数据库

Shutdown immediate
4) 对 12c 数据库做备份

5) 以降级模式启动数据库

Startup downgrade;
6) 执行降级脚本

Sql> Spool downgrade.log

Sql> @$ORACLE_HOME/rdbms/admin/catdwgrd.sql

注：
$ORACLE_HOME 应指向 12c 主目录

catdwgrd.sql 脚本将数据库中的所有组件降级到支持的主版本或补丁集版本（您最初升级时的版本）

Sql> spool off

Sql> shutdown immediate

Exit SQL Plus

Sql> exit;

7) 如果操作系统为 LINUX/UNIX：

将以下环境变量更改为要降级到的源数据库：

ORACLE_HOME

PATH

编辑 /etc/oratab or /var/opt/oracle/oratab 以更改

将数据库映射到源数据库 Oracle 主目录

如果操作系统是 Windows，则完成以下步骤：

a. 停止所有 Oracle 服务，包括 Oracle Database 12c 数据库的 OracleServiceSID Oracle 服务，其中 SID 是实例名称。

例如，如果 SID 为 ORCL，则在命令行提示符中输入以下内容：

C:\> NET STOP OracleServiceORCL
b. 在命令提示符下，通过运行 ORADIM 命令删除 Oracle 服务。如果出现提示，则输入此 Windows 系统上活动标准用户帐户的口令。

例如，如果 SID 为 ORCL，则输入以下命令：

C:\> ORADIM -DELETE -SID ORCL
c. 在命令提示符下，使用 ORADIM 命令创建要降级的数据库的 Oracle 服务。

C:\> ORADIM -NEW -SID SID -INTPWD PASSWORD -MAXUSERS USERS

-STARTMODE AUTO -PFILE ORACLE_HOME\DATABASE\INITSID.ORA

8) 还原配置文件

将配置文件（口令文件、参数文件等）还原到降级版本的 ORACLE_HOME。

9) 如果这是 Oracle RAC 数据库，则执行以下命令以将数据库修改为单实例模式：

SET CLUSTER_DATABASE=FALSE

10) 从降级版本 $ORACLE_HOME/rdbms/admin 目录执行 catrelod 脚本。

启动 sqlplus，以具有 sysdba 权限的用户 SYS 身份连接到数据库实例，然后以升级模式启动数据库：

: cd $ORACLE_HOME/rdbms/admin

: sqlplus

sql> connect sys as sysdba

sql> startup upgrade

sql> spool catrelod.log

sql> @?/rdbms/admin/catrelod.sql

sql> spool off

catrelod.sql 脚本在降级的数据库中重新加载各个数据库组件的合适版本。

11) 运行 utlrp.sql 脚本：

SQL> @utlrp.sql

Sql> exit;

utlrp.sql 脚本重新编译先前处于 INVALID 状态的所有现有 PL/SQL 模块，例如 package、procere、type 等。

12) 检查已降级数据库的状态：

Note 556610.1 Script to Collect DB Upgrade/Migrate Diagnostic Information (dbupgdiag.sql)
此 sql 脚本是一组查询语句，用于提供用户友好的输出，以在升级前后诊断数据库的状态。脚本将创建名为 db_upg_diag_<sid>_<时间戳>.log 的文件。

13) 降级之后，可能在 sys 用户下发现无效的 QT 视图。这是因为视图已从基表中选择了错误的列。您需要重新创建这些视图。

请参阅说明：

Note 1520209.1 QT_*BUFER Views Invalid after downgrade from 12C
降级后步骤：
1)如果您是降级到 Oracle Database 11g 版本 1 (11.1.0.7) 并且数据库中有 Oracle Application Express，则转到您将 apxrelod.sql 脚本复制到的目录（在降级前步骤中）。
运行 apxrelod.sql 脚本以手动重新加载 Oracle Application Express：

SQL> @apxrelod.sql
运行 apxrelod.sql 脚本以避免程序包 APEX_030200.WWV_FLOW_HELP 由于以下错误而成为 INVALID 状态：

PLS-00201: identifier 'CTX_DDL' must be declared
2) 如果数据库中启用了 Oracle Label Security，则执行以下脚本

a. 从 Oracle Database 12c 的 Oracle 主目录下将 olstrig.sql 脚本复制到要将数据库降级到的版本的 Oracle 主目录。

b. 从降级到的版本的 Oracle 主目录，运行 olstrig.sql 以在表上使用 Oracle Label Security 策略重新创建 DML 触发器：

SQL> @olstrig.sql
3) 如果降级集群数据库，则必须运行以下命令以降级 Oracle Clusterware database 配置：

$ srvctl downgrade database -d db-unique-name -o oraclehome -t to_version
其中 db-unique-name 是数据库名称（而非实例名称），oraclehome 是已降级数据库的旧 Oracle 主目录的位置，to_version 是数据库所降级到的数据库版本

㈩ 如何将高版本的数据库还原到低版本服务器

本例为sql2012 还原到sql2008。

要实现的功能是把sql2012的数据库备份到sql2008，数据库名字为Test，并且这两个数据库在不同的电脑中。

微软的软件设计方案基本上都是新版本兼容旧版本，旧版本不兼容新版本

步骤如下：

1、首先把要把sql2012中要备份的数据库设置为兼容2008。

右键sql2012中的数据库Test-属性-选项 看到如下图：

注意绿色部分。此时显示的数据库文件位置是sql2012电脑的位置。需要把这两个地址改为 sql2008 中 复制过来的那两个源文件的地址即可。按【F5】键执行，即可完成数据库从SQL2012到SQL2008的降级。