物理备份时是否可以忽略某些表空间

Question

我们有一个 shell 脚本来执行 Oracle 数据库的物理备份（所有数据库文件的 tar + 压缩）。最近，我们创建了一个表空间，其中包含我们不需要备份其内容的表。

是否可以忽略与此表空间相关的数据文件并拥有有效的备份？

PS：我们不想使用 RMAN。

Answer 1

我在此先注释一下：这不是规范模式。通常，我们使用RMAN来备份数据库中的所有数据文件。话虽如此...

---

是的，可以使用 am ssing 数据文件从备份中恢复和恢复数据库。但恢复要求在数据库恢复时删除表空间。

对于删除包含单个数据文件的表空间的简单情况：首先恢复数据库文件，然后：

---

 STARTUP NOMOUNT;

 ALTER DATABASE MOUNT ;

 ALTER DATABASE DATAFILE '<complete_path_to_datafile>' OFFLINE DROP ;

 ALTER DATABASE OPEN ;

 DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS ;

---

然后，继续数据库恢复（RECOVER DATABASE;）

显然，您在 DROP TABLESPACE 命令中提供的 tablespace_name 将是相关的到被删除的数据文件。

显然，这对于 SYSTEM 表空间不起作用。我不敢在其他表空间上尝试这个，比如UNDO、SYSAUX、USERS。删除和添加临时表空间的语法也不同。

我不知道“DROP TABLESPACE ... INCLUDING CONTENTS”有任何“陷阱”，但请考虑其他表空间中的对象可能会受到影响。 （考虑到删除的表空间可能具有其他表空间中表的索引、对外键约束的影响、对存储过程的影响等等。）

不言而喻，您需要测试 在生产中依赖此技术之前，在测试环境中执行此类恢复过程。

如果不进行测试，使用 RMAN 来备份所有数据文件会获得更好的服务。

---

注意：自 Oracle 8 以来，我还没有做过类似的事情，可能是 Oracle 7.3（当时我们必须滚动自己的热备份脚本）。自从我们开始使用 RMAN 以来，我就不需要测试这样的东西了。

注意：可能需要在 ALTER DATABASE OPEN 之前运行 RECOVER DATABASE。我认为您可能会收到有关“数据文件需要更多恢复”的异常警告，就像当表空间处于开始备份模式时启动数据库时所做的那样......