Oracle

使用DUMP 資料區塊格式結合BBED進行查看。####################實驗準備步驟：BYS@ bys3>create table test6(aa int,bb varchar2(10));Table created.BYS@ bys3>insert into test6 values(89,'bys');1 row created.BYS@ bys3>insert into test6 values(69,'hello');1 row

內容基於LMT管理的資料表空間，字典管理已經不用了。本篇主要驗證了這些問題：1.LMT管理的資料表空間，區的分配有兩種方法：系統分配和UNIFORM固定大小-->見實驗2.驗證Oracle找尋可用性區域的方式：從資料檔案開頭的位元影像塊中獲得可用性區域的資訊，DUMP時可見FIRST:3這種，表示已經使用3個區。詳見：點擊開啟連結3.在資料表空間中建第一個表（注意，第一個），這個表從資料檔案的第幾個塊開始使用11G下，LMT管理的資料表空間，資料檔案中0-127號塊做位元影像地區用，第12

探索LMT資料表空間管理下資料檔案頭的結構及位元影像中區的記錄方式實驗分兩步：1.LMT本地管理的資料表空間，ASSM 自動段管理時資料檔案的結構分析ORACLE 11G:0號作業系統塊，1-2是檔案頭，3-127是位元影像資訊。128號開始及之後存放的是資料了—可能是段頭或段的資料。ORACLE

今天配置完共用伺服器模式之後發現登入過程中報錯ORA-12523，排查錯誤之後發現是靜態監聽惹的禍。本機之上有兩個監聽，一個靜態監聽1521連接埠，一個動態監聽1526連接埠。LISTENER=(DESCRIPTION=  (ADDRESS_LIST=    (ADDRESS=(PROTOCOL=tcp)(HOST=jp)(PORT=1521))  

SCHEDULER使用詳解：建立SCHEDULER：BEGINsys.dbms_scheduler.create_schedule(repeat_interval => 'FREQ=DAILY;BYHOUR=15;BYMINUTE=0;BYSECOND=0',start_date => systimestamp at time zone '+8:00',end_date => to_timestamp_tz('2014-03-15 +8:00', 'YYYY-MM-DD

癥狀描述：在linux下使用sqlplus sys/oracle@prod as sysdba登入非常慢，大概需要十幾秒才能登入成功，使用sqlplus / as sysdba 登入資料庫速度很快，秒登。使用sqlplus sys/oracle@prod as sysdba登入會卡在下面這個位置十幾秒：[oracle@jp admin]$ sqlplus sys/oracle@prodSQL*Plus: Release 10.2.0.1.0 - Production on Wed Mar 26

普通表線上重定義為分區表過程中報錯，數值範圍超過了分區限制大小，那麼想要重新對錶進行線上重定義需要經過哪些步驟呢？這個例子記錄了處理過程：SALES@ORCL>exec dbms_redefinition.start_redef_table('SALES', 'SALES', 'SALES_P');BEGIN dbms_redefinition.start_redef_table('SALES', 'SALES', 'SALES_P'); END;*ERROR at line 1:ORA-

1. 保留七天只保留七天的備份是這樣設定的RMAN> connect target/connected to target database: DBSID (DBID=3100778490)RMAN> configure retention policy to recovery window of 7 days;2. 備份指令碼vi /root/rmanbak.sh#! /bin/bashsu - oracle <<!rman target

刪除crs1. 停止資源：關閉crs資源：crsctl stop resources關閉crs:       crsctl stop crs2. 使用指令碼：兩個節點root.delete.sh, rootdeinstall.sh3. 刪除啟動項：rm/etc/oracle/*rm -f/etc/init.d/init.cssdrm -f /etc/init.d/init.crsrm -f/etc/init.d/init.crsdrm

(1)查看庫資訊select * from v$version(2)查看字元集select * from sys.props$ wherename='NLS_CHARACTERSET';1．  進程查看l  資料庫寫進程：oracle    2438    1  0 01:39 ?        00:00:00 ora_dbw0_EDWPRDl  日誌寫進程：

一、概述前一段時間，有一個DBA朋友在完成重建表(rename)工作後，第二天早上業務無法正常運行，出現資料無法插入的限制和錯誤，後來分析才發現，錯誤的原因是使用rename方式重建表以後，其它引用這個表的外鍵約束指向沒有重新定義到這個重建的新表中，從而導致這些表在插入新資料時，違反資料完整性約束，導致資料無法正常插入。影響了業務大概有1個多小時，真是一次血淋淋的教訓啊。使用rename方式重建表是我們日常DBA維護工作中經常使用的一種方法，因為CTAS+rename這種配合方式，非常實用和高效

select e.tsname, substr(e.filename, 1, 52) filename, e.phyrds - nvl(b.phyrds, 0) reads, (e.phyrds - nvl(b.phyrds, 0)) / (SELECT EXTRACT(DAY FROM E.END_INTERVAL_TIME - B.END_INTERVAL_TIME) * 86400 +

事務是用來分割資料庫活動的邏輯工作單元，事務即有起點，也有終點；當下列事件之一發生時，事務就開始了：串連到資料庫上，並執行了第一天 DML 語句； 當前一個事務結束後，又輸入了另外一條 DML 語句；當下列事件之一發生時，事務就結束了：執行 COMMIT 或 ROLLBACK語句；執行一條 DLL語句，例如 CREATE TABLE 語句；在這種情況下， 會自動執行 COMMIT 語句；執行一條 DCL語句，例如GRANT語句；在這種情況下，會自動執行COMMIT語句；

有時候資料庫掛掉，起庫會出現ORA-00704錯誤，而導致ORA-00704錯誤的根本原因是訪問OBJ$的時候，ORACLE需要復原段中的資料，而訪問復原段的時候需要的undo資料已經被覆蓋，此時我們可以通過bbed工具手工提交事務，從而解決這個問題。使用bbed提交事務測試過程如下：JP@ORCL>create table JP_BBED_TEST as select * from hr.employees where rownum<=10;Table

實驗環境：源端：Ip：192.168.40.10DataBase：Oracle 11.2.0.1.0 ORCLOS：OEL5.6OGG：fbo_ggs_Linux_x86_ora11g_32bit目標端：Ip：192.168.40.128DataBase：10.2.0.1.0  ORCLOS：OEL5.6OGG：fbo_ggs_Linux_x86_ora11g_32bit首先配置好兩台機子上的環境變數，在其中增加以下內容並使之生效：export

表中的資料被delete之後並不會真正刪除資料，而是打了一個刪除標記，只要還沒有被覆蓋就可以恢複回來。實驗過程如下：SYS@ORCL>create table bbed_test(x varchar2(20));Table created.SYS@ORCL>insert into bbed_test values('BADLY9');1 row created.SYS@ORCL>insert into bbed_test values('JP');1 row

如果換網卡前後 網卡名，ip，網關，子網路遮罩都不變的話，叢集層面不許要做額外的操作！一下操作為更換網卡後使用新的網卡名1、確保所有叢集節點都是active 的olsnodes -s[grid@vmrac1 ~]$ olsnodes -svmrac1  Activevmrac2  Active2、確保新的替換網卡已經配置在伺服器上$ /sbin/ifconfig..3、將新網卡加到叢集oifcfg setif -global

第一部分：profile概念Oracle資料庫10g使用了一個叫做SQL設定檔的新方法彌補了儲存概要的缺點，DBA可以使用SQL調整顧問(STA)或SQL訪問顧問(SAA)來識別可以得到更好效能的SQL語句，這些語句可以儲存在SQL調整集、一個AWR快照或儲存在當前的庫緩衝中，一旦識別出調整候選者，

[oracle@ggos ~]$ rman target /Recovery Manager: Release 11.2.0.4.0 - Production on Fri Dec 6 00:17:59 2013Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.connected to target database: ORAPROD (DBID=9124528)RMAN>

步驟：（1）建立指令碼檔案bak_112.sh，內容如下(自動按當前日期備份資料庫)：#!/bin/shexport ORACLE_BASE=/u01/app/oracle;ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_home1; export ORACLE_HOMEORACLE_SID=XXX; export