一、开启root用户登录 1.设置root密码 sudo passwd root 验证当前账户密码后设置root账户密码 2.切换命令行至root su - root 3.注释以下文件内容 vim /etc/pam.d/gdm-autologin #auth required pam_succeed_if.so user != root quiet_succes vim /etc/pam.d/gd
环境:linux 5.4服务器,ORACLE 10.0.2.4数据库案情:上周某数据库DBA做迁移操作时说突然连不上了,向可能有ROOT权限的人确认是否突然修改了密码。可也太诡异了,这台数据库服务器所在的区域安全等级较高,而且运行了若干年从来没有任何问题。刚刚root放给新入职的DBA就出了问题。还好有堡垒主机,于是立即确认堡垒主机的动作,没有发现有修改ROOT密码的命令。惊了一声冷汗,难不成被攻
ORACLE数据库错误一例Error 12154 received logging on to the standby
Linux系统Oracle数据库乱码问题的解决方法
逻辑备库之ORA-01403解决方法
物理DG恢复又一例,未采用增量备份
一、RAC启动关闭顺序 启动RAC顺序: 1 启动HA (建议两节点分别启动,重起机器第一次启动HA软件oracle会自动启动) 2 启动CRS (两节点都要执行) 3 启动instance 默认会跟着CRS一并启动,如果没有启动可以单独启动。 关闭RAC顺序: 1 关闭instance (详见第2节) 2 关闭CRS (两节点都要执行) 3 关闭HA软件 (如果没有必要可以不关
故障现象: [oracle@L-DB-100-17 ~]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.4.0 - Production on 星期六 1月 5 14:59:15 2002 Copyright (c) 1982, 2007, Oracle. All Rights Reserved. ERROR: ORA-01031: insufficient privileges Enter user-name: ERROR: ORA-01017: invalid username/password; logon denied
linux下挂载移动硬盘
SQLLDR应用举例【转】 1、普通装载 LOAD DATA INFILE *
为减轻核心数据库的负担,我们采用了逻辑STANDBY技术分离物理读对核心数据库的影响。但某报表应用方提出报表中采用了大量的中间表,通常是把基础数据运算后存入中间表,然后报表读中间表进行展现。要彻底解决该问题显然最好的办法是计算过程前推,即在应用插入基础数据的时候主动往报表所需要的数据插入运算数据,或者至少是接近报表的数据,否则即使后期采用中间表等来解决,也无法解决临时的运算带来的极大的IO开销。但应用方迫于人力和时间所限显然不敢短期内做彻底的优化,那么最后只有DBA开刀,对逻辑STANDBY启动写入功能,即用新建表写入数据。显然这增加了逻辑STANDBY的后期可维护性,但相对于减轻主库的压力来讲,我们的DBA还是宁可牺牲些个人的时间。
故障现象: ERROR: 12-09-20 16:15:03 获取最大号时发生错误:CallableStatementCallback; uncategorized SQLException for SQL [{call USP_SYS_CMSCODE(?, ?, ?, ?)}]; SQL state [72000]; error code [1552]; ORA-01552: 非系统表空间 'USERS' 不能使用系统回退段 ORA-06512: 在 "WMP2.USP_SYS_CMSCODE", line 24 ORA-06512: 在 "WMP2.USP_SYS_CMSCODE", line 31
故障现象:客户某台WINDOWS服务器掉电,ORACLE数据库STARTUP提示控制文件CONTROL01.CTL、CONTROL02.CTL被破坏。 一、处理控制文件异常故障 方法:直接拷贝CONTROL03.CTL到CONTROL01.CTL 二、尝试启动 1、startup,碰到ORA-01172、ORA-01151错误 SQL> startup;
一个触发器内三种INSERT,UPDATE,DELETE状态 CREATE TRIGGER tr_T_A ON T_A for INSERT,UPDATE,DELETE 如IF exists (select * from inserted) and not exists (select * from deleted) 则为 INSERT 如IF exists(select * from inserted ) and exists (select * from deleted) &nbs
故障现象:ORACLE DATAGUARD环境搭建完成后启动主库报告如下错误: Wed Feb 8 23:12:38 2012 LGWR: Error 16047 creating archivelog file 'standby' Wed Feb 8 23:12:38 2012 Errors in file /home/oracle/admin/port/bdump/port_lns1_1131.trc: ORA-16047: DGID mismatch between destination setting and standby Wed Feb 8 23:12:38 2012 FAL[server, ARC1]: Error 16047 creating remote archivelog file 'standby' FAL[server, ARC1]: FAL archive failed, see trace file. Wed Feb 8 23:12:38 2012 Errors in file /home/oracle/admin
经常听到有DBA因为对DATAGUARD监控不到位,导致归档日志和主库没有同步,更悲剧的是主库通常都设置了RMAN备份,而全库备份结束后通常会删除归档日志。遇到这种情况,发现很多DBA都会着手重新从主库全库备份恢复到从库,对于动辄上百G或T的库往往会很悲剧。 实际上对于从库SCN和主库差距并不大,也可以理解为归档差距并不多的DG(比如我们的一个库上线1年了,一个月没有同步差距也不算很大), 根本没必要全库回复,这种情况下增量恢复能快速解决问题,以下是笔者的一次具体操作。
今早巡检数据库发现如下报错: Fri Jul 15 06:03:03 2011 ORA-1652: unable to extend temp segment by 128 in tablespace &n
今早一大早就到了公司,正想去享受美味早餐,出于职业反映去检查了下几个核心RAC数据库,居然发现其中一个RAC数据库的两个节点的ALERT日志均有错误,其中一个节点更是持续滚动输出,马上提起12分的精神开始面对这新的挑战。初步查看发现,两个节点通过PL/SQL均不能连接,但是本机能正常登陆,而查询业务语句只有在节点1可以运行,但节点1也经常处于HANG这个状态。
前一阵子参加了市政府信息办举办的一个ORACLE技术会议,会议主要推介ORACLE的整合方案,说白了就是ORACLE的云计算方案。 说实话此前我对云计算一直有些偏见,不是说云计算不够强大,而是各路媒体一直以公有云作为宣传的切入点,给人的感觉就是云计算是对现有计算中心煽动性的变革,一定要有非常强劲的计算中心、可以提供客户灵活的自助IT服务。在这样的基调下,云计算必定是一个庞大的工程,现实案例少之又少,因为国内鲜有“亚马逊”式的财大气粗。
事件起因:ORACLE主库进行例行周期性停机后应用相关人员确认数据交换程序时未发现交换异常, 导致该交换程序连接其中一个数据库成功,连接另外一个数据库失败,因此不断的向连接成功的数据库的状态控制表中写入交换异常的数据,而控制表中有CLOB字段记录所有的出错信息。该程序在周末跑了约24H,导致产生120W条垃圾数据,耗费表空间10G以上。
周日为了挽救主库USERS表空间不足临时扩了20G表空间,导致DG库的/bak/datafile/目录不足。 日志应用到扩表空间的归档就崩溃,同时更悲剧的是空间不足导致SYSTEM表空间写入也发生了异常。 对于该问题首先想到系统级别扩容,通过系统级别的resize2fs经过确认无法扩容。通过分区合并由于没有相邻的分区也无法进行,只有采用ORACLE层面的方式。我们的DG系统因为空间紧缺数据文件写到了两个不同的文件夹,既然数据可以写到两个目录,肯定可以写到三个目录,会不会是控制文件里有定义,马上创建了PFILE,但从PFILE里面没有发现有用的数据文件重定向信息,又查找资料,发现了救命的RENAME命令,通过RENAME命令解决了数据文件迁移的问题。
SQL优化一例:把查询条件尽可能内移,减少HASH JOIN代价 案例中通过查询调条件中外层移入到内层,使得COST从3500多下降到9,提升性能数百倍,效果非常显著……
中新网5月18日电 据外媒报道,法国巴黎拉普拉斯学院(the Institut Pierre Simon Laplace)的一组科学家近日在太阳系外部发现了适合地球生命居住的星球。
------------------- CPU 瓶颈 ------------------- 下面我们将就如何使用命令vmstat、tprof和ps检查系统是否存在CPU瓶颈做一个简单介绍。 1. vmstat 2. tprof tprof命令用于统计每个进程的CPU使用情况。 3. netpmon netpmon命令用于监控与网络有关的I/0及CPU的使用情况。
SQLSERVER要关注把sendStringParametersAsUnicode参数的属性,笔者碰到一例把该参数设置成false,设置后查询的性能得到了巨大的提高,原来用数分钟的查询现在只需要几时毫秒。原因是jdbc 封装的string型的参数传到数据库里面默认是转换成unicode的。
在AIX下新建LV,然后在LV上建表空间,出现WARNING(Oracle recommends creating new datafiles on devices with zero offset)
AquaLogic BPM Suite 6.0(ALBPM)已于 2007 年 7 月发布。自从 ALBPM 5.5 问世以来,便赋予了客户集成和使用 AquaLogic Service Bus(ALSB)的能力。在本文中,我们将介绍其中的一些特性,这些特性在 ALBPM 和 ALSB 之间对工作进行优化,使集成更加快速、无缝和透明。
使用 ps、sar、svmon 和 vmstat 监视内存的使用,并分析所得到的结果。这个由三篇文章组成的系列重点关注于在运行 AIX® 的 IBM System p™ 服务器上进行内存管理和优化的各个方面。第 1 部分提供了关于 AIX 中内存的概述,包括对虚拟内存和虚拟内存管理器 (VMM) 的介绍。它还深入地分析了各种优化参数,并对 AIX Version 5.3 中内存管理方面的改进内容进行了介绍。第 2 部分重点关注于内存子系统监视的详细内容,并介绍了如何分析所得到的结果。第 3 部分主要介绍交换空间,以及如何最好地优化 VMM 设置,以提供最优的交换空间配置和性能。在本系列文章中,我还将介绍一些内存性能优化和监视方面的最佳实践。
简介: 本文详细描述了 IBM 小型机的动态逻辑分区的资源调整功能遇到的问题,由于之前此方面的专题论述很少,相信对大多数遇到类似问题的工程师有非常好的参考意义。同时本文还涵盖了远程控制 HMC,远程图形连接 AIX 系统,安装 ssh,安装 DNS 这些非常有使用价值的内容,相信对很多读者有较大帮助
笔记:编辑表时出现ORA 00054错误
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号