Search

配置指南

配置指南

10.3

上一个下一个

审计日志表

审计日志表

审计日志信息存储在名为 C_REPOS_AUDIT 的审计日志表中。

下表显示了审计日志表 C_REPOS_AUDIT 的架构：

名称	Oracle 数据类型	IBM DB2 数据类型	Microsoft SQL Server 数据类型	说明
ROWID_AUDIT	CHAR(14)	CHARACTER(14)	NCHAR (14)	此记录的唯一 ID。主键。
CREATE_DATE	TIMESTAMP	TIMESTAMP	DATATIME2	记录创建日期。默认设置为系统日期。
CREATOR	VARCHAR2(50)	VARCHAR (50)	NVARCHAR (50)	与审计事件关联的用户。
LAST_UPDATE_DATE	TIMESTAMP	TIMESTAMP	DATETIME2	与 CREATE_DATE 相同。
UPDATED_BY	VARCHAR2(50)	VARCHAR (50)	NVARCHAR (50)	与 CREATOR 相同。
COMPONENT	VARCHAR2(50)	VARCHAR(50)	NVARCHAR (50)	涉及的组件： SIF.sif.api
ACTION	VARCHAR2(50)	VARCHAR(50)	NVARCHAR (50)	以下之一： SIF 请求名称消息队列名称
STATUS	VARCHAR2(50)	VARCHAR(50)	NVARCHAR (50)	以下值之一：调试信息警告错误致命
ROWID_OBJECT	CHAR(14)	CHARACTER(14)	NCHAR (14)	rowid_object（如果已知）。
DATA_XML	CLOB	CLOB	NVARCHAR（最大值）	与可审计事件关联的 XML：请求、响应或 JMS 消息。仅当启用（选中）“包含 XML”选项时填充。密码从不存储在审计日志中。如果在 XML 流中存在密码（无论是否加密），Informatica MDM Hub 会将密码替换为文本“******”。
CONTEXT_XML	CLOB	CLOB	NVARCHAR（最大值）	可能包含上下文信息（例如配置数据、已调用的 URL 和匹配规则的执行跟踪等）的 XML。如果发生错误，请求 XML 将始终置于此列，以确保在未对调用的 SIF 请求启用审计时仍能捕获该请求。仅当启用（选中）“包含 XML”选项时填充。
ROWID_AUDIT_PREVIOUS	CHAR(14)	CHARACTER(14)	NCHAR (14)	先前的相关条目对 ROWID_AUDIT 的引用。例如，将响应条目链接到其相应的请求条目。
INTERACTION_ID	NUMBER(19)	BIGINT(8)	NUMERIC (19,0)	交互 ID。可能为空，因为 INTERACTION_ID 是可选的。
USERNAME	VARCHAR2(50)	VARCHAR(50)	NVARCHAR (50)	调用 SIF 请求的用户。对于消息队列为空。
FROM_SYSTEM	VARCHAR2(50)	VARCHAR(50)	NVARCHAR (50)	对于 SIF 请求为源系统，对于消息队列为“管理”。
TO_SYSTEM	VARCHAR2(50)	VARCHAR(50)	NVARCHAR (50)	与已审计事件相关的系统。例如，发送到 Hub 的 API 请求将此设置为“管理”，如果未知，则响应为系统或为空（反之对于响应亦然）。
TABLE_NAME	VARCHAR2(100)	VARCHAR(100)	NVARCHAR (100)	Hub 存储中与此已审计事件关联的表。
CONTEXT	VARCHAR2(255)	VARCHAR(255)	NVARCHAR (255)	元数据。例如，pkeySource 对于通过 Hub 执行的审计，此项为空；而对于通过 SIF API 执行的审计，此项可能具有值。

使用审计日志

发送反馈

返回顶部

上一个下一个