我不记得也找不到包含所有 Oracle 目录 DBA_%、ALL_% 和 USER_% 视图列表的视图名称。
有什么帮助吗?
我不记得也找不到包含所有 Oracle 目录 DBA_%、ALL_% 和 USER_% 视图列表的视图名称。
有什么帮助吗?
我无法理解如何创建统一审计策略来审计对特定模式中的所有对象执行的所有 INSERT、UPDATE、DELETE 和 SELECT 语句。
目标是跟踪逆向工程任务的特定 PL/SQL 过程中涉及的表和视图。
对于我从文档中了解到的内容,唯一的选择是指定要在策略中跟踪的每个表/视图。创建审计策略语句是否有“审计架构内的所有对象”构造?
我需要创建在 Linux VM 上运行的 Oracle 12.2 实例(Oracle Restart)的副本。新实例需要从 WE8ISO8859P1 到 UTF8 的字符集转换
我首先创建了一个现在启动并运行的 VM 的克隆。
我正在考虑执行以下步骤:
我对 impdp FULL=YES 有一些疑问...这会起作用还是会覆盖 SYS 或其他 Oracle 维护的模式上的某些配置,其中一些值仍然引用 WE8ISO8859P1 字符集?
这会起作用还是我应该从 impdp 中排除所有 Oracle 维护的模式?
我的目的是分析模式的索引以获得最佳的基本索引压缩应用。
我将使用命令
ANALYZE INDEX OWNER.INDEX_NAME VALIDATE STRUCTURE;
这将用我需要的信息填充SYS.INDEX_STATS
视图,但考虑到此视图没有OWNER
列,这对我没有帮助。原因如下:
在我的 Oracle 实例中,我有许多模式,其中包含相同产品的安装,其中填充了来自不同客户的数据。
我正在INDEX_STATS
通过循环DBA_INDEXES
和调用来填充ANALYZE INDEX
,因此任何调用都ANALYZE INDEX OWNER.INDEX_NAME VALIDATE STRUCTURE
将覆盖来自不同架构上相同索引上的上一次调用的条目。
我可能会在分析完每个模式后保存 的内容INDEX_STATS
,但由于软件的模块化,并非所有客户都安装了相同的表,因此某些条目INDEX_STATS
可能会引用之前对不同模式的调用。
有没有办法清除内容,INDEX_STATS
以便在分析每个模式之前有一个干净的情况?或者唯一的解决方案是加入INDEX_STATS
以DBA_INDEXES
将 的内容保存INDEX_STATS
到包含所有模式的数据的最终表中?
我在徘徊在表和索引上使用 NOLOGGING 子句的实际目的是什么。
据我从 Oracle 文档中了解到的,我们可以防止数据库仅在直接路径模式下插入时生成重做日志。UPDATING 或 DELETING 时无法避免重做日志生成。
所以,我们通常写
INSERT /*+ APPEND NOLOGGING */ INTO TABLE ... ;
commit;
为了防止重做日志的产生。
我完全不明白在创建 TABLE 或 INDEX 时使用 NOLOGGING 子句的实际优势是什么,也没有在创建 TABLESPACES 时使用 NOLOGGING 子句来设置将在该表空间上创建的对象的默认值。
谁能描述一个实际场景,在数据库对象上设置这个子句可能会带来好处?
我需要在同一台 Oracle Linux 7 服务器上安装 3 个 Oracle 主目录,但我不清楚在继续之前我需要安装哪些先决条件。
我计划设置的是两个独立实例 (11.2 + 12.2) 服务器和一个 Oracle Grid 基础架构,以利用 Oracle Restart 的优势。
作为先决条件,我们需要在 OL7 上运行:
考虑到我打算安装以下 Oracle 主页
我应该同时运行上述 yum 命令,还是实际上只需要 12cR2 先决条件?