Author: mac

Oracle中终止会话KILL SESSION   终止会话： 将例程置于受限模式后，在执行管理任务前可能想终止所有当前用户会话。此操作可通过以下命令来实现： ALTER SYSTEM KILL SESSION ‘integer1,integer2’ 其中： integer1：V$SESSION 视图中的 SID 列的值 integer2：V$SESSION 视图中的 SERIAL# 列的值 注：会话 ID 和序列号用来唯一地标识会话。这样，即使用户注销身份并且新会话使用相 同的会话 ID，也可确保 ALTER SYSTEM KILL SESSION 命令能够应用于正确的会话。 终止会话的影响： ALTER SYSTEM KILL SESSION 命令一执行，将使后台进程 PMON 立即执行以下步骤： 回退用户的当前事务 释放所有当前持有的表或行锁定 释放用户当前保留的所有资源 终止特定实例上的会话 从 Oracle RAC 11gR1 开始，可以使用 ALTER SYSTEM KILL SESSION 语句终止特定实例上的会话。 幻灯片通过以下方式对此进行了说明：在另外一个不同于终止有问题会话的实例上，终止一个已启动的会话。 如果会话正在执行某个必须完成的活动（例如等待来自远程数据库的答复或者回退事务处理）则 Oracle DB…

Oracle Archived log 归档重做日志/归档日志详解   V$ARCHIVED_LOG 此视图显示包含归档日志名的控制文件中的归档日志信息 在联机重做日志成 功归档或清除后会插入归档日志记录 如果已清除日志 则名称列为 NULL 如果日志归档两次 将产生两个归档日志记录 它们具有相同的 THREAD# SEQUENCE# 和 FIRST_CHANGE# 但名称不同 使用备份集或 副本恢复归档日志后 也会插入归档日志记录 RECID 归档的日志记录 ID STAMP 归档的日志记录标记 NAME 归档的日志文件名 如果设置为 NULL 则日志文件在归 档前被清除 THREAD# 重做线程编号 SEQUENCE# 重做日志序列号 RESETLOGS_ CHANGE# 写入此日志时数据库的重置日志更改 # RESETLOGS_TIME 写入此日志时数据库的重置日志时间 FIRST_CHANGE# 归档日志中的第一更改 # FIRST_TIME 第一更改的时间标记 NEXT_CHANGE# 下一日志中的第一更改 NEXT_TIME 下一更改的时间标记 BLOCKS 块中归档日志的大小…

Oracle Redo Online Logfile 重做在线日志负责： 记录数据库变更 应该多路复用以避免遗失   重做日志文件是用来记录数据库的变更情形，而这些变更源自事务及内部Oracle是数据库服务器操作。   注意：【事务(Transaction)】是工作的逻辑单元，它是由的单一使用者所执行的一或多个SQL命令组成。当发生电源中断、从磁盘错误等问题时，重做日志文件能保护数据库以避免损坏完整性。平时应该多路复用重做日志文件，以确保在磁盘发生错误的时候，不至于遗失储存在其中的信息。   重做日志是由一组组的重做日志文件构成，而每个重做日志文件组则是由一个重做日志文件及其多重备份的副本组成。每个完全相同的副本是该组的成员之一。而每个组是透过一组号码来识别。日志写入器进程(LGWR)会从重做日志缓冲区讲重做记录写入重做日志组，一直到组中的文件被填满，或是出现日志切换要求为止。接着写入器就会进行切换，然后写入下一个组的文件中。重做日志组是以循环方式来使用的。   您可以查看数据库中重做日志文件的相关信息，请在【服务器(Server)】页面的【存储(Storage)】区中按一下【重做日志组(Redo Log Groups)】链接。您可以选择一个组，再按【查看(View)】来查看各种详细信息，例如重做日志文件名称。       多路复用重做日志   您可以在现有的日志组中新增一个成员，制作重做日志的多路复用。请按照下列步骤执行，将成员新增到重做日志组中: 在【服务器(Server)】页面的【存储(Storage)】区中按一下【重做日志组(Redo Log Groups)】。会出现【重做日志组(Redo Log Groups)】页面。 选择一个组，再按一下【编辑(Edit)】，或是按一下组的编号链接。接着会出现【编辑重做日志(Edit Redo Log)】. 在【重做日志成员(Redo Log Members)】区按一下【添加(Add)】。会出现【添加重做日志成员(Add Redo Log Member)】页面。 输入文件名称与文件目录。按一下【继续(Continue)】。之后点【应用(Apply)】。     注意： 建议您在不同的磁盘上储存成员，以免重做日志项目因磁盘失败事件而全部遗失。 为每个现有大的日志组重复执行这些步骤。   当您将重做日志成员加入日志组时，组的状态会标示为INVALID，这是因为此组的成员还没有被写入。当发生日志切换，而无效日志组成为当前组时，，状态就会变为CURRENT。   丢失了重做日志文件   丢失了单个重做日志组成员后进行恢复并不会影响运行的实例。要执行这种恢复，请执行以下步骤： 1. 检查预警日志，确定是否有缺失的日志文件。 2. 通过以下方式恢复缺失的文件，先删除丢失的重做日志成员： SQL> ALTER…

Oracle Alert.log警报日志文件 每个 Oracle 例程都有一个警报日志文件。如果该文件尚未创建，将在例程启动过程中进行创建。警报日志文件由您进行管理，并随着数据库的继续运行而不断增长。诊断日常操作或错误时，应该首先查看警报日志文件。警报日志文件还包含指向跟踪文件的指针，从而可获得更详细的信息。 警报日志文件记录了以下信息： 数据库启动或关闭的时间 所有非缺省初始化参数的列表 后台进程的启动 例程使用的线程 正在向其中写入信息的日志序列号 LGWR 有关日志切换的信息 表空间的创建和撤消段 已发出的警报声明 有关 ORA-600 等错误消息和区错误的信息   alertSID.log 文件： 记录命令 记录主要事件结果 用于记录日常操作信息 用于诊断数据库错误 每个条目都带有与之相关联的时间戳 必须由 DBA 进行管理 存储位置由 BACKGROUND_DUMP_DEST 定义     告警日志这个文件里包含了依照之间排列的信息与错误日志。告警日志包括下列项目： 所有发生的内部错误(ORA-600)、数据块损坏错误(ORA-1578)以及死锁错误(ORA-60)的记录。 例如create、alter、drop命令以及startup、shutdown、archivelog命令等管理操作记录。 与共享服务器与调度器进程功能相关的信息及错误。 所有在实例启动时有非预设值的初始化参数数值。 Oracle服务器会将这些作业都记录在告警日志中，作为在操作员主控台(Operator’s console)显示信息的替代方式。如果操作成功，则会在告警日志中写入”completed”信息，并加上时间戳。 在Enterprise Manager中，您可以藉由按一下”数据库(Database)”首页中”相关链接(Related Links)”区域的”告警日志内容(Alert Log Content)”来检查告警日志中的内容。会显示”最近的告警日志项(Most Recent Alert Log Entries)”页面。     警报日志文件中的信息示例 ALTER DATABASE…

Oracle Controlfile 控制文件详解   Oracle Controlfile控制文件 包含物理数据库结构信息 多路复用以免遗失 在挂载mount阶段读取   当您启动数据库实例和挂载数据库时，就会读取控制文件。而控制文件中的项目则指定了构成数据库的物理文件。 当您将其他文件加入到数据库时，会自动更新控制文件。 您必须在CONTROL_FILES初始化参数中指定控制文件的位置。 为了避免数据库因为遗失控制文件而失败，您必须【多路复用(multiplex)】控制文件。在初始化参数中指定多个文档，就可以让Oracle数据库保有控制文件的多个副本。 您可以存取数据库中控制文件的相关信息，只要在Enterprise Manager的【服务器(Server)】页面【存储(Storage)】区中按一下【控制文件(Controlfiles)】链接。在【控制文件(Controlfiles General)】页面中会显示数据库控制文件的名称与位置。另外，【高级(Advanced)】页面中会提供建立控制文件和数据库识别的相关信息。而【记录文档段(Record Section)】页面则显示控制文件中项目的相关信息。   打开数据库与控制文件   当数据库从关闭阶段转到完全打开阶段时，数据库会执行内部一致性检查。这些阶段包括： NOMOUNT：实例要达到 NOMOUNT（又称 STARTED）状态，就必须读取初始化参数文件。实例进入 NOMOUNT 状态时，不会检查任何数据库文件。 MOUNT：实例进入 MOUNT 状态时，会检查初始化参数文件中列出的所有控制文件是否都存在且已同步。即使有一个控制文件缺失或损坏，实例也会向管理员返回错误（指明缺失了控制文件）并保持在 NOMOUNT 状态。 OPEN：实例从 MOUNT 状态转到 OPEN 状态时，它会：- 检查控制文件知道的所有重做日志组是否都至少有一个成员。任何缺失的成员都会记录在预警日志中。   丢失了控制文件 执行以下步骤可在丢失了控制文件后进行恢复（只要至少保留了一个控制文件）： 如果实例尚未失败，可使用 SHUTDOWN ABORT 关闭实例。 将剩余的一个控制文件复制到缺失文件的位置。如果介质故障是由于丢失了磁盘驱动器或控制器而造成的，则将剩余的一个控制文件复制到其它某个位置，然后通过更新实例的参数文件来指向新位置。也可从初始化参数文件中删除对缺失的控制文件的引用。记住，Oracle 建议在任何时间至少要保留两个控制文件。 启动实例。   维护控制文件 1 现有控制文件的位置及其名称是什么 提示 查询动态性能视图 V$CONTROLFILE…

Oracle PFILE/SPFILE 初始化参数文件 初始化参数文件 要启动一个例程，Oracle 服务器必须读取初始化参数文件。   初始化参数文件 文件中的条目专用于要启动的例程 有两种类型的参数： –显式：文件中有一个条目 –隐式：文件中没有条目，但假定取 Oracle 缺省值 可存在多个初始化参数文件 对文件中条目的更改的生效时间，取决于使用的初始化参数文件类型 –静态参数文件 PFILE –永久参数文件 SPFILE Oracle 服务器在启动例程时读取初始化参数文件。共有两种类型的初始化参数文件： 静态参数文件 PFILE，一般名为 initSID.ora。 永久参数文件 SPFILE，一般名为 spfileSID.ora。 初始化参数文件内容： 例程参数列表 与该例程相关联的数据库的名称 系统全局区 (SGA) 的内存结构的分配 如何处理已满的联机重做日志文件 控制文件的名称和位置 有关撤消段的信息 为在各种不同情况下优化性能，一个例程可有多个初始化参数文件。 初始化参数文件 使用 Oracle Enterprise Manager 查看初始化参数 从“OEM 控制台”(OEM Console)： 导航到“数据库”(Databases) >“例程”(Instance) >“配置” (Configuration)。 2.从“常规”(General) 页选择“全部初始化参数”( All Initialization…

这篇文章 主要摘译自 http://www.businessinsider.com/whatever-happened-to-oracles-founders-in-this-iconic-photo-2012-8 随着Oracle甲骨文CEO 70岁的Larry Ellison辞去CEO职位，甲骨文的未来将充满未知和新局面。 来回顾一下这家公司的过往，最初的创始人。     这张拍摄于1978年的照片，对于大众而言是少数能帮助我们了解甲骨文公司在起步阶段情况的历史资料。 拍摄这张照片的时候，公司甚至还不叫甲骨文Oracle。  左起为Ed Oates，Bruce Scott，Bob Miner，Larry Ellison（高个不戴眼镜） 拉里·埃里森从 Ed Oates(甲骨文的另一个联合创始人)那里获得了一份IBM的研究杂志，这份杂志上介绍的SYSTEM R系统引起了拉里的兴趣。一开始拉里希望让Oracle的产品能与SYSTEM R相兼容，但IBM封闭守旧的做法让这种想法泡汤了。     到了70年代末的1977年，拉里和Bob Miner 以及Ed Oates创立了软件开发实验室(Software Development Laboratories (SDL))， 1979年更名为 Relational Software, Inc. (RSI)， 到1982年更名为Oracle Systems Corporation沿用至今，1986年Oracle上市时年收入暴增到5500万美元，甲骨文传奇从此为世人熟识。(https://www.askmac.cn/archives/maclean-write-oracle-basic.html)     这四位创始人当初也难以料到Oracle公司竟会发展为市值数百亿美元的软件帝国，世界上最大的数据库软件供应商。 askmac.cn       Ed Oates, 当时的项目经理   1996年ED Oates从Oracle公司退休，虽然之前他表达过当公司拥有10000名员工时就会退休的意愿，但显然当时oracle的扩展速度过于迅速了， 这导致Ed退休的时候Oracle已经拥有20000明员工了。 后来他买了一家高端家庭影院专卖店，为像乔布斯和Larry Ellison这样的人提供高端音响，在1999年他出售了这家店。   在oracle的最初岁月，Ed Oates负责项目管理…

Create your free online surveys with SurveyMonkey , the world’s leading questionnaire tool.

诗檀软件成功使用PRM为某西南电信运行商恢复多张千万级别表，由于工作人员误操作导致数张大表被truncate，通过PRM-DUL的快速恢复truncate截断功能很快将绝大部分数据还原出来。     ORACLE PRM是诗檀软件独立研发的ORACLE数据库灾难恢复软件，其具有全程图形化界面、简单高效等特点。 欢迎下载使用ORACLE PRM。 下载地址：http://parnassusdata.com/sites/default/files/ParnassusData_PRMForOracle_3206.zip PRM用户使用手册。http://www.parnassusdata.com/sites/default/files/ParnassusData%20Recovery%20Manager%20For%20Oracle%20Database%E7%94%A8%E6%88%B7%E6%89%8B%E5%86%8C%20v0.3.pdf            

某国内数据库系统由于存储故障导致ASM diskgroup损坏，后续恢复过程中在open  database阶段遇到了ORA-00600: [16513], [1403], [20]：ORA-00600: internal error code, arguments: [16513], [1403], [20], [], [], [], [], []   ORA-00600: internal error code, arguments: [16513], [1403], [20], [], [], [], [], [] Current SQL statement for this session: alter database open —– Call Stack Trace —– calling call entry argument values in hex location type…