关于‘_datafile_write_errors_crash_instance = FALSE’的验证

最新推荐文章于 2024-11-13 08:23:13 发布
最新推荐文章于 2024-11-13 08:23:13 发布
阅读量571 收藏
点赞数
文章标签： 数据库 运维

这次验证分别oracle 11.2.0.2 RAC与oracle 11.2.0.4 RAC中进行验证。

隐藏参数‘_datafile_write_errors_crash_instance’是在Oracle 11.2.0.1开始导入的，

主要的机能是在，数据文件（sysytem以外表空间）I/O读写错误被发现时，对实例的down进行管理。

Oracle 11.2.0.1 的初始值是

_datafile_write_errors_crash_instance = FALSE

数据文件（sysytem以外表空间）I/O读写错误被发现时，在归档模式下，发生错误的数据文件

被OFFLINE，实例不会down。


Oracle 11.2.0.2开始初始值变成TRUE

_datafile_write_errors_crash_instance = TRUE

因为I/O错误，数据文件读写失败被发现时，ORA－63999错误出力，实例down。


但是，在我的验证环境重新验证之后，发现在Oracle 11.2.0.2 RAC环境与Oracle 11.2.0.3 RAC环境中

就算这个隐藏参数＝FALSE，数据库也会被down。

可是，在Oracle 11.2.0.4 RAC环境中，就不会发生这个现象。只有发生错误的数据文件被OFFLINE，

其它数据文件可以使用，实例不会发生任何问题。

实例再启动后，对指定的数据文件进行recover datafile与alter database datafile‘’ONLINE。


验证：

（客户验证环境为日语系统）

--验证环境准备

SQL> conn use1/pwdora

接続されました。


SQL> create table tal01 (id number,t01 varchar2(20)) tablespace user2;


表が作成されました。


SQL> declare

 2  temp varchar2(20):='aaa';

 3  i number;

 4  begin

 5    for i in 1..1000 loop

 6      insert into tal01 (id,t01) values (i,temp);

 7    end loop;

 8  end;

 9  /


PL/SQLプロシージャが正常に完了しました。


SQL> commit;


コミットが完了しました。


SQL> alter system switch logfile;


システムが変更されました。


SQL> conn / as sysdba

接続されました。

SQL> select

　　x.ksppinm name,

　　y.ksppstvl value,

　　y.ksppstdf isdefault,

　　decode(bitand(y.ksppstvf,2),2,'TRUE','FALSE') isadj

　　from

　　sys.x$ksppi x,

　　sys.x$ksppcv y

　　where

　　x.inst_id = userenv('Instance') and

　　y.inst_id = userenv('Instance') and

　　x.indx = y.indx and

   x.ksppinm='_datafile_write_errors_crash_instance';  2    3    4    5    6    

7    8    9   10   11   12   13


NAME

--------------------------------------------------------------------------------

VALUE

--------------------------------------------------------------------------------

ISDEFAULT                   ISADJ

--------------------------- ---------------

_datafile_write_errors_crash_instance

FALSE

FALSE                       FALSE



SQL> exit

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,

Data Mining and Real Application Testing optionsとの接続が切断されました。


--1.磁盘组强制dismount

[grid@ol655v11rac1 ~]$ sqlplus / as sysasm


SQL*Plus: Release 11.2.0.4.0 Production on 金 12月 13 00:28:21 2013


Copyright (c) 1982, 2013, Oracle.  All rights reserved.




Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Real Application Clusters and Automatic Storage Management options

に接続されました。

SQL> alter diskgroup CRS2 dismount force;


Diskgroup altered.


SQL> exit

Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit

Production

With the Real Application Clusters and Automatic Storage Management options


[grid@ol655v11rac2 ~]$ sqlplus / as sysasm


SQL*Plus: Release 11.2.0.4.0 Production on Fri Dec 13 00:28:57 2013


Copyright (c) 1982, 2013, Oracle.  All rights reserved.



Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Real Application Clusters and Automatic Storage Management options


SQL> alter diskgroup CRS2 dismount force;


Diskgroup altered.


SQL>


[grid@ol655v11rac1 ~]$ crsctl status res -t

--------------------------------------------------------------------------------

NAME           TARGET  STATE        SERVER                   STATE_DETAILS

--------------------------------------------------------------------------------

Local Resources

--------------------------------------------------------------------------------

ora.CRS1.dg

              ONLINE  ONLINE       ol655v11rac1

              ONLINE  ONLINE       ol655v11rac2

ora.CRS2.dg

              OFFLINE OFFLINE      ol655v11rac1  ★

              OFFLINE OFFLINE      ol655v11rac2　★

ora.DATA.dg

              ONLINE  ONLINE       ol655v11rac1

              ONLINE  ONLINE       ol655v11rac2

ora.LISTENER.lsnr

              ONLINE  ONLINE       ol655v11rac1

              ONLINE  ONLINE       ol655v11rac2

ora.LISTENER_TEST.lsnr

              ONLINE  ONLINE       ol655v11rac1

              ONLINE  ONLINE       ol655v11rac2

ora.REC.dg

              ONLINE  ONLINE       ol655v11rac1

              ONLINE  ONLINE       ol655v11rac2

ora.asm

              ONLINE  ONLINE       ol655v11rac1             Started

              ONLINE  ONLINE       ol655v11rac2             Started

ora.gsd

              OFFLINE OFFLINE      ol655v11rac1

              OFFLINE OFFLINE      ol655v11rac2

ora.net1.network

              ONLINE  ONLINE       ol655v11rac1

              ONLINE  ONLINE       ol655v11rac2

ora.ons

              ONLINE  ONLINE       ol655v11rac1

              ONLINE  ONLINE       ol655v11rac2

--------------------------------------------------------------------------------

Cluster Resources

--------------------------------------------------------------------------------

ora.LISTENER_SCAN1.lsnr

     1        ONLINE  ONLINE       ol655v11rac2

ora.cvu

     1        OFFLINE OFFLINE

ora.oc4j

     1        OFFLINE OFFLINE

ora.ol655v11rac1.vip

     1        ONLINE  ONLINE       ol655v11rac1

ora.ol655v11rac2.vip

     1        ONLINE  ONLINE       ol655v11rac2

ora.racdb.db

     1        ONLINE  ONLINE       ol655v11rac1             Open

     2        ONLINE  ONLINE       ol655v11rac2             Open

ora.scan1.vip

     1        ONLINE  ONLINE       ol655v11rac2


--2.对于强制dismount的磁盘组管理的表空间的表，进行插入操作时，错误发生

[oracle@ol655v11rac1 ~]$ sqlplus / as sysdba


SQL*Plus: Release 11.2.0.4.0 Production on 金 12月 13 00:30:50 2013


Copyright (c) 1982, 2013, Oracle.  All rights reserved.




Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,

Data Mining and Real Application Testing options

に接続されました。

SQL> conn use1/pwdora

接続されました。

SQL> insert into tal01(id,t01) values (1234,4321);

insert into tal01(id,t01) values (1234,4321)

           *

行1でエラーが発生しました。:

ORA-01115: ファイル(ブロック番号)からの読取りI/Oエラーが発生しました。 ORA-01110:

データファイル10: '+CRS2/racdb/datafile/user2.257.834020569'

ORA-15078: ASMディスクグループが強制ディスマウントされました


SQL> conn / as sysdba

接続されました。


SQL> alter system checkpoint;


システムが変更されました。


SQL> exit

Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,

Data Mining and Real Application Testing optionsとの接続が切断されました。

[oracle@ol655v11rac1 ~]$


--DBを再起動する

[grid@ol655v11rac1 ~]$ crsctl stop res ora.racdb.db

CRS-2673: 'ora.racdb.db'('ol655v11rac1')の停止を試行しています

CRS-2673: 'ora.racdb.db'('ol655v11rac2')の停止を試行しています

CRS-2677: 'ora.racdb.db'('ol655v11rac1')の停止が成功しました

CRS-2677: 'ora.racdb.db'('ol655v11rac2')の停止が成功しました

[grid@ol655v11rac1 ~]$ crsctl start res ora.racdb.db

CRS-2672: 'ora.CRS2.dg'('ol655v11rac1')の起動を試行しています

CRS-2672: 'ora.CRS2.dg'('ol655v11rac2')の起動を試行しています

CRS-2676: 'ora.CRS2.dg'('ol655v11rac2')の起動が成功しました

CRS-2672: 'ora.racdb.db'('ol655v11rac2')の起動を試行しています

CRS-2676: 'ora.CRS2.dg'('ol655v11rac1')の起動が成功しました

CRS-2672: 'ora.racdb.db'('ol655v11rac1')の起動を試行しています

CRS-2676: 'ora.racdb.db'('ol655v11rac2')の起動が成功しました

CRS-2676: 'ora.racdb.db'('ol655v11rac1')の起動が成功しました


--3.双节点的实例再启动后，V$datafile确认

[oracle@ol655v11rac1 ~]$ sqlplus / as sysdba


SQL*Plus: Release 11.2.0.4.0 Production on 金 12月 13 00:34:42 2013


Copyright (c) 1982, 2013, Oracle.  All rights reserved.




Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,

Data Mining and Real Application Testing options

に接続されました。

SQL> select NAME,STATUS from v$datafile;


NAME

--------------------------------------------------------------------------------

STATUS

---------------------

+DATA/racdb/datafile/system.290.825681213

SYSTEM


+DATA/racdb/datafile/sysaux.291.825681213

ONLINE


+DATA/racdb/datafile/undotbs1.292.825681215

ONLINE



NAME

--------------------------------------------------------------------------------

STATUS

---------------------

+DATA/racdb/datafile/users.293.825681215

ONLINE


+DATA/racdb/datafile/undotbs2.298.825681663

ONLINE


+DATA/racdb/datafile/users2.302.829645083

ONLINE



NAME

--------------------------------------------------------------------------------

STATUS

---------------------

+DATA/racdb/datafile/users3.303.829699671

ONLINE


+DATA/racdb/datafile/users6.304.829700059

ONLINE


+CRS2/racdb/datafile/user2.256.833962583

RECOVER



NAME

--------------------------------------------------------------------------------

STATUS

---------------------

+CRS2/racdb/datafile/user2.257.834020569

RECOVER



10行が選択されました。


SQL> recover datafile '+CRS2/racdb/datafile/user2.256.833962583';

ORA-00279: 変更9796286(12/13/2013 00:00:14で生成)にはスレッド2が必要です ORA-00289:

検討すべきログファイル:/oracle/app/oracle/product/11.2.0.4/dbs/arch2_232_82568

1360.dbf

ORA-00280: 変更9796286(スレッド2)は順序番号232に存在します。



ログの指定: {=suggested | filename | AUTO | CANCEL}

auto

ログが適用されました。

メディアリカバリが完了しました。

SQL> recover datafile '+CRS2/racdb/datafile/user2.257.834020569';

ORA-00279: 変更9796305(12/13/2013 00:00:14で生成)にはスレッド2が必要です ORA-00289:

検討すべきログファイル:/oracle/app/oracle/product/11.2.0.4/dbs/arch2_232_82568

1360.dbf

ORA-00280: 変更9796305(スレッド2)は順序番号232に存在します。



ログの指定: {=suggested | filename | AUTO | CANCEL}

auto

ログが適用されました。

メディアリカバリが完了しました。

SQL> select count(*) from use1.tal01;

select count(*) from use1.tal01

                         *

行1でエラーが発生しました。:

ORA-00376: ファイル10を読み込むことはできません。 ORA-01110:

データファイル10: '+CRS2/racdb/datafile/user2.257.834020569'



SQL> select NAME,STATUS from v$datafile;


NAME

--------------------------------------------------------------------------------

STATUS

---------------------

+DATA/racdb/datafile/system.290.825681213

SYSTEM


+DATA/racdb/datafile/sysaux.291.825681213

ONLINE


+DATA/racdb/datafile/undotbs1.292.825681215

ONLINE



NAME

--------------------------------------------------------------------------------

STATUS

---------------------

+DATA/racdb/datafile/users.293.825681215

ONLINE


+DATA/racdb/datafile/undotbs2.298.825681663

ONLINE


+DATA/racdb/datafile/users2.302.829645083

ONLINE



NAME

--------------------------------------------------------------------------------

STATUS

---------------------

+DATA/racdb/datafile/users3.303.829699671

ONLINE


+DATA/racdb/datafile/users6.304.829700059

ONLINE


+CRS2/racdb/datafile/user2.256.833962583

OFFLINE



NAME

--------------------------------------------------------------------------------

STATUS

---------------------

+CRS2/racdb/datafile/user2.257.834020569

OFFLINE



10行が選択されました。


--4.数据文件ONLINE后，对象表可以正常访问

SQL> alter database datafile '+CRS2/racdb/datafile/user2.256.833962583' online;


データベースが変更されました。


SQL> alter database datafile '+CRS2/racdb/datafile/user2.257.834020569' online;


データベースが変更されました。


SQL> select count(*) from use1.tal01;


 COUNT(*)

----------

     1000


来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/26552866/viewspace-1063441/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/26552866/viewspace-1063441/

congerza6833
关注
MySQL relay_log_recovery源码分析
w1346561235的博客
03-25 1273
此处所列代码为mysql8.0.23版本，其它版本可能略有差异。 relay_log_recovery按照官方文档描述，在server启动的时候，会创建新的relay_log，并将sql_thread指向新的relay_log坐标，并且引导io_thread将从master读取的event写入新的relay log中。从而跳过旧的relay log的apply，进而避免旧的relay log出现问题导致复制出现问题。 但是在MTS下，在出现复制gap的时候，仍然需要在旧的relay log上将gap补齐
azure不支持哪些语句 sql_排查 Azure SQL 数据库的常见连接问题 - Azure SQL Database | Microsoft Docs...
weixin_33264203的博客
12-31 1161
您现在访问的是微软AZURE全球版技术文档网站，若需要访问由世纪互联运营的MICROSOFT AZURE中国区技术文档网站，请访问 https://docs.azure.cn.排查 Azure SQL 数据库和 Azure SQL 托管实例的连接问题和其他问题Troubleshooting connectivity issues and other errors with Azure SQL Da...
11.2.0.2 "_datafile_write_errors_crash_instance"
weixin_34273479的博客
11-27 97
可以通过隐藏参数_datafile_write_errors_crash_instance控制DBWR进程写出到数据文件遇到I/O问题时的表现： 在版本11.2.0.2中： 1. 默认情况下，若是RAC或未启用归档的实例或出现问题的是SYSTEM表空间的数据文件会导致实例终止；其他情况下，会造成相关数据文件被OFFLINE。 2.若该参数设置为TRUE，则在DBWR写文件...
oracle写文件卡住不动,Oracle写错误与文件离线
weixin_39586395的博客
04-16 172
当Oracle写数据文件遇到错误时，该如何应对呢？是离线文件还是崩溃实例？这个简单问题的技术变化跨度超过了20年。自Oracle 11.2.0.2版本开始，一个新的隐含参数 - _datafile_write_errors_crash_instance 被引入到数据库中，通过这个参数名就可以了解到其含义：当发生数据文件写错误时，Crash数据库实例。为什么要引入这个参数呢？这个参数后台解决的是什...
data file int write和db file sequential read个人想法
05-03 149
Data file init write等待事件主要是用于数据文件内部扩展，增加数据文件出现的等待事件，该等待事件的三个参数分别是count，intr，timeout，oracle 10g推出的SQL> alter ses...
当非system的datafile 无法写入时，控制db instance crash 还是 datafile offline的 参数
msdnchina的专栏@JiNan,ShanDong
05-15 1275
当非system的datafile 无法写入时，控制db instance crash 还是 datafile offline的 参数
【windows环境】docker中启动prometheus，grafana,redis_export（集群）
qq_38872351的博客
04-11 542
使用docker-compose的编排容器的方式进行启动 1.编写docker-compose.yml version: '3' services: grafna-compose: image: grafana/grafana:latest container_name: grafna-compose volumes: - :\docker\server\prmetheus\grafana\grafana-storage:/var/lib/grafana grafan
patroni 集群安装_用Patroni实现容错PostgreSQL集群
cullen2012的博客
09-07 2023
patroni 集群安装Miro. Our service is a high-load one: it is used by 4 million users worldwide, daily active users - 168,000. Our servers are hosted by Amazon and located in a single Ireland region. We hav...
10_Flink Streaming jobSubmit
codemosi的专栏，点击我可以跳到目录一栏
06-09 8290
./bin/flink run ./examples/batch/WordCount.jar 通过shell提交job后。flink将程序产生的jobGraph和jar包传给 jobmanager（简称JM）。再由jobmanager（类似nimbus）将任务分解到taskmanager（一个jvm带一个taskmanager）运行。 JM将jobGraph转化成executionGrap
ORACLE 11GR2常用参数(含隐含参数)设置
Neviller_Ma的博客
12-16 1995
一audit_trail 审计（Audit）用于监视用户所执行的数据库操作，审计记录可存在数据字典表，当数据库的审计是开启时，在语句执行阶段产生审计记录。由于审计表（AUD$）存放在SYSTEM表空间，因此为了不影响系统的性能，保护SYSTEM表空间，建议把AUD$移动到其他的表空间上，或者关闭审计。 参考命令：alter system set audit_trail='NONE' #INSTANCE# scope=spfile; 二_optimizer_adaptive_cursor...
Oracle 19c 参数列表及概要介绍
SQLplusDB的小院
04-13 8272
Oracle 19c包括5412个参数，各参数概要内容
oracle 28401事件,盘点 Oracle 11g 中新特性带来的10大性能影响（上）
weixin_39791446的博客
04-10 545
Oracle的任何一个新版本，总是会带来大量引人瞩目的新特性，但是往往在这些新特性引入之初，首先引起的是一些麻烦，因为对于新技术的不了解、因为对于旧环境的不适应，从Oracle产品到技术服务运维，总是要走过一个磨合的长期过程。请注意：我们并不推荐大家盲目的关闭和摒弃Oracle的新特性，我们建议大家在遇到问题时，做出适合自己的调整。就此盘点一下 Oracle 11g 中，那些新特性带来的新烦恼，如...
记一次数据库宕机处理
weixin_33898233的博客
12-19 576
早上巡检realsync时发现数据库宕掉了，查看alert发现如下报错：Thu Dec 18 22:26:18 2014KCF: read, write or open error, block=0x72d online=1 file=1 '/oradata/****/temp01.dbf' error=27063 txt: 'IBM AIX RI...
[升级] 数据库升级到11g的应急方案
N
11-25 7732
数据库升级应急方案 通过对数据库初始化参数进行调整来对出现的故障或者性能问题进行处理。 _subquery_pruning_enabled 参数：_subquery_pruning_enabled 默认值：true 推荐值：false 动态修改：推荐在session修改 说明：enable the useof subquery predicates to perform
Oracle 12.2.0.1.0 PDB丢失数据文件对CDB的影响
ckth47350的博客
04-16 272
Oracle 12.2.0.1.0 PDB丢失数据文件对CDB的影响 在Oracle 12.1.0.1.0版本时： 当某一个PDB数据库丢失数据文件后，可能会导致所有整个CDB数据...
C++大作业 物流管理系统
Gelercat的博客
01-19 2022
课程作业，在设计上用到了前后端分离的思想，把业务层和逻辑交互层分开来写。本来想用qml实现前后端分离，时间问题没做图形界面，只写了个扣1扣2的cmd界面，谈不上前后端之分。前前后后写了三天，从最底层数据封装开始，到内存的自动管理，再到业务层，最后是扣1扣2的界面层，总体来说还是很累的，简单记录一下屎山x。其中交互层还有很多未知bug，但咱重点突出一个能跑就行好吧，也欢迎大家指正。
Python 文件，写入文件(write)，文件打开方式
houyanhua1的专栏
11-16 7220
  demo.py（写入文件）： # 1. 打开 file = open("readme.txt", "a") # a 以追加的方式打开 (默认以只读方式打开) # with open("readme.txt") as file: # 这种方式,会自动close()释放资源 # 2. 写入文件 file.write("123 hello") # 3. 关闭 file.close()...
MySQL 8.0特性-自增变量的持久化
最新发布
myneth的博客
11-13 476
在MySQL 8.0之前，自增主键AUTO_INCREMENT的值如果大于max(primary key)+1，在MySQL重启后，会重置AUTO_INCREMENT=max(primary key)+1，这种现象在某些情况下会导致业务主键冲突或者其他难以发现的问题。下面通过案例来对比不同的版本中自增变量是否持久化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值