TimesTen的守护进程

2024-02-04 13:38
文章标签 进程 守护 timesten

本文主要是介绍TimesTen的守护进程,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

TimesTen的守护进程分为主守护进程和子守护进程。

主守护进程

主守护进程即ttDaemonAdmin启动的进程,也称为Data Manager Daemon。
主守护进程的作用为:

  • Manages shared memory access
  • Coordinates process recovery
  • Keeps management statistics on what databases exist, which are in use, and which application processes are connected to which databases
  • Manages RAM policy
  • Starts replication processes, the TimesTen Server and the cache agent.

每一个TimesTen实例配有一个主守护进程,一个主守护进程下可有多个数据库。

子守护进程

每一个数据库/DataStore都配备相应的子守护进程(subdaemon), 子守护进程父进程即主守护进程。

在OS中可以查看到子守护进程,不过区别不明显,只能看到有两个实例tt1122和ttnew,其它的区别就是-id了:

$ ps -ef|grep timestensubd
oracle    2648  2644  0 Jun29 ?        00:02:35 /home/oracle/TimesTen/tt1122/bin/timestensubd -verbose -userlog tterrors.log -supportlog ttmesg.log -id 1000000 -facility user
oracle    2649  2644  0 Jun29 ?        00:05:20 /home/oracle/TimesTen/tt1122/bin/timestensubd -verbose -userlog tterrors.log -supportlog ttmesg.log -id 1000001 -facility user
oracle    2650  2644  0 Jun29 ?        00:00:35 /home/oracle/TimesTen/tt1122/bin/timestensubd -verbose -userlog tterrors.log -supportlog ttmesg.log -id 1000002 -facility user
oracle    8775  2644  0 10:33 ?        00:00:13 /home/oracle/TimesTen/tt1122/bin/timestensubd -verbose -userlog tterrors.log -supportlog ttmesg.log -id 1000011 -facility user
oracle    6633  6629  0 03:57 ?        00:00:25 /u01/TimesTen/ttnew/bin/timestensubd -verbose -userlog tterrors.log -supportlog ttmesg.log -id 1000000 -facility user
oracle    6634  6629  0 03:57 ?        00:00:25 /u01/TimesTen/ttnew/bin/timestensubd -verbose -userlog tterrors.log -supportlog ttmesg.log -id 1000001 -facility user
oracle    6635  6629  0 03:57 ?        00:00:25 /u01/TimesTen/ttnew/bin/timestensubd -verbose -userlog tterrors.log -supportlog ttmesg.log -id 1000002 -facility user
oracle    6636  6629  0 03:57 ?        00:00:25 /u01/TimesTen/ttnew/bin/timestensubd -verbose -userlog tterrors.log -supportlog ttmesg.log -id 1000003 -facility user$ ps -p 2644PID TTY          TIME CMD2644 ?        00:01:56 timestend$ ps -p 6629PID TTY          TIME CMD6629 ?        00:00:51 timestend

从输出还可看出,2644和6629是主守护进程。
每一个timestensubd负责一个数据库。

$ ttstatus
TimesTen status report as of Thu Jun 30 17:56:03 2016Daemon pid 6629 port 55555 instance ttnew
TimesTen server pid 6638 started on port 55556
------------------------------------------------------------------------
Data store /u01/TimesTen/ttnew/info/DemoDataStore/repdb2_1122
There are no connections to the data store
Replication policy  : Manual
Cache Agent policy  : Manual
PL/SQL enabled.
------------------------------------------------------------------------
Accessible by group oracle
End of report
虽然没有任何数据库,表示之前看到的是idle subdaemon
$ ttstatus
TimesTen status report as of Thu Jun 30 17:48:42 2016Daemon pid 2644 port 53392 instance tt1122
TimesTen server pid 2653 started on port 53393
------------------------------------------------------------------------
Data store /home/oracle/TimesTen/tt1122/info/DemoDataStore/cachedb2
There are 18 connections to the data store
Shared Memory KEY 0x0e0077ad ID 4718612
PL/SQL Memory KEY 0x0f0077ad ID 4751381 Address 0x7fa0000000
Type            PID     Context             Connection Name              ConnID
Process         10938   0x000000000203dad0  cachedb2                          1
Replication     10955   0x00000000038aa750  LOGFORCE:1092778304             127
Replication     10955   0x0000000003910870  XLA_PARENT:1089628480           129
Replication     10955   0x0000000003925460  REPLISTENER:1101670720          131
Replication     10955   0x00000000039d8750  TRANSMITTER(M):1108805952       126
Replication     10955   0x00007fe9c00008c0  REPHOLD:1098090816              128
Replication     10955   0x00007fe9c80008c0  FAILOVER:1081899328             130
Subdaemon       2648    0x0000000001be0360  Manager                         142
Subdaemon       2648    0x0000000001c57430  Rollback                        141
Subdaemon       2648    0x0000000001debbc0  Checkpoint                      137
Subdaemon       2648    0x0000000001e407f0  Monitor                         136
Subdaemon       2648    0x0000000001e95420  IndexGC                         135
Subdaemon       2648    0x000000000312f8f0  HistGC                          139
Subdaemon       2648    0x0000000003184520  Log Marker                      138
Subdaemon       2648    0x000000000325aa50  AsyncMV                         134
Subdaemon       2648    0x00000000032af680  Aging                           133
Subdaemon       2648    0x00000000033042b0  Deadlock Detector               132
Subdaemon       2648    0x00000000034097c0  Flusher                         140
Replication policy  : Manual
Replication agent is running.
Cache Agent policy  : Manual
PL/SQL enabled.
------------------------------------------------------------------------
Data store /home/oracle/TimesTen/tt1122/info/DemoDataStore/repdb1_1122
There are no connections to the data store
Replication policy  : Manual
Cache Agent policy  : Manual
PL/SQL enabled.
------------------------------------------------------------------------
Data store /home/oracle/TimesTen/tt1122/info/DemoDataStore/cachedb1
There are 18 connections to the data store
Shared Memory KEY 0x4400c901 ID 3997713
PL/SQL Memory KEY 0x4500c901 ID 4030482 Address 0x7fa0000000
Type            PID     Context             Connection Name              ConnID
Process         11076   0x0000000001c84ad0  cachedb1                          1
Replication     10918   0x000000000361f460  LOGFORCE:1101203776             127
Replication     10918   0x000000000368b270  REPHOLD:1108773184              130
Replication     10918   0x00000000036b2350  XLA_PARENT:1098053952           128
Replication     10918   0x00000000036c6f40  REPLISTENER:1093052736          129
Replication     10918   0x00000000038048e0  RECEIVER:1115072832             125
Replication     10918   0x00007fa0880008c0  FAILOVER:1083238720             131
Subdaemon       2649    0x0000000000e82360  Manager                         142
Subdaemon       2649    0x0000000000ef9430  Rollback                        141
Subdaemon       2649    0x0000000001008980  Monitor                         136
Subdaemon       2649    0x000000000108d5e0  IndexGC                         134
Subdaemon       2649    0x00000000010ff8f0  AsyncMV                         133
Subdaemon       2649    0x0000000001134cd0  Flusher                         132
Subdaemon       2649    0x0000000001272b40  Deadlock Detector               140
Subdaemon       2649    0x00000000012d6150  Log Marker                      138
Subdaemon       2649    0x0000000001346c10  Checkpoint                      137
Subdaemon       2649    0x000000000269bb80  HistGC                          135
Subdaemon       2649    0x00000000026b0770  Aging                           139
Replication policy  : Manual
Replication agent is running.
Cache Agent policy  : Manual
PL/SQL enabled.
------------------------------------------------------------------------
Accessible by group oracle
End of report
$ ttstatus|grep -i subdaemon
Subdaemon       2648    0x0000000001be0360  Manager                         142
Subdaemon       2648    0x0000000001c57430  Rollback                        141
Subdaemon       2648    0x0000000001debbc0  Checkpoint                      137
Subdaemon       2648    0x0000000001e407f0  Monitor                         136
Subdaemon       2648    0x0000000001e95420  IndexGC                         135
Subdaemon       2648    0x000000000312f8f0  HistGC                          139
Subdaemon       2648    0x0000000003184520  Log Marker                      138
Subdaemon       2648    0x000000000325aa50  AsyncMV                         134
Subdaemon       2648    0x00000000032af680  Aging                           133
Subdaemon       2648    0x00000000033042b0  Deadlock Detector               132
Subdaemon       2648    0x00000000034097c0  Flusher                         140Subdaemon       2649    0x0000000000e82360  Manager                         142
Subdaemon       2649    0x0000000000ef9430  Rollback                        141
Subdaemon       2649    0x0000000001008980  Monitor                         136
Subdaemon       2649    0x000000000108d5e0  IndexGC                         134
Subdaemon       2649    0x00000000010ff8f0  AsyncMV                         133
Subdaemon       2649    0x0000000001134cd0  Flusher                         132
Subdaemon       2649    0x0000000001272b40  Deadlock Detector               140
Subdaemon       2649    0x00000000012d6150  Log Marker                      138
Subdaemon       2649    0x0000000001346c10  Checkpoint                      137
Subdaemon       2649    0x000000000269bb80  HistGC                          135
Subdaemon       2649    0x00000000026b0770  Aging                           139

主守护进程可以按需动态产生subdaemon。当有数据库需要加载到内存时,就会产生新的或使用已有的idle subdaemon来负责这个数据库。

TimesTen总是预留一个idle的subdaemon:
a) 主daemon启动时, 会附带启动4 subdaemon,并且最初的状态为idle
b) 若有数据库需要加载到内存,则会指派一个subdaemon负责一个数据库,但总会预留一个idle的subdaemon。

缺省启动的subdaemon数量可以在ttendaemon.options中通过-minsubs设置。

subdaemon的作用包括:
1. 将数据库从内存中卸载
2. 将Log buffer中的日志写盘
3. 日志的归档和清理
4. 检查和消除死锁
5. 在数据库非正常关闭时,从checkpoint和log文件中恢复
6. 回退交易
7. 实现缓存Aging

常用的subdaemon包括:
Worker: Periodically checks for deadlocks and canceling SQL operations on behalf of other applications in order to break any deadlocks.
Flusher: Flushes contents of Log buffer to disk
Checkpoint: Performs checkpoint operation.
Monitor: Implements lock wait timeout. For more information, please refer connection attribute “LockWait” in “Oracle TimesTen In-Memory Database API Reference Guide”.
HistGC: Purging rows in internal tables SYS.TABLE_HISTORY and SYS.COLUMN_HISTORY periodically when they are no longer needed by XLA readers.
Aging: Implementing the aging policies of various tables.

参考

  • TimesTen subdaemon: Frequently Asked Questions (Doc ID 759437.1)
  • TimesTen recovery from abnormally terminated connections (Doc ID 759443.1)

这篇关于TimesTen的守护进程的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/677694

相关文章

python多进程实现数据共享的示例代码

《python多进程实现数据共享的示例代码》本文介绍了Python中多进程实现数据共享的方法,包括使用multiprocessing模块和manager模块这两种方法,具有一定的参考价值,感兴趣的可以... 目录背景进程、进程创建进程间通信 进程间共享数据共享list实践背景 安卓ui自动化框架,使用的是

C#如何优雅地取消进程的执行之Cancellation详解

《C#如何优雅地取消进程的执行之Cancellation详解》本文介绍了.NET框架中的取消协作模型,包括CancellationToken的使用、取消请求的发送和接收、以及如何处理取消事件... 目录概述与取消线程相关的类型代码举例操作取消vs对象取消监听并响应取消请求轮询监听通过回调注册进行监听使用Wa

[Linux]:进程(下)

✨✨ 欢迎大家来到贝蒂大讲堂✨✨ 🎈🎈养成好习惯,先赞后看哦~🎈🎈 所属专栏:Linux学习 贝蒂的主页:Betty’s blog 1. 进程终止 1.1 进程退出的场景 进程退出只有以下三种情况: 代码运行完毕,结果正确。代码运行完毕,结果不正确。代码异常终止(进程崩溃)。 1.2 进程退出码 在编程中,我们通常认为main函数是代码的入口,但实际上它只是用户级

java 进程 返回值

实现 Callable 接口 与 Runnable 相比,Callable 可以有返回值,返回值通过 FutureTask 进行封装。 public class MyCallable implements Callable<Integer> {public Integer call() {return 123;}} public static void main(String[] args

C#关闭指定时间段的Excel进程的方法

private DateTime beforeTime;            //Excel启动之前时间          private DateTime afterTime;               //Excel启动之后时间          //举例          beforeTime = DateTime.Now;          Excel.Applicat

linux中使用rust语言在不同进程之间通信

第一种:使用mmap映射相同文件 fn main() {let pid = std::process::id();println!(

【多系统萎缩患者必看】✨维生素补充全攻略,守护你的健康每一天!

亲爱的朋友们,今天我们要聊一个既重要又容易被忽视的话题——‌多系统萎缩患者如何科学补充维生素‌!🌟 在这个快节奏的生活中,健康成为了我们最宝贵的财富,而对于多系统萎缩(MSA)的患者来说,合理的营养补充更是维护身体机能、提升生活质量的关键一步。👇 🌈 为什么多系统萎缩患者需要特别关注维生素? 多系统萎缩是一种罕见且复杂的神经系统疾病,它影响身体的多个系统,包括自主神经、锥体外系、小脑及锥

Golang进程权限调度包runtime

关于 runtime 包几个方法: Gosched:让当前线程让出 cpu 以让其它线程运行,它不会挂起当前线程,因此当前线程未来会继续执行GOMAXPROCS:设置最大的可同时使用的 CPU 核数Goexit:退出当前 goroutine(但是defer语句会照常执行)NumGoroutine:返回正在执行和排队的任务总数GOOS:目标操作系统NumCPU:返回当前系统的 CPU 核数量 p

如何保证android程序进程不到万不得已的情况下,不会被结束

最近,做一个调用系统自带相机的那么一个功能,遇到的坑,在此记录一下。 设备:红米note4 问题起因 因为自定义的相机,很难满足客户的所有需要,比如:自拍杆的支持,优化方面等等。这些方面自定义的相机都不比系统自带的好,因为有些系统都是商家定制的,难免会出现一个奇葩的问题。比如:你在这款手机上运行,无任何问题,然而你换一款手机后,问题就出现了。 比如:小米的红米系列,你启用系统自带拍照功能后

flume系列之:记录一次flume agent进程被异常oom kill -9的原因定位

flume系列之:记录一次flume agent进程被异常oom kill -9的原因定位 一、背景二、定位问题三、解决方法 一、背景 flume系列之:定位flume没有关闭某个时间点生成的tmp文件的原因,并制定解决方案在博主上面这篇文章的基础上,在机器内存、cpu资源、flume agent资源都足够的情况下,flume agent又出现了tmp文件无法关闭的情况 二、