Oracle数据库文件及恢复方法
oracle11g还原数据库步骤__概述说明以及解释
oracle11g还原数据库步骤概述说明以及解释引言部分的内容可以按照如下方式撰写：1. 引言1.1 概述引言部分将介绍本篇文章的主题，即Oracle 11g数据库还原步骤。
数据库还原是一项至关重要的任务，它可以帮助恢复丢失或损坏的数据，并确保系统的连续性和可靠性。
在本文中，我们将深入探讨Oracle 11g数据库还原的步骤和过程，以及执行还原操作前需要注意的准备工作。
1.2 文章结构在本文中，我们将按照以下顺序来讨论Oracle 11g数据库还原：- 首先，我们将介绍Oracle 11g数据库还原的重要性，阐述为什么必须进行数据库还原操作。
- 其次，我们将概述Oracle 11g数据库还原的步骤，并列出每个步骤的简要说明。
- 第三部分我们将详细描述执行数据库还原操作前所需进行的准备工作。
- 接下来，我们将提供执行数据库还原操作的详细步骤，包括必要时涉及到的命令和工具。
- 最后，我们将讨论完成数据库还原后进行验证和测试的方法与技巧。
1.3 目的本文旨在为读者提供有关Oracle 11g数据库还原的全面指南。
通过学习本文，读者将能够了解数据库还原的重要性、掌握进行数据库还原操作的步骤和技巧，并且能够有效地验证和测试还原后的数据库。
我们希望这篇文章能够帮助读者在数据库还原过程中避免常见错误，并提供相关提示和建议。
2. 正文:2.1 Oracle 11g数据库还原的重要性在数据库管理中，数据的安全性和完整性是至关重要的。
由于各种原因，比如硬件故障、用户误操作或者系统遭受攻击，数据库可能会丢失或损坏。
因此，在这些情况下，数据库还原变得非常重要。
Oracle 11g数据库还原是指恢复已经丢失或被损坏的数据到其先前可用状态的过程。
2.2 Oracle 11g数据库还原的步骤概述数据库还原通常包括以下主要步骤：- 备份介质准备：确定可用的备份介质，并确保其处于良好状态。
- 目标库环境准备：在目标库上创建必需的目录结构，并配置参数以适应还原操作。
oracle数据库rman备份计划及恢复
oracle数据库rman备份计划及恢复1.rman完全恢复的前提条件：历史的datafile,controlfile和spfile备份，加上完整的archivelog和完好的redolog。
2.rman备份脚本： a.RMAN 0级备份命令:run{allocate channel c1 type disk;allocate channel c2 type disk;allocate channel c3 type disk;backup incremental level 0 tag 'level0' format "E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\RFDB_level_0_%u_%s_%p" as compressed backupset database;sql "alter system archive log current";backup filesperset 3 format "E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\arch_%u_%s_%p_%c"archivelog all delete input; #备份归档可选，可以单独定期备份release channel c1;release channel c2;release channel c3;} b.RMAN 1级备份命令:run{allocate channel c1 type disk;allocate channel c2 type disk;allocate channel c3 type disk;backup incremental level 1 tag 'level1' format 'E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\RFDB_level_1_%u_%s_%p' as compressed backupset database;sql 'alter system archive log current';backup filesperset 3 format 'E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\arch_%u_%s_%p'archivelog all delete input; #备份归档可选，可以单独定期备份release channel c1;release channel c2;release channel c3;} c.rman删除备份命令（在保留最近⼀天备份的情况下，删除其他备份）:DELETE NOPROMPT OBSOLETE RECOVERY WINDOW OF 1 DAYS; d.操作系统层⾯运⾏rman备份或删除命令(windows/linux)：rman target sys/rf4rfvbgt56yhn@rfdb nocatalog CMDFILE 'D:\app\rman\rman_file\level_0.txt' log=E:\recovery_area\rfdb\rfdb\AUTOBACKUP\rman_dir\log\rman_level_0.log export ORACLE_BASE=/u01/app/oracleexport ORACLE_HOME=/u01/app/oracle/product/11.2.0/db1export ORACLE_SID=atestexport PATH=$ORACLE_HOME/bin:$PATHrman target sys/123456@atest nocatalog CMDFILE '/u01/rman/rman.sh' log=/u01/rman/rman.log00 02 * * 1 bash /u01/rman_file/run_rman_0.sh00 02 * * 3 bash /u01/rman_file/run_rman_0.sh00 02 * * 5 bash /u01/rman_file/run_rman_0.sh00 04 * * * bash /u01/rman_file/run_delete.sh34 11 * * * bash /u01/rman_file/run_rman_0.sh e.rman参数设置：RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;RMAN> CONFIGURE DEFAULT DEVICE TYPE TO DISK;RMAN> CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE disk TO 2;RMAN> CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE disk TO 2;3.rman恢复a.拷贝datafile,controlfile和spfile的rman备份，以及完整的archivelog和完好的redolog⽂件到新的数据库。
DBF文件恢复ORACLE数据库的方法
DBF文件恢复ORACLE数据库的方法1. 确认DBF文件是否已损坏：首先，你需要确定DBF文件是否已损坏或丢失。
可以通过使用操作系统的文件浏览器或使用Oracle数据字典查看相关信息。
-文件浏览器：打开操作系统的文件浏览器，浏览数据库文件目录，确认DBF文件是否存在、是否损坏。
- Oracle数据字典：连接到Oracle数据库，执行以下SQL语句查询表空间和数据文件信息：```sqlSELECT tablespace_name, file_name, status FROMdba_data_files;```如果查询的结果中一些DBF文件的状态为`INVALID`，则表示该文件可能损坏。
2. 尝试修复损坏的DBF文件：如果确认DBF文件损坏，可以尝试使用Oracle提供的工具来修复。
- DBVERIFY：DBVERIFY是Oracle自带的一个用于验证数据文件完整性的工具。
如果DBF文件没有物理损坏，只是逻辑上出现错误，可以使用DBVERIFY来修复。
```sql$ dbv file=dbf_file_name```运行DBVERIFY命令后，将会在命令行中看到DBF文件的验证结果。
- RMAN：RMAN是Oracle数据库管理工具，可以用于备份和恢复数据库。
可以使用RMAN来恢复备份的DBF文件并替换掉损坏的文件。
```sqlRMAN>RUNSET DBID <database_id>;RESTOREDATABASE;RECOVERDATABASE;}```运行以上RMAN命令将会从备份中恢复数据库和对应的DBF文件。
3.从备份还原DBF文件：如果没有备份或无法修复DBF文件，可以尝试从最近可用的备份中还原DBF文件。
以下是使用RMAN还原DBF文件的步骤：-创建一个临时控制文件：```sqlRMAN> CREATE CONTROLFILE SET DATABASE '<database_name>' RESETLOGS NOARCHIVELOGMAXLOGFILES <file_count> MAXLOGMEMBERS <file_count> MAXDATAFILES <file_count>MAXINSTANCES <instance_count> MAXLOGHISTORY <history_count>;```-还原DBF文件```sqlRMAN>RESTOREDATABASE;```-打开数据库```sqlRMAN>RECOVERDATABASE;RMAN>ALTERDATABASEOPEN;```4.数据恢复服务：如果以上方法都无法恢复DBF文件，或者备份不可用，那么可以考虑使用专业的数据恢复服务。
数据库常用的备份和恢复方法
数据库常用的备份和恢复方法1. 数据库备份方法：使用数据库管理系统自带的备份工具，比如MySQL的mysqldump 命令、SQL Server的备份与还原工具、Oracle的RMAN等。
2. 备份恢复方法：通过数据库管理系统自带的还原工具进行数据库的恢复操作，还原到备份的状态。
3. 使用备份数据库文件：将数据库文件完整拷贝到另一个地方，以便在需要时进行恢复。
4. 使用数据库复制：通过数据库复制功能实现备份，比如MySQL的主从复制、SQL Server的数据库镜像等。
5. 使用第三方备份工具：如Acronis Backup、Veeam Backup等第三方软件来进行数据库备份。
6. 使用文件系统级别的备份：直接备份数据库所在的文件系统，这种方法需要确保数据库处于非活动状态。
7. 冷备份：在数据库服务未运行的情况下进行备份，确保备份文件的完整性。
8. 热备份：在数据库服务正在运行的情况下进行备份，能够实现数据库的连续性。
9. 定时自动备份：通过定时任务或其他调度工具定期对数据库进行备份，确保备份的及时性。
10. 增量备份：仅备份数据库中发生变化的部分数据，从而减少备份数据的大小和时间。
11. 差异备份：备份数据库自上次完整备份之后发生变化的部分数据，比增量备份更快，但恢复时需要依赖上次的完整备份。
12. 完整备份：备份整个数据库的数据和结构，是最基本的备份方法。
13. 数据库备份到云存储：将数据库备份文件上传至云存储服务，保证备份的安全性和可靠性。
14. 数据库备份加密：对备份文件进行加密，增加备份文件的安全性。
15. 数据库备份压缩：对备份文件进行压缩，减小备份文件的大小，节省存储空间。
16. 数据库备份验证：对备份文件进行验证，确保备份文件的完整性和可恢复性。
17. 数据库备份日志记录：记录备份的相关信息，如备份时间、备份状态、备份文件位置等，便于管理和追踪备份操作。
18. 数据库备份监控：通过监控系统对数据库备份进行实时监控，确保备份的正常进行。
Oracle ramn 备份与恢复
ORACLE数据库的备份与恢复差异增量备份就是备份往前第一个备份级别小于或等于当前备份级别开始到现在的变化。
累计增量备份就是备份往前第一个备份级别小于当前备份级别开始到现在的变化。
0级备份也就是全备份，但0级备份可以在此基础之上再进行备份，但全备份就不可以。
Oracle rman 备份一、数据库全备份方法（nocatalog）1 注意rman有两个，要执行db_1/bin下那个（可以通过修改oracle变量来达到）2 在执行ramn之前要确认当前数据库是否处理Archive Mode模式，并处于Enabled下查看方式：如果不是可以通过如下方式打开并修改：SQL>startup mountSQL>alter database archivelogSQL>alter database open3全备份数据库：A先连接数据库HERMINGB查看备份列表中是否有以前备份的文件C执行全数据库备份4备份完之后可以查看一下备份出来的文件信息：5备份文件存放路径为：二、0级数据库备份A 以nocatalog方式使用rmanB连接数据库C执行0级数据库备份注：全备份与0级备份的相同点是都是将数据库全部备份下来。
全备份与0级备份的不同点是全备份不能作为增量备份，而0级可以作为增量备份。
1级备份就在0级备份的基础上进行的。
三、1级增量备份（基于0级备份之上）总结：可以将备份出来的文件考到其他介质上进行保存，并进行删除。
如果要恢复时请将该文件放回到这文件夹下，并要保存文件名不变。
说明：口令文件因为可以重新设置，所以不用备份，重做日志文件不能在非nocatalog中备份。
四、备份archivelog(参数文件+数据文件+控制文件+归档日志文件)先备份完再删除归档备份五、备份表空间A 查看有哪些表空间B备份名为TBS1的表空间六、备份控制文件七、镜像备份说明：5为TBS1表空间的编号，及对TBS1表空间进行镜像备份。
Windows系统崩溃后快速恢复Oracle数据库的妙招
用 数据 的前提 ，也是 决 策者 进行 制 定 决策 的依 据 。 因此 ， 大 数据 时 代必 须 具备 比以往 更 强 的数据 获取 能 力 ，从 而积
累起 足 够 的数据 ，信 息系 统必 须加 强数 据获 取手 段建 设 。 ３ ． ２ 数据 传 输和 存 储 能力 。 当前 ，大 数据 的移 动 是信 息 系统 的 最大 开 销 。同 时 ，现有 信 息系 统数 据 存储 能 力 的
《《《《《《 上接 第８ ４ 页
甚至相 互冲 突 的数 据 中整合 信息 ， 获 取对 复杂 情 景 的更深 层
的理解 ； 可供 人们检 验 已有预 测， 探 索未知信 息， 同时提供 快 速、 可检 验 、 易理 解 ． 的评估 和更 有 效的交 流手段 。 可视化 是 人们 理解 复杂现 象 ， 诊释 复杂数 据 的重 要手段和 途径 。 ２ ． ９ 大 数 据应 用 。 （ １ ）视 频 搜 索 ； （ ２ ） 内容分 析 ；
ORACLE使用数据文件恢复数据库
ORACLE使用数据文件恢复数据库一、问题描述Oracle控制文件丢失，数据文件完整，导致数据库实例不能启动。
在修改数据库服务器的计算机名称、IP地址后，修改和文件中的HOST地址后不能启动数据库实例或启动后不能登录使用数据，以及未能查找并解决数据库启动失败原因时可以通过重建控制文件的方式对数据库实例进行恢复。
二、恢复方法1、恢复前准备工作1）备份数据文件，文件路径为%ORACLE_NOME%/oradata/xxxx（xxxx为数据库实例）。
2）备份ORACLE安装路径下的Oracle\product\（xxxx为数据库实例）。
3）ORACLE安装文件2、恢复步骤1）安装oracle数据库，安装时不要创建数据库实例2）创建数据库实例：安装完成后创建数据库实例，实例名与原数据库实例相同，并创建监听服务。
3）拷贝数据文件：停止oracle相关服务，拷贝备份的数据文件到新安装的oracle数据库安装位置对应路径下，删除新成的控制文件及日志文件（%ORACLE_NOME%/oradata/下所有文件）、完成后重启oracle相关服务。
4）准备重建控制文件脚本：打开事先备份的文件，查找最后一个create controlfile 语句并修改以下几部分。
a)若该语句中包含NORESETLOGS，则将其修改为RESETLOGS；原因是重做日志文件已经丢失。
b)LOGFILE段是指定重做日志文件到期望的文件位置。
c)DATAFILE段是指定到数据文件的实际文件位置。
不能包含临时表空间用到的文件，否则报错（ora-01503，ora-01160，ora-01110）。
注意：create controlfile语句中如果包含NOARCHIVELOG，则为非归档模式，如为ARCHIVELOG，则为归档模式，没有则保持没有。
5）重建控制文件a)打开sqlplus，使用DBA（sys）用户登录到数据库示例：打开cmd，执行sqlplus /nolog 回车SQL>Conn sys/password as sysdbab)关闭数据库示例：SQL>Shutdown immediate;c)启动数据库，但不挂载数据文件SQL>Startup nomount;d)重建控制文件，执行准备好的重建控制文件脚本示例：Create controlfile reuse set database "cognos" MAXINSTANCES 8MAXLOGHISTORY 1MAXLOGFILES 16MAXLOGMEMBERS 3MAXDATAFILES 100Datafile'C:\oracle\product\','C:\oracle\product\','C:\oracle\product\','C:\oracle\product\','C:\oracle\product\'LOGFILE GROUP 1 ('C:\oracle\product\') SIZE 51200K, GROUP 2 ('C:\oracle\product\') SIZE 51200K,GROUP 3 ('C:\oracle\product\') SIZE 51200K RESETLOGS e)带resetlogs参数启动数据库，目的重新生成重做日志文件SQL>Alter database open resetlogs注意：执行启动数据库时报错（ORA-01194，ORA-01110），解决办法：recover重做日志文件。
Oracle数据库数据发生丢失后的恢复方法
将 会丢 失 。因此 ， 讨论不 完全恢 复 。 不
２ １ 恢 复 过 程 ．
ａｌ 数据 库数据 发 生 丢失 后 的恢 复方 法 ， 供 同 仁 ｃ ｅ 谨
参考。
Ｏ ａｌ 数据库的恢复过程分两 步进行 ， ｒｃ ｅ 首先将 把 存放在重做 日志 文件中的所 有重 做运行 到数 据文件 ， 之后对重做 中所有提 交的事 务进行 回滚 ， 这样所有 数 据就恢复到发 生 灾难那 一 时刻 了。数 据 库 的恢复 只 能在 发 生 故 障 之 前 的 某 一 个 时 刻 。例 如 ： 一 个 有 ２０／／ ０ １ １ １的数据 库备 份 ， ２ ０ ／ ／ 数 据库 中数 据 当 ０１５ １ 发生混 乱 ， 望 将 数 据 库恢 复 到 ２ ０ ／ ／ ０时 的 状 希 ０１４３ 态， 只能先恢 复 ２ Ｏ ／ ／ Ｏ ｌ １ １的数据库备 份 ， 然后在 其运
环境 。随着 Ｗｉｄ ｗｓ系统 的广 泛应 用 ， ｒｃｅ ． ７ ｎｏ Ｏ ａｌ １ ５ 已 经 成 为 过 去 时 ， 于 Ｗｉｄ ｗｓ的 Ｏｒｃ ８、 基 ｎｏ ａｌ ｉ ｅ
２ 恢 复
数 据库 的恢复 可分为两 大类 ： 一是完 全恢复 ； 二
是 不完全 恢复 。
完 全恢 复 指 将数 据恢 复 到发 生 故 障 的时 间点 ， 不丢失 任何数 据 。不完全 恢复指 将数据 恢 复到发生
维普资讯
第２ 期
铁
法
科
技
２０ 年１月 ０６ ２
Ｏ ａｌ数据库数据发生丢失后的恢复方法 ｒｃ ｅ
晓南矿 关明杰
摘 要 本文详 细介绍 了 Ｏｒｃ 数 据库发 生 灾难 性数 据丢 失后 的恢 复 方法 ， ａｌ ｅ 重点讲 述 了用 户操 作 失败 与存储 设备 失败 时数据库 管理员完全 恢复 的办 法。 关键 词 ｏａ ｌ 数据 库 备 份 恢 复 日志 文件 ｒｃｅ Ｏ ａｌ 数 据库环境 己成 为世界上 最流行 的数据 ｒｃ ｅ 库平 台之一 ， 占有 ７ 以上 的 数 据库 市 场 份 额 ， Ｏ 并 法， 数据 库必须 处于 打开状态 ， 而且 如果 数据库不 是
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1参数文件
对于参数文件，启动根据如下顺序查找参数文件，先查找spfile<ORACLE_SID>.ora，然后查找init<ORALCE_SID>.ora，若两者均查找不到，则无法创建和启动instance。
确认当前使用的是spfile/pfile可通过sql语句查询（show parameter spfile）
一般情况下pfile保存在$ORACLE_HOME/dbs下，其中内容制定SPFILE位置，SPFILE保存在裸设备上，主被机共享。
参数文件中保存数据库启动的初始参数，如控制文件位置等。
1.1参数文件恢复：
如果损坏或丢失，从其他机器拷贝一个到$ORACLE_HOME/dbs
%sqlplus / as sysdba
SQL>startup pfile=’/dbs/’;
2控制文件
数据库启动到nomount状态后，可以查询v$parameter视图，获得控制文件信息，这部分信息来自启动的参数文件，oracle从参数文件spfile/pfile中获得控制文件的位置信息，找到控制文件，启动到MOUNT状态下，可以查询v$controlfile视图获得关于控制文件的信息，可以通过sql语句（select * from v$controlfile;），数据库读取控制文件controlfile 中的内容，并按照控制文件中指定的参数找到相应的数据文件，并启动数据库的归档或非归档状态。
控制文件中包含的内容
数据库的名字、ID、创建的时间戳
表空间的名字
联机日志文件、数据文件的位置、个数、名字
联机日志的Sequence号码
检查点的信息
撤销段的开始或结束
归档信息
备份信息
2.1控制文件恢复：
损坏或丢失部分控制文件：
SQL>shutdown immediate;
SQL>startup nomount;
修改数据库控制文件，将坏的那个排除在外：
SQL>alter system set control_files='+DG_ORA/ora11g/','+DG_ORA/ora11g/' scop e=spfile";
SQL>alter database open;
损坏或丢失全部控制文件：
（获取恢复脚本SQL>alter database backup controlfile to trace;）
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "ORA11G" NORESETLOGS FORCE LOGGING ARCHIVELOG MAXLOGFILES 200
MAXLOGMEMBERS 3
MAXDATAFILES 1024
MAXINSTANCES 8
MAXLOGHISTORY 2920
LOGFILE
GROUP 1 '+DG_ORA/ora11g/ora_redo01_1' SIZE 1000M BLOCKSIZE 512,
GROUP 2 '+DG_ORA/ora11g/ora_redo02_2' SIZE 1000M BLOCKSIZE 512,
GROUP 3 '+DG_ORA/ora11g/ora_redo03_3' SIZE 1000M BLOCKSIZE 512,
GROUP 4 '+DG_ORA/ora11g/ora_redo04_4' SIZE 1000M BLOCKSIZE 512,
GROUP 5 '+DG_ORA/ora11g/ora_redo05_5' SIZE 1000M BLOCKSIZE 512,
GROUP 6 '+DG_ORA/ora11g/ora_redo06_6' SIZE 1000M BLOCKSIZE 512 DATAFILE
'+DG_ORA/ora11g/ora_system',
'+DG_ORA/ora11g/ora_sysaux01',
'+DG_ORA/ora11g/ora_rbs01',
'+DG_ORA/ora11g/ora_user',
'+DG_DATA/drora11g/datafile/',
'+DG_DATA/drora11g/datafile/scudatatbs_add1',
'+DG_DATA/drora11g/datafile/scudatatbs_add2',
'+DG_DATA/drora11g/datafile/scudatatbs_add3',
'+DG_DATA/drora11g/datafile/scudatatbs_add4',
'+DG_DATA/drora11g/datafile/scudatatbs_add5',
'+DG_DATA/drora11g/datafile/scudatatbs_add6',
'+DG_DATA/drora11g/datafile/scudatatbs_add7',
'+DG_DATA/drora11g/datafile/scudatatbs_add8',
'+DG_DATA/drora11g/datafile/scudatatbs_add9'
CHARACTER SET AL32UTF8;
RECOVER DATABASE
ALTER SYSTEM ARCHIVE LOG ALL;
ALTER DATABASE OPEN;
ALTER TABLESPACE TEMP ADD TEMPFILE '+DG_ORA/ora11g/ora_temp01' SIZE 10240M REUSE AUTOEXTEND OFF;
3数据文件
3.1数据文件恢复：
SQL> select * from v$recover_file;
7 OFFLINE OFFLINE 02 3/7/2014 2:31:33 AM
8 OFFLINE OFFLINE 02 3/7/2014 2:31:33 AM
rman target / nocatalog
RMAN> restore datafile 7;
RMAN> recover datafile 7;
RMAN> sql 'alter database datafile 7 online';
rman target / nocatalog
RMAN> restore datafile 8;
RMAN> recover datafile 8;
RMAN> sql 'alter database datafile 8 online';
4重做日志文件
redo主要由三部分组成, redo log buffer, LGWR进程，以及redo log file三部分组成。
1, redo log buffer 是一块可重用的区域，大小可以设定，
2, logfile 是由一个不能少于2 个group组成,每个group 不少于1个member成员,当一个group中的member成员同时写满后，就会自动切换到下一个group,也可以用手工强行切换
3, 当在归档模式时，logfile 就会自行写入archive logfile, 当如果运行在非归档模式时，logfile 就会被循环覆盖掉.也就是以前的logfile 会丢弃掉.
4.1重做日志文件恢复：
非当前redolog恢复：
selectgroup#,thread#,sequence#, archived,status from v$log;
GROUP# THREAD# SEQUENCE# ARC STATUS
---------- -------------------- --- ----------------
1 1 449
2 NO INACTIVE
2 1 449
3 NO INACTIVE
3 1 449
4 NO INACTIVE
4 1 449
5 NO INACTIVE
5 1 449
6 NO INACTIVE
6 1 449
7 NO INACTIVE
7 1 4498 NO CURRENT
8 1 4487 NO INACTIVE
发现误删的redo文件不是当前redo日志，使用如下方法恢复：alter database clearunarchived logfile group 1;
alter database clearunarchived logfile group 2;
alter database clearunarchived logfile group 3;
alter database clearunarchived logfile group 8;
当前redolog恢复：
Current_Redo_log
损坏后恢复数据库.doc。