• (5.3.5)数据库迁移——数据库与文件组的位置迁移(同一实例)


    【1】数据库物理文件迁移

    四种均需要离线

    【1.1】脱机迁移

    SQL Server创建新库时,默认会把数据存放在C盘中,一旦 数据库 中的存储数据多了以后,C盘的空间就会所剩无几。解决方案是将存放数据的物理文件迁移到其他盘。具体流程为:

    1)将现有的数据库脱机
    
    ALTER DATABASE DB1 SET OFFLINE WITH ROLLBACK IMMEDIATE;
    (2)将数据库文件移到新的位置
    
    文件复制完成以后需要:右键-属性-安全-在组或用户名处添加Authenticated Users-更改该组权限为完全权限,否则接下来的操作会报
    
    中间可能存在的问题:
    
    消息 5120,级别 16,状态 101,第 17 行
    无法打开物理文件“D:MSSQLDATA	estdb.mdf”。操作系统错误 5:“5(拒绝访问。)”。
    消息 5120,级别 16,状态 101,第 17 行
    无法打开物理文件“D:MSSQLDATA	estdb _log.ldf”。操作系统错误 5:“5(拒绝访问。)”。
    消息 5181,级别 16,状态 5,第 17 行
    无法重新启动数据库“ctrip”。将恢复到以前的状态。
    消息 5069,级别 16,状态 1,第 17 行
    ALTER DATABASE 语句失败。
    (3)修改数据库关联文件的指向
    
    ALTER DATABASE DB1 MODIFY FILE(NAME = DB1, FILENAME = X:SQLServerDB1.mdf);
    ALTER DATABASE DB1 MODIFY FILE(NAME = DB1_Log, FILENAME = X:SQLServerDB1_Log.ldf);
    (4)将数据库进行联机
    
    ALTER DATABASE DB1 SET ONLINE;

    【1.2】在线修改文件位置

    在线修改文件位置,但也需要服务重启才能生效,或者offline => online

      

    MS SQL 数据库迁移文件,这里说的不是将数据库迁移到另外一台服务器,只是在服务器不同磁盘目录内做迁移。移动数据库文件的情况大致有下面一些:
      1: 事先没有规划好,数据库文件或日志文件增长过快,导致某个盘或整个磁盘空间不足,需要移动数据文件或日志文件
      2: 纯粹由于业务需求,数据增长过快。
      3: 为了更好的IO的性能,需要将数据文件、日志文件分布到不同磁盘,减轻IO压力,提供IO性能。
      4:故障恢复。例如,数据库处于可疑模式或因硬件故障而关闭。
    案例:现在我在数据库实例中有数据库MyAssistant,(假设)由于事先没有规划好,导致数据文件位于E:DataBase目录下, 我们需要将数据文件移动到D:DataBase_Data目录下,
     

     
    将日志文件移动到F:DataBase_Log目录下。
    步骤1:对数据库中每个要移动的文件(数据文件/日志文件),通过下面命令指定到新的目录 
    复制代码
    复制代码
    复制代码
    --查看逻辑名
    SELECT name, physical_name
    FROM sys.master_files
    WHERE database_id = DB_ID('tempdb');
    
    --迁移位置
    USE master;
    GO
    ALTER DATABASE tempdb 
    MODIFY FILE (NAME = tempdev, FILENAME = 'D:	empdb	empdb.mdf');
    GO
    ALTER DATABASE tempdb 
    MODIFY FILE (NAME = templog, FILENAME = 'D:	empdb	emplog.ldf');
    GO
    
    --停止服务,复制文件到指定位置
    --开启服务
    复制代码
    如果有多个数据库的数据文件/日志文件需要移动,可以通过一系列上述命令执行 
    ALTER  DATABASE DATABASE_ID1
    MODIFY FILE(NAME='DATABASE_NAME', FILENAME='....mdf');
    ALTER  DATABASE DATABASE_ID2
    MODIFY FILE(NAME='DATABASE_NAME', FILENAME=.....mdf');
    ....... 
    步骤2:
    复制代码
    复制代码
    将转移数据库脱机然后将数据库复制到,设定好的盘符下,如果文件名也改了,那也要改。再联机

    【1.3】分离附加

    (1)分离

       EXEC sp_detach_db 'test'

    (2)复制文件到自己想要的位置

    (3)附加

      EXEC sp_attach_db @dbname = test', @filename1 =@data_file, @filename2 = @log_file

      EXEC sp_attach_db @dbname = test', @filename1 ='d: est est_data.mdf', @filename2 ='d: est est_log.mdf'

    【1.4】备份还原

    restore move,with move恢复数据库

    复制代码
    USE [master]
    RESTORE DATABASE [test] 
    FROM  DISK = N'D:DBBackup	estfull.bak' WITH  FILE = 1, 
    MOVE N'test' TO N'D:MSSQL	est.mdf',  
    MOVE N'test_log' TO N'D:MSSQL	est_log.ldf',  
    NOUNLOAD,NORECOVERY , STATS = 5

    【2】文件组与文件迁移

    【2.1】迁移策略

    (1)如果是一个文件组内只有一个文件
      ~~把所有在该文件组内的表删除聚集索引,然后新建聚集索引至新的文件组
    (2)如果是一个文件组内多个文件
    
      (2.1)把某个文件清空转移到其他文件:使用DBCC SHRINKFILE(要移动数据的数据文件逻辑名称,EMPTYFILE)
      (2.2)把该文件组内所有文件内数据都转移到另外一个文件组:
    
        ~~首先使用 DBCC SHRINKFILE(要移动数据的数据文件逻辑名称,EMPTYFILE),把所有数据都转移到同一个文件上去
        ~~把所有在该文件组内的表删除聚集索引,然后新建聚集索引至新的文件组
    这里要根据是一对多(一个文件组中有多个文件)还是一对一(一个文件组中只有一个文件)来选择移动数据的方法
    如果是一对多:使用DBCC SHRINKFILE(要移动数据的数据文件逻辑名称,EMPTYFILE) 把表数据集中到一个文件里去,然后再使用一对一的方式
    如果是一对一:删除原有聚集索引,创建新的聚集索引到迁移的文件组
    
    可以使用sp_help 查看表所在文件组, 可以使用如下查看数据库文件与文件组情况。
    --1.查看数据库文件与文件组情况
    EXEC [sys].[sp_helpdb] @dbname = TEST1
    -- sysname
    SELECT  DB_NAME(database_id) AS DatabaseName ,
             Name AS Logical_Name ,
             Physical_Name ,
             ( size * 8 ) / 1024 SizeMB
    FROM    sys.master_files
    WHERE   DB_NAME(database_id) = 'Test1'
    
    --2.收缩文件,转移到文件组其他文件去
     DBCC SHRINKFILE(test2,EMPTYFILE)
    
    --3.移除数据库test1中的数据文件test2.ndf
     ALTER DATABASE TEST1
     REMOVE FILE test2
    --4.创建表,这个表的数据存放在[FG_Test_Id_01] 文件组上 CREATE TABLE aa(id INT ,cname NVARCHAR(4000)) ON [FG_Test_Id_01] --5.创建聚集索引在[FG_Test_Id_02]文件组上 CREATE CLUSTERED INDEX PK_ID ON [dbo].[aa]([id]) WITH(ONLINE=ON) ON [FG_Test_Id_02]

     正文:

    sql server迁移数据(文件组之间的互相迁移与 文件组内文件的互相迁移)

    之前写过一篇文章:SQLSERVER将一个文件组的数据移动到另一个文件组


    【2.2】一对一(一个文件组一个数据文件)

    每个物理文件(数据文件)对应一个文件组的情况(一对一)

    如果我把数据移到另一个文件组了,不想要这个已经清空的文件组了,怎麽做?

    删除原有聚集索引,创建新的聚集索引到迁移的文件组
     USE master
     GO
     
     IF EXISTS(SELECT * FROM sys.[databases] WHERE [database_id]=DB_ID('Test'))
     DROP DATABASE [Test]
     
     --1.创建数据库
     CREATE DATABASE [Test]
     GO
     
     USE [Test]
     GO
     
     
     --2.创建文件组
     ALTER DATABASE [Test]
     ADD FILEGROUP [FG_Test_Id_01]
     
     ALTER DATABASE [Test]
     ADD FILEGROUP [FG_Test_Id_02]
     
     
     --3.创建文件
     ALTER DATABASE [Test]
     ADD FILE
     (NAME = N'FG_TestUnique_Id_01_data',FILENAME = N'E:FG_TestUnique_Id_01_data.ndf',SIZE = 1MB, FILEGROWTH = 1MB )
     TO FILEGROUP [FG_Test_Id_01];
     
     ALTER DATABASE [Test]
     ADD FILE
     (NAME = N'FG_TestUnique_Id_02_data',FILENAME = N'E:FG_TestUnique_Id_02_data.ndf',SIZE = 1MB, FILEGROWTH = 1MB )
     TO FILEGROUP [FG_Test_Id_02];
     
     --4.创建表,这个表的数据存放在[FG_Test_Id_01] 文件组上
     CREATE TABLE aa(id INT ,cname NVARCHAR(4000)) ON [FG_Test_Id_01] 
     GO
     
     --5.插入数据
     INSERT INTO [dbo].[aa]
     SELECT 1,REPLICATE('s',3000)
     GO 500
     
     --6.查询数据
     SELECT * FROM [dbo].[aa]
     
     --7.创建聚集索引在[FG_Test_Id_02]文件组上
     CREATE CLUSTERED INDEX PK_ID ON [dbo].[aa]([id]) WITH(ONLINE=ON) ON [FG_Test_Id_02]
     GO
     
     --8.我们查看一下文件组的逻辑文件名
     EXEC [sys].[sp_helpdb] @dbname = TEST -- sysname
     
     --9.移除FG_Test_Id_01文件组
     ALTER DATABASE TEST
     REMOVE FILE FG_TestUnique_Id_01_data

    当你移动数据到文件组[FG_Test_Id_02]上时,这时候文件组[FG_Test_Id_01]里面已经没有数据了
    使用下面的脚本查看

    使用下面的SQL语句移除文件组[FG_Test_Id_01]就可以了

    --9.移除FG_Test_Id_01文件组
    ALTER DATABASE TEST
    REMOVE FILE FG_TestUnique_Id_01_data

    此时就只剩下主文件组和[FG_Test_Id_02]文件组了

    注意:如果不使用聚集索引来移动文件组[FG_Test_Id_01]上的数据到文件组[FG_Test_Id_02]

    --4.创建表,这个表的数据存放在[FG_Test_Id_01] 文件组上
    CREATE TABLE aa(id INT ,cname NVARCHAR(4000)) ON [FG_Test_Id_01] 
    GO

    直接使用下面SQL语句来收缩文件会报错

    --收缩一下FG_Test_Id_01文件组文件
    DBCC SHRINKFILE(FG_TestUnique_Id_01_data,EMPTYFILE)

    报错内容

    DBCC SHRINKFILE: 无法移动堆页 3:515。
    消息 2555,级别 16,状态 1,第 1 行
    无法将文件 "FG_TestUnique_Id_01_data" 的所有内容移到其他位置,以完成清空文件操作。
    语句已终止。
    DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
    消息 1105,级别 17,状态 2,第 1 行
    无法为数据库 'Test' 中的对象 'dbo.aa' 分配空间,因为 'FG_Test_Id_01' 文件组已满。请删除不需要的文件、删除文件组中的对象、将其他文件添加到文件组或为文件组中的现有文件启用自动增长,以便增加可用磁盘空间。

    因为文件组[FG_Test_Id_01]里还有数据,不能清空


    【2.3】一对多(一个文件组有多个数据文件)

    两个物理文件(数据文件)对应一个文件组的情况(一对多)

    上面的情况是每个物理文件(数据文件)对应一个文件组的情况

    下面这种情况是两个物理文件(数据文件)对于一个文件组的情况

    一对一的情况使用聚集索引里移动数据,而一对多的情况使用DBCC SHRINKFILE

    创建数据库

    test1和test2这两个数据文件归属于主文件组primary,而数据文件test1最大大小为6MB初始大小为5MB

    test2数据文件最大大小没有限制

    使用下面脚本添加数据到主文件组

    --1.创建表,这个表的数据存放在主文件组上
    CREATE TABLE aa(id INT ,cname NVARCHAR(4000)) 
    GO
    
    --2.插入数据
    INSERT INTO [dbo].[aa]
    SELECT 1,REPLICATE('s',3000)
    GO 600
    
    --3.查询数据
    SELECT * FROM [dbo].[aa]
    
    --4.我们查看一下文件组的逻辑文件名
    EXEC [sys].[sp_helpdb] @dbname = TEST1
     -- sysname
    SELECT  DB_NAME(database_id) AS DatabaseName ,
            Name AS Logical_Name ,
            Physical_Name ,
            ( size * 8 ) / 1024 SizeMB
    FROM    sys.master_files
    WHERE   DB_NAME(database_id) = 'Test1'

    因为第一个数据文件的最大大小限制,所以有一部分数据插入到了test2.ndf

    现在修改test1数据文件的最大大小限制为20MB

    相关SQL

    执行下面的SQL语句

    --5.收缩文件
    DBCC SHRINKFILE(test2,EMPTYFILE)
     
    --6.移除test2数据文件test2.ndf
    ALTER DATABASE TEST1
    REMOVE FILE test2


    在执行第五条语句的时候,执行下面脚本

    你会发现

    数据都移动到了test1.mdf里去了

    执行第六条SQL语句,删除test2.ndf文件

    数据没有丢失

    这里关键在于EMPTYFILE参数 :DBCC SHRINKFILE(test2,EMPTYFILE)


    总结

    这里要根据是一对多还是一对一来选择移动数据的方法

    如果是一对多:使用DBCC SHRINKFILE(要移动数据的数据文件,EMPTYFILE)

    如果是一对一:创建聚集索引

    参考文章:     [SQL]透過 DBCC SHRINKFILE([要清空的File], EMPTYFILE) 來將資料移到另一個資料檔之中

    大家可以做一下实验

    对于同一个文件组里的多个数据文件(不一定是主文件组),

    比如有有个文件组叫[FG_Test_01],里面有两个数据文件test3.ndf和test4.ndf

    test3.ndf和test4.ndf都有数据

    如果我运行DBCC SHRINKFILE(test4,EMPTYFILE),test4.ndf里的数据是否会移动到test3.ndf还是会移动到test1.mdf???

    这个实验留给大家o(∩_∩)o

    2014-1-14补充:

    这个实验的测试脚本和结果

    数据没有丢失

    答案:

    FG_TestUnique_Id_02_data.ndf里的数据会移动到FG_TestUnique_Id_01_data.ndf,不会移动到Test.mdf

    因为DBCC SHRINKFILE只能在同一文件组内移动数据,而mdf只能属于主文件组primary

    表分区 
    分区表没有数据然后文件组依赖的文件删除了 居然没有报错
    然后插入数据到分区表报错没有分配文件 

    【3】日志文件迁移

    【3.1】离线迁移

      直接使用【1】中的迁移办法即可;

    【3.2】在线新增文件

      如果我们的ldf在一个不太好的磁盘里,而业务又正在允许不停机,那么用这个办法还是不错的。

      (1)新增一个日志文件到其他的盘符 

    --(1.1)创建日志文件
    ALTER DATABASE [test] 
    ADD LOG FILE 
    (
    NAME ='test_log1',
    FILENAME='D:program filessqlserver2017sqlserver workspaceE_Market_log1.ldf',
    SIZE=5MB,
    FILEGROWTH=0
    )
    --(1.2)把原来的日志文件停用,通过禁止自动增长的方式,代码如下,也可以用SSMS操作 USE [test] GO DBCC SHRINKFILE (N'test_Log' , 64) --这里的值是其当前ldf大小,也可以不用收缩 GO USE [master] GO ALTER DATABASE [Db_Logs] MODIFY FILE ( NAME = N'Db_Logs_Log', MAXSIZE = UNLIMITED, FILEGROWTH = 0) --这才是核心 GO

    --注意,只能把原日志停用,但不能删除!做完这个之后也不能随意收缩了

    参考代码:在建库的时候创建多个数据与日志文件

    GO
    CREATE DATABASE E_Market
    ON PRIMARY--主文件组
    (
    NAME ='E_Market_data',
    FILENAME='D:program filessqlserver2017sqlserver workspaceE_Market_data.mdf',
    SIZE=10MB,
    MAXSIZE=500MB,
    FILEGROWTH=10%
    ),--第一个文件组结束
    FILEGROUP FG--第二个文件组
    (
    NAME ='FG_E_Market_data',
    FILENAME='D:program filessqlserver2017sqlserver workspaceFG_E_Market_data.ndf',
    SIZE=10MB,
    FILEGROWTH=0
    )
    --日志文件不属于任何文件组
    LOG ON
    (
    NAME ='E_Market_log',
    FILENAME='D:program filessqlserver2017sqlserver workspaceE_Market_log.ldf',
    SIZE=5MB,
    FILEGROWTH=0
    ),
    --日志2的具体描述
    (
    NAME ='E_Market_log1',
    FILENAME='D:program filessqlserver2017sqlserver workspaceE_Market_log1.ldf',
    SIZE=5MB,
    FILEGROWTH=0
    )
    GO
     

    参考文献:

    sql server迁移DB文件(同一DB内)

    sql server迁移数据(文件组之间的互相迁移与 文件组内文件的互相迁移)

    SQLSERVER将一个文件组的数据移动到另一个文件组

    IO优化——把文件迁移到不同物理磁盘

  • 相关阅读:
    常用第三方快递鸟单号查询Api接口免费对接调用攻略
    Solution -「CF 1477A」Nezzar and Board
    Solution -「THUPC 2021」区间矩阵乘法
    Solution Set -「CF 1520」
    Solution -「HNOI 2010」城市建设
    Solution -「NOI 2007」货币兑换
    Solution -「洛谷 P6156」简单题
    Solution -「YunoOI 2017」由乃的 OJ
    Journey -「CQOI 2021」
    Note -「SOS DP」高维前缀和
  • 原文地址:https://www.cnblogs.com/gered/p/11798207.html
Copyright © 2020-2023  润新知