对11G默认作业的一点了解

简介: DEFAULT_MAINTENANCE_PLAN---激活的资源计划 dba_scheduler_jobs中SCHEDULE_NAME为MAINTENANCE_WINDOW_GROUP及窗口组 select * from dba_scheduler_w...

DEFAULT_MAINTENANCE_PLAN---激活的资源计划
dba_scheduler_jobs中SCHEDULE_NAME为MAINTENANCE_WINDOW_GROUP及窗口组
select * from dba_scheduler_window_groups; 可以查看此窗口组
select * from dba_scheduler_wingroup_members; 可以查看此窗口组有哪些WINDOW
select a.window_name,a.resource_plan,a.repeat_interval from dba_scheduler_windows a; 可以看到其激活的时间

除了此处我们还要注意11G新加入的一些自动任务
select * from dba_autotask_client;
其WINDOW_GROUP组为ORA$AT_WGRP_OS,ORA$AT_WGRP_SA,ORA$AT_WGRP_SQ
查看其select * from dba_scheduler_wingroup_members;其实依然是
MONDAY_WINDOW
TUESDAY_WINDOW
WEDNESDAY_WINDOW
THURSDAY_WINDOW
FRIDAY_WINDOW
SATURDAY_WINDOW
SUNDAY_WINDOW
这样我们可以看他们对应的实际都是
select a.window_name,a.resource_plan,a.repeat_interval from dba_scheduler_windows a;
DEFAULT_MAINTENANCE_PLAN
为了区分其优先级的高低通过资源组的消耗者组决定

SQL> select a.client_name,a.consumer_group from dba_autotask_client a;
 
CLIENT_NAME                                                      CONSUMER_GROUP
---------------------------------------------------------------- ------------------------------
auto optimizer stats collection                                  ORA$AUTOTASK_STATS_GROUP
auto space advisor                                               ORA$AUTOTASK_SPACE_GROUP
sql tuning advisor                                               ORA$AUTOTASK_SQL_GROUP

实际上这些组是DEFAULT_MAINTENANCE_PLAN中子计划ORA$AUTOTASK_SUB_PLAN子计划ORA$AUTOTASK_HIGH_SUB_PLAN中定义的。

select * from dba_rsrc_plan_directives where plan not like 'DSS%' and  plan not  like 'ETL%' and plan not like 'MIXED%' order by plan;

可以查看其定义。而且他的作业时SYS用户的OWNER其执行组应该都是SYS_GROUP,可以看到dba_rsrc_group_mappings
 

相关文章
|
7月前
|
SQL 存储 运维
dataworks常见问题之作业运行超过10天报timeout如何解决
DataWorks是阿里云提供的一站式大数据开发与管理平台,支持数据集成、数据开发、数据治理等功能;在本汇总中,我们梳理了DataWorks产品在使用过程中经常遇到的问题及解答,以助用户在数据处理和分析工作中提高效率,降低难度。
|
7月前
|
存储 运维 Kubernetes
批处理及有状态等应用类型在 K8S 上应该如何配置?
批处理及有状态等应用类型在 K8S 上应该如何配置?
|
7月前
|
存储 监控 API
Flink的每个key状态 和每个并行度的状态 怎么测试区分?
Flink的每个key状态 和每个并行度的状态 怎么测试区分?
65 0
|
2月前
|
存储 Kubernetes 调度
Flink 批作业如何在 Master 节点出错重启后恢复执行进度?
本文由阿里云研发工程师李俊睿撰写,介绍了Flink 1.20版中新引入的批作业进度恢复功能。文章涵盖背景、解决思路、使用效果及启用方法。此前,若JobMaster故障,批作业需重头开始,造成进度丢失。新功能通过将JM状态持久化至外部存储并在故障后利用这些状态恢复作业进度,避免了这一问题。使用该功能需启用集群高可用并配置相关参数。
199 7
Flink 批作业如何在 Master 节点出错重启后恢复执行进度?
|
7月前
|
Oracle 关系型数据库 MySQL
实时计算 Flink版操作报错之当将两个连接器放在同一个作业中时,MySQL作业无法启动,该怎么解决
在使用实时计算Flink版过程中,可能会遇到各种错误,了解这些错误的原因及解决方法对于高效排错至关重要。针对具体问题,查看Flink的日志是关键,它们通常会提供更详细的错误信息和堆栈跟踪,有助于定位问题。此外,Flink社区文档和官方论坛也是寻求帮助的好去处。以下是一些常见的操作报错及其可能的原因与解决策略。
|
7月前
|
SQL 分布式计算 大数据
MaxCompute产品使用合集之数据倾斜导致JOB运行时间过长导致系统会自动kill掉job,如何解决
MaxCompute作为一款全面的大数据处理平台,广泛应用于各类大数据分析、数据挖掘、BI及机器学习场景。掌握其核心功能、熟练操作流程、遵循最佳实践,可以帮助用户高效、安全地管理和利用海量数据。以下是一个关于MaxCompute产品使用的合集,涵盖了其核心功能、应用场景、操作流程以及最佳实践等内容。
|
6月前
|
SQL 资源调度 数据处理
实时计算 Flink版产品使用问题之在DolphinScheduler调度Flink批作业时,遇到作业提交后状态立即变为成功,但实际上作业还在后台运行的情况,如何解决
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
7月前
|
存储 API 流计算
要测试和区分Flink的每个key状态和每个并行度的状态
【2月更文挑战第23天】要测试和区分Flink的每个key状态和每个并行度的状态
45 1
|
7月前
|
分布式计算 DataWorks 调度
DataWorks常见问题之设置好调度时间的任务运行后查看运行日志报错如何解决
DataWorks是阿里云提供的一站式大数据开发与管理平台,支持数据集成、数据开发、数据治理等功能;在本汇总中,我们梳理了DataWorks产品在使用过程中经常遇到的问题及解答,以助用户在数据处理和分析工作中提高效率,降低难度。
101 0
|
7月前
|
NoSQL Java 关系型数据库
Flink 动态更新配置,不需要重启作业
Flink 动态更新配置,不需要重启作业
358 1