国产数据库--达梦数据库实战（二）

1.数据库配置

达梦数据库模式

1.普通模式（normal）：用户可以正常访问数据库，操作没有限制。
2.主库模式（primary）：用户可以正常访问数据库，对数据库对象的修改强制生成redo日志。
3.备库模式（standby):接受主库发送过的redo日志并重做日志，数据库对用户只读。

数据库状态

（1）状态

1.配置状态（mount）：不允许访问数据库对象，只能进行控制文件、参数文件的维护，归档配置。数据库模式的修改等操作。
2.打开状态（open）：不能进行控制文件的维护，归档配置等操作，可以访问数据库对象，对外提供正常点的数据库服务。
3.挂起状态（suspend）：与open状态唯一的区别-限制磁盘的写入功能，一旦修改数据页，触发redo日志，数据页进行刷盘，当前用户被挂起。
4.关闭状态（shutdown)

（2）状态切换

shutdown----mount
shutdown----open
open----------mount
mount---------open

命令：alter database _____;
select status$ from v$instance;

(3)数据库服务启动方式

1.service DmServiceDMSERVER(实例名称）start
2.systemctl start DMDmServiceDMSERVER(实例名称）

(3)查看数据库服务是否启动

netstat -ntl|grep 523*
ps -ef|grep dmserver

(3)常用参数设置

COMPATIBLE_MODE :是否兼容其他数据库模式（0-不兼容、1-兼容SQL、2-兼容Oracle、3-兼容MS SQL SERVER、4-兼容MYSQL）

有时会出现游标异常问题：修改dm.ini中BUILD_FORWARD_RS=1,修改完重启。

2.DM7体系结构

达梦逻辑存储结构

页–簇--段–数据文件–表空间–数据库

DM7 数据库中的数据存储在数据库的物理数据文件中，数据文件按照页、簇和段的方式进行管理，数据页是最小的数据存储单元。任何一个对 DM7 数据库的操作，归根结底都是对某个数据文件页的读写操作。

DM7 数据库的表空间是一个逻辑概念，其目的主要是为了方便数据库的管理，数据库的所有对象在逻辑上都存放在某个表空间中，而物理上都存储在所属表空间的数据文件中。一个表空间由一个或多个数据文件组成。
　　
　　数据文件是数据库中最重要的文件类型，是真实数据存储的地方。DM7 中数据文件的扩展名为.dbf，分为系统默认生成的数据文件和用户自己创建的数据文件两类。
　　
　　在创建 DM7 数据库时，系统会自动创建 5 个表空间：SYSTEM 表空间、ROLL 表空间、MAIN 表空间、TEMP 表空间和 HMAIN 表空间。DM7 自动为这几个自动创建的表空间分别生成默认的数据文件：SYSTEM.DBF、ROLL.DBF、MAIN.DBF 和 TEMP.DBF，HMAIN 表空间没有默认的数据文件。

达梦日志

重做日志

重做日志，又叫 REDO 日志，记录了所有物理页的修改，基本信息包括操作类型、表空间号、文件号、页号、页内偏移、实际数据等。数据库中 INSERT、DELETE、UPDATE等 DML 操作以及 CREATE TABLE 等 DDL 操作转化为对某些数据文件、某些数据页的修改。因此，在系统故障重启时，通过重做 REDO 日志，可以将数据库恢复到故障时的状态。

DM7 数据库默认包含两个扩展名为 log 的日志文件，用来保存 REDO 日志，称为联机重做日志文件。这两个文件循环使用。任何数据页从内存缓冲区写入磁盘之前，必须保证其对应的 REDO 日志已经写入到联机日志文件
1、查看日志信息 v$rlogfile

2、增加一个日志文件

3、修改日志文件大小

注:重做日志不能删除，所有日志文件大小要求一致

归档日志

DM7数据库可以在归档和非归档两种模式下运行。
　　DM7 支持多种归档方式，本文中若无特殊说明，均指本地归档。当数据库处于归档模式下且配置了本地归档时，REDO 日志先写入联机日志文件，然后再异步写入归档日志文件。归档日志文件以配置的归档名称和文件创建时间命名，扩展名也是 log。

系统在归档模式下运行会更安全，当出现介质故障，如磁盘损坏导致数据文件丢失、异常时，利用归档日志，系统可以恢复至故障发生的前一刻。因此，建议将归档目录与数据文件配置、保存到不同的物理磁盘上。

除了表备份还原，其他的联机备份与还原必须运行在归档模式下。
　　
归档参数文件dmarch.ini

3.备份与还原

简介

备份的本质就是从数据库文件中拷贝有效的数据页保存到备份集中，这里的有效数据页包括数据文件的描述页和被分配使用的数据页。而在备份的过程中，如果数据库系统还在继续运行，这期间的数据库操作并不是都会立即体现到数据文件中，而是首先以日志的形式写到归档日志中，因此，为了保证用户可以通过备份集将数据恢复到备份结束时间点的状态，就需要将备份过程中产生的归档日志也保存到备份集中。
还原与恢复是备份的反过程。还原是将备份集中的有效数据页重新写入目标数据文件的过程。恢复则是指通过重做归档日志，将数据库状态恢复到备份结束时的状态；也可以恢复到指定时间点和指定 LSN。恢复结束以后，数据库中可能存在处于未提交状态的活动事务，这些活动事务在恢复结束后的第一次数据库系统启动时，会由 DM7 数据库服务器自动进行回滚。

备份文件：以bak为扩展名的文件，还一个.meta元数据文件。

分类

DM 数据库的备份还原包括两种类型：物理备份还原和逻辑备份还原。
物理备份还原是对数据库的操作系统物理文件（如数据文件、控制文件和日志文件等）的备份还原。例如使用 RMAN 工具进行的备份还原。
逻辑备份还原是对数据库逻辑组件（如表、视图和存储过程等数据库对象）的备份还原。例如使用 dexp和 dimp 进行的备份还原。
注意：DM7 的物理备份还原不支持：

TEMP 表空间。
HUGE 表空间，即数据库备份和还原不包括 HMAIN 和用户创建的 HUGE表空间；也不支持对 HMAIN 和用户创建的 HUGE 表空间进行表空间备份和还原。DM7 提供了 HUGE 表备份还原系统函数支持 HUGE 表的联机备份还原。

备份

备份就是从源库（备份库）中读取有效数据页、归档日志等相关信息，经过加密、压缩等处理后写入备份片，并将相关备份信息写入备份元数据文件的过程。

1.逻辑备份和物理备份
逻辑备份是指利用 dexp 导出工具，将指定对象（库级、模式级、表级）的数据导出到文件的备份方式。逻辑备份针对的是数据内容，并不关心这些数据物理存储在什么位置。
　　物理备份则直接扫描数据库文件，找出那些已经分配、使用的数据页，拷贝并保存到备份集中。物理备份过程中，不关心数据页的具体内容是什么，也不关心数据页属于哪一张表，只是简单的根据数据库文件系统的描述，来挑选有效的数据页。

2.联机备份和脱机备份

数据库处于运行状态、并正常提供数据库服务情况下进行的备份操作，我们称为联机备份。数据库处于关闭状态时进行的备份操作，被称为脱机备份。
　　从 V2.0 版本开始，使用 DMRMAN 工具进行脱机备份，并且支持对异常关闭的数据库进行脱机库备份。备份异常关闭的数据库，要求配置了本地归档，如果本地归档不完整，则需要先修复本地归档，再进行备份。

联机备份则使用客户端工具连接到服务器实例后，通过执行 SQL 语句进行；也可以通过配置作业，定时完成自动备份。联机备份不影响数据库正常提供服务，是最常用的备份手段之一。

联机备份时，可能存在一些处于活动状态的事务正在执行，为确保备份数据的一致性，需要将备份期间产生的 REDO 日志一起备份。因此，只能在配置本地归档、并开启本地归档的数据库上执行联机备份。
　　只有已经关闭的数据库才允许执行脱机备份。正在运行的数据库，无法执行脱机备份，系统会报错。

3.数据备份和归档日志备份

按照备份内容不同，可以分为数据备份和归档日志备份。数据备份主要针对数据文件内容，包括库备份、表空间备份和表备份。

库备份，又称为库级备份。库备份会拷贝数据库中所有数据文件的有效数据页，如果是联机备份，则还会拷贝备份过程中产生的归档日志，写入到备份集中。

表空间备份是针对特定表空间执行的备份，又称为表空间级备份。表空间备份只能在联机状态下执行。

表备份则拷贝指定表的所有数据页到备份集中，并会记录各个数据页之间的逻辑关系用以恢复。表备份只能在联机状态下执行，一次表备份操作只能备份一张用户表，并且不支持增量表备份。

归档日志备份，是专门针对归档日志文件进行操作，不涉及任何数据文件内容。归档日志备份扫描归档目录收集档文件，并将归档日志写入到备份集中。既可以在数据库运行状态下，执行联机归档日志备份；也可以在数据库关闭状态下执行脱机归档日志备份。
4 .一致性备份和非一致性备份
按照备份集中的数据是否满足一致性，可以将备份划分为一致性备份和非一致性备份。
　　一致性备份的备份集包含了完整的数据文件内容和归档日志信息；利用一个单独的备份集可以将数据库恢复到备份时状态。不指定 WITHOUT LOG 选项的联机备份生成的备份集就是一致性备份。脱机数据库备份会强制将检查点之后的有效 REDO 日志拷贝到备份集中，因此，脱机备份一定是一致性备份。数据库正常关闭时，会生成完全检查点，脱机备份生成的备份集中，不包含任何 REDO 日志。

非一致性备份的备份集只包含数据文件相关内容，没有归档日志信息，利用非一致性备份还原的数据库，无法直接启动，必须借助归档日志来恢复。表空间备份、指定 WITHOUT LOG选项的联机备份生成的备份集都是非一致性备份集。
5.完全备份和增量备份
按照备份数据完整性，可将备份分为完全备份和增量备份。库备份和表空间备份支持增量备份，表备份不支持增量备份。
完全备份生成的备份集包含了指定库（或者表空间）的全部有效数据页。当数据规模比较大的情况下，生成的完全备份集通常会比较大，而且备份时间也会比较长。

增量备份是在某个特定备份集基础上，收集数据库新修改的数据页进行备份，可以有效减少备份集的空间占用、提高备份速度。这个特定的、已经存在的备份集称为增量备份的基备份，根据对基备份的要求不同，DM 的增量备份分为以下两种：
①差异增量备份
差异增量备份的基备份既可以是一个完全备份集，也可以是一个增量备份集。
　　利用增量备份进行还原操作时，要求其基备份必须是完整的；如果差异增量备份的基备份本身也是一个增量备份，那么同样要求其基备份是完整的；任何一个增量备份，最终都是以一个完全备份作为其基备份。因此，完全备份是增量备份的基础。
②累积增量备份
累积增量备份的基备份只能是完全备份集，而不能是增量备份集。
　增量备份时，并不关心其基备份集是脱机备份生成的，还是联机备份生成的，脱机增量备份的基备份集可以是联机备份生成的，联机增量备份的基备份集也可以是脱机备份生成的。

还原与恢复

还原是备份的逆过程，就是从备份集中读取数据页，并将数据页写入到目标数据库对应数据文件相应位置的过程。
　　由于联机备份时，系统中可能存在一些处于活动状态的事务正在执行，并不能保证备份集中的所有数据页是处于一致性状态；而脱机备份时，数据页不一定是正常关闭的，也不能保证备份集中所有数据页是处于一致性状态。因此，还原结束后目标库有可能处于非一致性状态，不能马上提供数据库服务；必须要进行数据库恢复操作后，才能正常启动。
1.逻辑还原和物理还原
　　逻辑还原是逻辑备份的逆过程，逻辑还原就是使用 dimp 工具，把 dexp 导出的备份数据重新导入到目标数据库。
　　物理还原是物理备份的逆过程，物理还原一般通过 DMRMAN 工具（或者 SQL 语句），把备份集中的数据内容（数据文件、数据页、归档文件）重新拷贝、写入目标文件。
2.联机还原和脱机还原

联机还原指数据库处于运行状态时，通过 SQL 语句执行还原操作。表空间还原和表还原可以在联机状态下执行，并且表空间还原要求目标表空间不是 ONLINE 状态。
　　脱机还原指数据库处于关闭状态时执行的还原操作，脱机还原通过 DMRMAN 工具进行。
　　库备份、表空间备份和归档备份，可以执行脱机还原。脱机还原操作的目标库必须处于关闭状态。

3.数据还原和归档日志还原
　　根据备份集类型，数据还原可以分为库还原、表空间还原和表还原。库还原的目标库必须处于关闭状态；表空间还原既可以脱机执行也可以联机执行；表还原操作只能联机执行。
　　表空间还原的数据来源既可以是表空间备份集，也可以是库备份集。还原的目标表空间不能是 TEMP 表空间，只能是 MAIN、SYSTEM、ROLL 表空间，或者用户定义的表空间。
　　表还原从表备份集读取数据，重新恢复目标表数据，还会在目标表上重建索引、约束。
　　归档日志还原则将归档日志备份集中的归档日志内容，重新生成到指定目录中。
4.完全还原和增量还原

完全还原是指直接利用完全备份集进行数据还原操作。增量还原指通过增量备份集进行数据还原操作。但是考虑到增量备份集的基础一定是一个完全备份集，因此增量还原过程中隐含了一个完全还原操作。如果增量备份集的基备份集被删除了，那么单独使用这个增量备份集是无法进行还原操作的。

备份还原操作（图形界面）

操作一：对dmserver 数据库进行冷备（完整备份）

第一步： 通过DM服务查看器，先关闭要备份的实例，但是dmap 服务要开启

第二步. 在dm7/bin目录下输入 ./dmrman

第三步：使用命令备份 backup database ‘/dm7/data/DAMENG/dm.ini’;

看到backup successfull 就是备份成功

操作二：对dmserver 数据库进行热备（完整/增量备份）

1.先把数据库实例启动
2.创建一个备份目录，/dm7/backup

第一步. 开启归档日志，可以用管理工具进行开归档



第二步：进行全备/增量备份

方法1.使用sql命令

SQL> backup database full backupset ‘dm7/backup/full_bak’;

SQL> backup database increment backupset ‘/dm7/backup/incr_bak’;

注意：如果基备没有变化，是不能增量备的

方法2.使用DM管理工具

左侧节点，找到备份–》库备份–》新建备份，选择全备或增量备份

备份成功后可以到/dm7/data/DAMENG/bak/DB_DAMENG_FULL_2019xxxx目录下查看备份文件

操作三：备份表空间和表

1. 备份dmhr这个表空间，备份到dm7/backup目录下

SQL> backup tablespace dmhr backupset ‘/dm7/backup/dmhr_bak’;

2. 备份dmhr的employee表，备份到dm7/backup目录下

SQL> backup table dmhr.employee backupset ‘/dm7/backup/dmhr_bak’;

操作四：还原表空间

模拟表空间tbs2损坏，从热备全备中恢复tbs2表空间

1.删除tbs2 的两个表空间文件

mv tbs2_01.dbf tbs2_01_bak.dbf

2. 重启数据库实例

3. 手动将数据库实例从mount到open

SQL> alter database open;

4. 查看表空间

SQL> select tablespace_name,status from dba_dablespace;

这时候tbs2是offline

如果alter tablespace tbs2 online；就会提示tbs2_01.dbf不存在

5. 开始恢复表空间

SQL> restore tablespace dmhr.tbs2 from backupset ‘/dm7/backup/full_bak/’;

需要注意事项

备份的数据库和表空间，如果做还原，是还原到当前时刻、如果备份的表做还原，还原到表的备份时刻。
System表空间和roll表空间损坏，要重新初始化数据库实例，在用备份去还原。

备份还原操作（命令行）

1. 登录disql

disql sysdba/sysdba

2. 查看当前是否处于归档模式（热备必须处于归档模式）

SQL>select arch_mode from v$database;

3. 设置归档模式

1. 编辑dm.ini

默认路径： /opt/dmdbms/data/DAMENG/dm.ini

编辑该文件，设置： “ARCH_INI = 1”
2)设置归档目录
mkdir /opt/dmdbms/data/DAMENG/arch

3. 配置dmarch.ini (/opt/dmdbms/data/DAMENG/dmarch.ini)

[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL
ARCH_DEST = /opt/dmdbms/data/DAMENG/arch
ARCH_FILE_SIZE = 128 #归档文件大小限制Mb为单位，缺省128M
ARCH_SPACE_LIMIT = 0 #空间限制MB为单位，范围1024 ~ 4294967294，默认0表示无空间限制

4. 重启数据库生效

dmserver path=/opt/dmdbms/data/DAMENG/dm.ini
或
/etc/init.d/DmServiceDMSERVER restart

4. 备份与还原

1. 全备

在线备份SQL>BACKUP DATABASE FULL TO full_bak BAKFILE ‘/test/duanbb/DM/backup/full.bak’;
>脱机还原
/etc/init.d/DmServiceDMSERVER stop
./bin/dmrestore INI_PATH=/opt/dmdbms/data/DAMENG/dm.ini FILE=/test/duanbb/DM/backup/full.bak
/etc/init.d/DmServiceDMSERVER start

2. 增备

在线增备SQL>BACKUP DATABASE INCREMENT WITH BACKUPDIR ‘/test/duanbb/DM/backup/’ TO inc1 BAKFILE ‘/test/duanbb/DM/backup/inc1.bak’;
还原
/etc/init.d/DmServiceDMSERVER stop
./bin/dmrestore INI_PATH=/opt/dmdbms/data/DAMENG/dm.ini FILE=/test/duanbb/DM/backup/inc1.bak
/etc/init.d/DmServiceDMSERVER start
还原到某一时间
/etc/init.d/DmServiceDMSERVER stop
./bin/dmrestore INI_PATH=/opt/dmdbms/data/DAMENG/dm.ini FILE=/test/duanbb/DM/backup/full_0816.bak TIME=“2013-8-16 13:38:50” ARCHIVE_DIR=/opt/dmdbms/data/DAMENG/arch
/etc/init.d/DmServiceDMSERVER start

5. 表空间备份
   全备：

全备SQL>BACKUP TABLESPACE duanbb FULL TO duanbb_full_bak BAKFILE ‘/test/duanbb/DM/backup/ts_duanbb_full.bak’;
还原
SQL>ALTER TABLESPACE duanbb OFFLINE;
SQL>RESTORE TABLESPACE duanbb FROM ‘/test/duanbb/DM/backup/ts_duanbb_full.bak’;
SQL>ALTER TABLESPACE duanbb ONLINE;

增备：

备份SQL>BACKUP TABLESPACE duanbb INCREMENT WITH BACKUPDIR ‘/test/duanbb/DM/backup’ TO duanbb_inc1 BAKFILE ‘/test/duanbb/DM/backup/ts_duanbb_inc1.bak’;
还原
SQL>ALTER TABLESPACE duanbb OFFLINE;
SQL>RESTORE TABLESPACE duanbb FROM ‘/test/duanbb/DM/backup/ts_duanbb_inc1.bak’;
SQL>ALTER TABLESPACE duanbb ONLINE;