小编点评

**问题描述:** 在新建的小测试库做XTTS流程验证时，遇到错误： ``` ERROR at line 1:ORA-20001: TABLESPACE(S) IS READONLY OR,OFFLINE JUST CONVERT, COPYORA-06512: at line 2847>8>9>RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-00558: error encountered while parsing input commandsRMAN-01006: error signaled during parseRMAN-02002: unexpected end of input file reached ``` **解决方案:** 在读写模式下做一次level 0的备份。 **具体步骤:** 1. 在测试人员分析问题的基础上，确定该错误的具体原因是最后一次增量备份会导致该表空间处于只读状态。 2. 在官方的V4 XTTS文档中搜索相关信息。 3. 了解该错误对应xtts测试的表空间，并确保该表空间处于 READ WRITE 模式。 4. 在读写模式下进行一次level 0的备份。 5. 完成所有测试步骤后，再次进行xtts流程验证。

正文

现场测试工程师在半夜电话反馈：在新建的小测试库做XTTS流程验证，遇到错误：

ERROR at line 1:
ORA-20001: TABLESPACE(S) IS READONLY OR,
OFFLINE JUST CONVERT, COPY
ORA-06512: at line 284

先了解具体阶段：
具体是最后表空间read only后,执行最后一次增量备份就会报这个错；

现场参与测试人员初步分析给出方向：
这个284行那个报错xtts的官方文档说可以忽略，但问题是遇到这个报错就退出来了，没有生成备份相关文件。

实际我去查MOS，在官方的V4 XTTS文档中：

• V4 Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup (Doc ID 2471245.1)

Prerequisites 部分有提到：

The tablespace must be in READ WRITE at the first backup, (level 0) otherwise, the following errors will occur: 
RMAN> DECLARE
2> *
3> ERROR at line 1:
4> ORA-20001: TABLESPACE(S) IS READONLY OR,
5> OFFLINE JUST CONVERT, COPY
6> ORA-06512: at line 284
7>
8>
9>
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00558: error encountered while parsing input commands
RMAN-01006: error signaled during parse
RMAN-02002: unexpected end of input file reached

可以看到这个错误并不能忽略，而是对应XTTS测试的表空间，要做过level 0的备份，否则就会报这个错误。
所以解决方案就是要在读写模式下做一次level 0的备份。再去做xtts的测试。