如何调整实例恢复时间

1、SQL> show parameter fast;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
fast_start_io_target                 integer     0
fast_start_mttr_target               integer     0      --0表示没有启用这个参数
fast_start_parallel_rollback         string      LOW

fast_start_mttr_target :启动自动检查点时间,单位是秒,允许DBA指定数据库进行崩溃恢复需要的秒数。

恢复时间取决于读取log files的时间和处理需要恢复的数据块的时间。参数log_checkpoint_interval设定了恢复过程中要被读的重做记录的数目。

Fast_start_io_target控制了需要被恢复的数据块数目。

LOG_CHECKPOINT_TIMEOUT限制了上一检查点和最近的重做记录之间的秒数。但他对于设置恢复时间限制来说都是不够精确的。

2、SQL> alter system set fast_start_mttr_target=1;   --先设置为1秒

SQL> select target_mttr,estimated_mttr from v$instance_recovery;

TARGET_MTTR ESTIMATED_MTTR
----------- --------------
         21             16

--TARGET_MTTR:系统根据所设定的fast_start_mttr_target算出的所需时间

--ESTIMATED_MTTR:根据内存中脏块的数量估计的最少完成时间

3、SQL> alter system set fast_start_mttr_target=3600;   --设置为最大值1小

SQL> select target_mttr,estimated_mttr from v$instance_recovery;

TARGET_MTTR ESTIMATED_MTTR
----------- --------------
         60             16

当我们将这个参数设置为最大值时系统算出需要实例恢复使用的时间才60秒,所以我们设置300秒就可以了。

由于是实验环境,所以没有负载。

如何调整实例恢复时间

时间: 2024-08-02 00:52:59

如何调整实例恢复时间的相关文章

调整实例恢复时间

1 SQL> show parameter fast; NAME                                 TYPE        VALUE------------------------------------ ----------- ------------------------------fast_start_io_target                 integer     0fast_start_mttr_target               in

timesten 调整实例参数

--删除数据库实例 ttDestroy ttwind ---1.删除存在的cache group ttIsql "DSN=ttwind;UID=cacheuser;PWD=cacheuser;OraclePWD=cacheuser" drop Cache Group cachetblorders; call ttCachestop; exit; ttDestroy ttwind ---2.根据新的需求调整参数 vi /app/timesten/TimesTen/ttwind/info/

Oracle 实例恢复

-======================= -- Oracle 实例恢复 --======================= 一.Oracle实例失败 Oracle实例失败多为实例非一致性关闭所致,通常称为崩溃(crash).实例失败的结果等同于shutdown abort. 实例失败的原因 电源负载故障 硬件故障 后台进程失败 异常关闭数据库 实例失败后的状况 数据库可能丢失已提交的事务以及存储了未提交的事务,导致数据库出现不一致的情况 解决方案 使用startup 重新启动实例.实例实

Oracle 优化和性能调整

分析评价Oracle数据库性能主要有数据库吞吐量.数据库用户响应时间两项指标.数据库用户响应时间又可以分为系统服务时间和用户等待时间两项,即:  数据库用户响应时间=系统服务时间+用户等待时间  因此,获得满意的用户响应时间有两个途径:一是减少系统服务时间,即提高数据库的吞吐量:二是减少用户等待时间,即减少用户访问同一数据库资源的冲突率.  数据库性能优化包括如下几个部分:  调整数据结构的设计 这一部分在开发信息系统之前完成,程序员需要考虑是否使用Oracle数据库的分区功能,对于经常访问的数

在Windows上调整SGA大小遭遇ora-27100、ora-27102错误的处理方法

今天早上去一公司合作伙伴那里,协助处理他们某客户的数据库性能问题,那个库是Oracle 10.2.0.1的,前台业务系统是政府某机构查询系统,碰到的问题是首页展示非常慢,与之相关的SQL语句查询结果需要跑59s多,而其他页面相关模块的查询都只需要几秒就可以出结果了. 碰到数据库性能问题通常从两个方面着手调整: 1. 内存参数调整 2. SQL语句优化 因此,首先就查看了该库的SGA参数,发现只分配了1.2G,而数据库服务器的物理内存为8G,显然这个值太小了.拉了一份AWR报告,显示shared

Python学习笔记十六_模块结构调整

一.什么是模块结构调整 当一个脚本中有大量的配置.方法及接口时,脚本往往显得十分臃肿.为了代码更易读,可以将一个繁杂的脚本根据不同的功能放在不同的文件夹中分类管理,即模块结构调整. 二.模块结构调整实例 下面根据一个具体的例子来看一下如何拆分调整代码 1.根据正常人的思维写代码完成功能 代码需求: (1) 注册接口: (a) 写一个注册接口,密码存成密文 (b) 数据存到redis,redis的key用string类型 (c) Amy  7869d295e566295b51eec5d6bed67

高可靠对称节点(双星模式)

高可靠对称节点(双星模式) 概览 双星模式是一对具有主从机制的高可靠节点.任一时间,某个节点会充当主机,接收所有客户端的请求:另一个则作为一种备机存在.两个节点会互相监控对方,当主机从网络中消失时,备机会替代主机的位置. 双星模式由Pieter Hintjens和Martin Sustrik设计,应用在iMatix的OpenAMQ服务器中.它的设计理念是: 提供一种简明的高可靠性解决方案: 易于理解和使用: 能够进行可靠的故障切换. 假设我们有一组双星模式的服务器,以下是可能发生的故障: 主机发

ORACLE MTTR

实例恢复时间:指的是将数据文件的最后一个检查点(检查点位置)推进到控制文件中记录的最新SCN 所需的时间.管理员可以通过设置MTTR 目标以及调整重做日志组的大小来控制该时间.MTTR 指导:Mean Time To Repair,即平均修复时间.是指可修复产品的平均修复时间,就是从出现故障到修复中间的这段时间.MTTR 越短表示易恢复性越好.在数据库中可以通过设置参数FAST_START_MTTR_TARGET(单位为秒),控制数据库对单个实例执行崩溃恢复所花费的时间.FAST_START_M

Oracle OCP认证考试题库解析052-1

QUESTION 1 You notice that the performance of the database has degraded because of frequent checkpoints. Which two actions resolve the issue? (Choose two.) A. Disable automatic checkpoint tuning B. Check the size of the redo log file size and increas