数据库心跳

⑴ 如何监测MYsql心跳

heartbeat 默认使用udp 694端口进行心跳监测。 如果系统有使用iptables 做防火墙
iptables -I INPUT -p udp --dport 694 -j ACCEPT

⑵ 两台linux如何测试心跳

要想实现这样的功能必须自己写心跳程序，一般是用socket实现，并且两台服务都必须是双网卡才有意义。
首先，将两台服务直连。
其次，建立心跳程序服务端和客户端，分别安装在主备服务上，主服务器一直发alive信息给备服务器，一单收不到信息，【就停止主服务器】，备用服务器启动。
最后，发警告信息。

⑶ im软件中的心跳包需要查询数据库吗

不用查询数据库了 心跳包就是为了标记客户端和服务端的连接情况 中断后会让程序及时处理。

⑷ 如何从MIT或者别的数据库获得心电图数据人体温度数据,心跳数据等也行

csdn上有具体的程序，很多人用了，都能实现。

⑸ oracle数据库里怎么查询终端号的心跳异常数

你好！
这时候需要找出造成异常阻塞的session并清除。
oracle
session通常具有三个特征：
（1）一个session可能阻塞多个session；
（2）一个session最多被一个session阻塞；
（3）session阻塞关系不会形成环路。（环路即死锁，oracle能自动解除）
因此session的阻塞关系为一棵树，进而DB系统所有session的BLOCK阻塞关系是一个由若干session阻塞关系树构成的森林，而异常session一定会在故障爆发时成为根（root）。因此，找寻异常锁表session的过程就是找出异常的root。
一般认为异常root有两个特征：（1）block树的规模过大，阻塞树规模即被root层层阻塞的session总数；（2）阻塞的平均等待时间过长。
查找异常session的方法一：
OEM—>
performance—>
Blocking
Sessions
查找异常session的方法二：
select
r.root_sid,
s.serial#,
r.blocked_num,
r.avg_wait_seconds,
s.username,s.status,s.event,s.MACHINE,
s.PROGRAM,s.sql_id,s.prev_sql_id
from
(select
root_sid,
avg(seconds_in_wait)
as
avg_wait_seconds,
count(*)
-
1
as
blocked_num
from
(select
CONNECT_BY_ROOT
sid
as
root_sid,
seconds_in_wait
from
v$session
start
with
blocking_session
is
null
connect
by
prior
sid
=
blocking_session)
group
by
root_sid
having
count(*)
>
1)
r,
v$session
s
where
r.root_sid
=
s.sid
order
by
r.blocked_num
desc,
r.avg_wait_seconds
desc;
该SQL语句即是根据v$session的字段blocking_session统计阻塞树根阻塞session的计数以及平均阻塞时间、并进行排序，排名最前的往往是异常session。

⑹ 服务器怎么判断心跳包

设置个心跳时间，超过1分钟仍然没有更新的，就让脚本跑成离线就可以了
脚本自动执行，1分钟一次
操作一次，就触发一次数据库记录，插入数据库，然后判断数据库该字段是否有值

⑺ DAG的特点

·对Windows故障转移群集的有限依赖：DAG仅使用了Windows故障转移群集组件提供的有限的一部分群集功能。DAG使用群集数据库、群集心跳（Cluster heartbeat）及文件共享见证（File Share Witness，FSW）功能。在Exchange 2007及早期版本中，Exchange是一个由Windows故障转移群集操作的应用程序。而在Exchange 2010中，情况发生了变化，Windows故障转移群集注册时所创建的Exchange群集资源DLL及所有群集资源，已从Exchange 2010代码中移除。
·增量部署：DAG仍使用Windows故障转移群集组件（如群集数据库、心跳和文件共享见证功能），因此需要Windows Server 2008 SP2版或R2企业版环境，以便能够对DAG中的Exchange 2010邮箱服务器进行配置。但Exchange 2010支持增量部署方式，也就是说不需要在安装Exchange 2010之前形成群集。用户可以安装Exchange 2010邮箱服务器，然后创建一个DAG并在必要时将数据库和服务器添加到其中。
·与其他Exchange角色共存：使用CCR时，用户不能在邮箱服务器（群集节点）上安装受CCR保护的Exchange服务器。使用DAG时，DAG中的邮箱服务器还可以安装其他Exchange角色。这个特点对于小型组织非常有利。这是因为受DAG保护的邮箱服务器可以与其他Exchange角色并存。这也意味着用户可以使用两台机器作为专用Exchange服务器，以提供一个完全的冗余解决方案。当然，这需要配置文件共享见证，这一点在用户环境中很容易实现。文件共享见证不需要运行相同版本的Windows，只要运行Windows Server 2003或更高版本即可。另外一点需要注意的是：如果用户使用两台Exchange 2010服务器，并且希望得到一个完全的冗余解决方案，则必须使用基于负载均衡解决方案的外部硬件或软件，以便提供客户端访问服务。
·完全通过Exchange工具管理：在Exchange 2007中使用CCR时，必须使用Exchange和群集管理组合工具来配置和管理CCR群集。在Exchange 2010中使用DAG时，不必使用群集管理工具进行任何初始配置和管理，企业内部的Exchange管理员也不再需要有群集管理的经验。
·数据库级的复制：为了支持DAG的新功能，Exchange 2010数据库已迁移到组织级，而不是Exchange 2007或早期版本的服务器级。Exchange 2010中不存在存储组的概念。现在，每个数据库都有一个日志流与数据库相关联。CCR的一个缺点是：如果主动节点的一个数据库出现故障，群集邮箱服务器上现有的所有活动数据库的故障都将转移到被动CCR节点。如果这个节点上的用户有邮箱存储于各自的群集邮箱服务器（Cluster Mailbox Server，CMS），他们都将受到影响。
·每个DAG支持多达16个成员：同Exchange 2007相比，Exchange 2010可以支持更多的邮箱数据库，用户最多可以添加16个邮箱服务器到一个DAG，并可能保存16个邮箱数据库副本。因此，Exchange 2010企业版支持的邮箱数据库最高限额已从50个上调至100个。但标准版目前仍然只支持每个邮箱服务器最多5个数据库。
·切换/故障转移较以前更为快速：有赖于Exchange 2010 DAG的改进，现在，邮箱数据库副本间的切换/故障转移更为快速。同Exchange 2007下采用CCR动辄就需要数分钟相比，目前所用时间往往在30称之内。此外，由于Outlook MAPI客户端连接客户端访问服务器的RPC客户端访问服务，因此最终用户很少会注意到切换或故障转移的发生。
·3个以上数据库副本时无需备份：当一个邮箱数据库拥有3个或更多副本时，程序设计为无需用户备份。也就是说当依次循环登录受DAG保护的邮箱数据库时，不再需要执行备份操作。
·支持位于不同活动目录站点的DAG成员：与CCR群集节点不同，DAG成员服务器可以位于不同的活动目录站点。但是应当注意，不能把受同一个DAG保护的邮箱服务器放置在活动目录森林的不同域内。
·通过TCP传送日志：在Exchange2007中，Microsoft Exchange复制服务通过服务器消息块将日志文件复制到被动数据库副本（LCR）、被动群集节点（CCR）或SCR目标，这就意味着用户需要打开CCR群集节点（通常是在部署多站点CCR群集时）与SCR源或SCR目标之间防火墙的445端口。利用Exchange 2010 DAG，异步复制技术不再依赖服务器管理块。Exchange 2010使用TCP / IP协议进行日志文件复制和播种（注：播种，即Seed。在 CCR 环境中安装被动节点时，每个存储组及其数据库都将从主动节点复制到被动节点，该操作称为播种），甚至可以指定端口用于日志文件复制。默认情况下，DAG使用64327端口，当然，也可另外指定其他端口。
·日志文件压缩：利用Exchange 2010 DAG，在一个DAG内的一个或多个网络间播种或复制时可以启用压缩功能。这是DAG本身的特性，而不是DAG网络的特性。默认设置为InterSubnetOnly，进行网络加密属性设置时也使用相同的值。
·日志文件加密：Exchange 2010 DAG增加了对加密的支持，而在Exchange 2007中，除非已配置IPsec，否则日志文件将通过一个非加密通道复制。具体地说， DAG使用Windows Server 2008的加密功能，也就是说，DAG使用每个邮箱服务器成员之间的Kerberos身份验证。网络加密是对DAG本身而言的，而不是针对DAG网络。DAG网络加密属性选项有：禁用（不使用网络加密），启用（网络加密用于DAG中所有网络的播种和复制），InterSubnetOnly（默认设置，网络加密用于同一子网内的DAG网络），以及SeedOnly（网络加密用于DAG中所有网络的播种）。
·副本最多允许滞后14天：Exchange 2007 SP1的备用连续复制引入了滞后数据库副本的概念。有了这项功能，用户可以指定在重播已复制到 SCR 目标计算机的日志文件之前，Microsoft Exchange 复制服务应等待的时间。用户还可以使用另一个参数截断滞后时间 (Truncation Lag Time），用于指定在截断已复制到 SCR 目标计算机并已重播到数据库副本的日志文件之前，Microsoft Exchange 复制服务应等待的时间。利用这两个选项，我们可以指定一个长达7天的时间差距。而通过Exchange 2010 DAG，用户可以指定最多14天的截断滞后时间。
·从数据库副本播种：与Exchange 2007中的CCR不同，现在，用户可以通过指定一个数据库副本作为源数据库来执行播种。这就意味着，现有邮箱数据库的播种或重播操作不再对活动数据库副本产生影响。
·公用文件夹数据库不受DAG保护：与Exchange 2007的CCR不同，用户不能使用DAG保护公用文件夹数据库，而必须使用传统的公共文件夹的复制机制对其加以保护。但在这方面也做了一些改进：如果公用文件夹存储于DAG成员服务器上，Exchange 组织中只有一个公用文件夹存储的限制被取消。
·改进的传输转储程序：传输转储程序也有所改进，甚至受损数据库在位于不同活动目录站点的数据库副本间进行故障转移时，信息都可以重新递送。除此之外，当所有信息都被复制到数据库副本时，它们将从传输转储程序中被删除。

⑻ oracle 数据库 心跳什么意思

你好！ 这时候需要找出造成异常阻塞的session并清除。 oracle session通常具有三个特征： （1）一个session可能阻塞多个session； （2）一个session最多被一个session阻塞； （3）session阻塞关系不会形成环路。（环路即死锁，oracle能自动解除...

⑼ 使用mongodb需要维持数据库心跳吗

看你用来做什么，一般是不需要的，驱动会自己维护连接池信息

⑽ oracle 集群心跳线断了后，数据库还能使用吗

$ cd $CRS_HOME/bin $ ./crs_stat -t 查看RAC各节点所有服务的信息及状态 $ ./crs_stat |more 由于上面指令显示的信息看不完整，这里可以显示各服务的详细信息 $ ./crs_stat -p |more 不仅有详细信息，还有对其他服务的依赖关系