LoadRunner错误码成因-84803

Posted 2023-05-17

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了LoadRunner错误码成因-84803相关的知识，希望对你有一定的参考价值。

我们的开发环境是net，数据库用的是oracle，现在要测的这个系统是c/s模式的，每次在负载测试的这一步就有错，就有这个错误码，还有就是这句话You do not have a license for this Vuser type.
Please contact HP Software to renew your license.

参考技术A 你的license不支持你录制的协议参考技术B 你选择的什么协议。这个说你HP没有破解。没有正确的license。

你加入破解的license，不行就加入全局的license 参考技术C 详细的没看见。
把LR破解了参考技术D 把详细错误情况帖出来。

ORA-01502错误成因和解决方法

这个错误是由于索引失效造成的，重建索引后，问题就解决了。

我们看到，当使用类似 alter table xxxxxx move tablespace xxxxxxx 命令后，索引就会失效。

当然，作为测试，也可以直接使用alter index idxt unusable;命令使索引失效，例如：
SQL> alter index idxt unusable;

Index altered.

SQL>

在这种情况下，我们向表中插入数据看看是什么情况：
SQL> insert into t values(11);
insert into t values(11)
*
ERROR at line 1:
ORA-01502: index ‘MISC.IDXT‘ or partition of such index is in unusable state

SQL>
我们看到，这时就出现了常见的“ORA-01502: index ‘XXXXXXXX‘ or partition of such index is in unusable state”错误。

检查一下索引状态，我们会注意到索引已经是“UNUSABLE”了。
SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name=‘IDXT‘;

INDEX_NAME INDEX_TYPE TABLESPACE_NAME TABLE_TYPE STATUS
------------------------------ --------------------------- ------------------------------ ----------- --------
IDXT NORMAL DATA_DYNAMIC TABLE UNUSABLE

SQL>

首先，先设置 “skip_unusable_indexes=false”，也就是不跳过失效索引
SQL> alter session set skip_unusable_indexes=false;

Session altered.

SQL>

然后重建这个失效的索引
SQL> alter index idxt rebuild;

Index altered.

SQL> select index_name,index_type,tablespace_name,table_type,status from user_indexes where index_name=‘IDXT‘;

SQL>
我们看到重建索引后，索引的状态就正常了。

现在插入数据，看看是正常：
SQL> insert into t values(12);

1 row created.

SQL> commit;

Commit complete.