數據庫管理員

問題：[Oracle@localhost install]$ ./runInstaller正在啟動 Oracle Universal Installer...正在檢查安裝程式要求...檢查作業系統版本: 必須是RedHat-2.1, redhat-3, redhat-4, SUSE-9 or UnitedLinux-1.0 通過所有安裝程式要求均已滿足。檢查臨時空間: 必須大於 400 MB。 實際為 5095 MB 通過檢查交換空間: 必須大於 512 MB。 實際為 1027MB

1、open_links含義OPEN_LINKS_PER_INSTANCE specifies the maximum number of migratable open connections globally for each database instance. XA transactions use migratable open connections so that the connections are cached after a transaction is

Oracle的最佳化器有兩種最佳化方式,即基於規則的最佳化方式(Rule-Based Optimization，簡稱為RBO)和基於代價的最佳化方式(Cost-Based Optimization，簡稱為CBO)，在Oracle8及以後的版本,Oracle強列推薦用CBO的方式

在一個新聞網站的後台資料庫的監控過程中，經常出現資料庫開始使用交換分區的情況，並進而導致整個應用系統響應非常緩慢，不能夠提供服務。該伺服器的記憶體為8G，SGA設定為4G，PGA設定為1G。作業系統為64位。按照道理，即使記憶體發生不夠的情況，應該是磁碟讀寫變得更加激烈，而不是開始頻繁的使用swap交換分區，沿著這個思路，尋找相關資料，發現如果配置大記憶體頁可以強行把SGA鎖定到記憶體中，大記憶體頁是不允許被交換的。而同時相關資料也說明，在記憶體比較大的情況下，當系統記憶體為8G以上時，如果不採

//概況   //基本上，當你希望一個PLSQL(或者java或者c)程式作為資料來源，而不是表，   //你可能會用到管道函數(pipelined function).   //pipelined function操作起來就像一張表   //一個pl/sql函數可能會用於資料倉儲的資料庫裡面，轉換大量的資料。   //這可能包括格式化一系列轉換資料，它們是不同的函數執行後得到的結果。 

用ps -ef|grep ora_ 查看沒有發現Oracle的進程。進入資料庫啟動遇上ORA-01261:ORA-01262:錯誤。$ sqlplus "/as sysdba"SQL*Plus: Release 10.2.0.1.0 - Production on Tue Dec 15 08:25:22 2009Copyright (c) 1982, 2005, Oracle.  All rights reserved.Connected to an idle

一、配置Oracle伺服器的監聽器listener 修改<安裝目錄>/network/admin/目錄下的listener.ora和tnsnames.ora兩個檔案。其中listener檔案大致如下：# listener.ora Network Configuration File: /oracle/app/product/10.1.0/db_1/network/admin/listener.ora# Generated by Oracle configuration

給一個已經有記錄的表添加新列，並指定not null

當我更新一個視圖的時候，遇到這個錯誤：ORA-01779: 無法修改與非索引值儲存表對應的列01779, 00000, "cannot modify a column which maps to a non key-preserved table"// *Cause: An attempt was made to insert or update columns of a join view which//        map to a

在安裝linux X86-64的Oracle10201時，在連結過程中出現了這個錯誤。詳細錯誤資訊為：Error in invoking target ‘install’ of makefile ‘/opt/oracle/product/10.2/ctx/lib/ins_ctx.mk’. See ‘/opt/oracle/oraInvertory/logs/installActions2010-09-28_10-27-06AM.log&

在使用Oracle資料庫中對備份恢複是最關鍵的，當資料庫出現故障時可以及時恢複減少不必要的損失。下面我將簡單介紹一下匯入匯出資料庫,方案,表,和在使用的過程當中事物的作用。1.匯出資料表[oracle@CentOS ~]$ exp scott/system tables=t file='/home/oracle/t.dump' log='/home/oracle/t.log';    --匯出scott使用者中的t表資料(tables=可以寫多個表,full=y 

安裝前須知：記憶體(RAM)的最小要求是 1GB，建議 2GB 及以上。虛擬記憶體 swap 建議：記憶體為 1GB~2GB 時建議swap大小為記憶體大小的 1.5 倍；記憶體為 2GB~16GB 時建議swap大小為記憶體的大小；記憶體超過 16GB 時swap保持16GB。要求臨時檔案目錄，如 /tmp 的磁碟空間至少 1GB。磁碟空間要求：企業版為4.35GB的安裝空間和1.7GB以上的資料檔案空間；標準版為4.22GB的安裝空間和1.5GB以上的資料檔案空間。需要 X window

Oracle，oracle官網包頭:create or replace package ProdureceCursorData istype  curtype is ref cursor;    type type_record is record  (    deptno NUMBER(2) ,  dname  VARCHAR2(14),  loc    VARCHAR2(1

檢查處理kettle資料流中的空行，kettle資料流檢查處理kettle資料流中的空行 ETL處理過程中，有時需要產生資料，但是卻沒有輸入資料，這可能有一些問題，所以通常需要ETL資料流產生一個空行資料；有時處理中需要一些聚集功能，則意味著當沒有輸入資料時，產生值為0；本文說明怎樣檢測並處理空行資料流。樣本情境      假設有需求需要讀取輸入資料代表銷售（有三個欄位：produ

使用預設system_health分析死結(Deadlock)，oracle死結在2008之前我們分析死結需要用profiler trace或者trace flag 1222,1204.在2008中引入了一個新功能：Extended Events(擴充事件)，可以監控Deadlock事件，並且效能更好。　 而且2008內建了一個預設擴充事件會話system_health，如果你運行在2008或者之上版本可以執行下面查詢：　  select * from

推測Oracle GoldenGate(OGG)目的端 rep進程Checkpoint Lag的計算方法，oraclelag本文為原創，轉載請註明出處。推測Oracle GoldenGate(OGG)OGG目的端 rep進程Checkpoint Lag的計算方法背景介紹：如下是OGG目的端的rep進程的顯示，當時，OGG源頭的傳輸進程由於網路擁堵的原因，導致傳輸速度急劇下降，降低為1.5M/分鐘。此時，源頭已經積壓了很多trail

Streams AQ: qmn coordinator waiting for slave to start，streamsqmn今天有一套10g RAC(10.2.0.5)的Node2的Top 5Timed events出現了這個等待事件Top 5 Timed Events EventWaitsTime(s)Avg Wait(ms)% Total Call TimeWait ClassCPU time 78 123.5 Streams AQ: qmn

ORACLE使用WITH AS和HINT MATERIALIZE最佳化SQL解決FILTER效率低下，hintmaterialize在做項目的過程中，一個頁面使用類似如下的SQL查詢資料，為了保密和使用方便，我把項目中有關的表名和欄位替換使用ORACLE資料庫中的系統資料表和欄位。在我所做的項目中，類似ALL_TABLES的表中大概有8W多條資料，下面這個查詢SQL很慢。WITH PARAMS AS (SELECT ''

Oracle中如何插入特殊字元: & 和 ' (多種解決方案)分類： OracleOracle中如何插入特殊字元：& 和 '

前一段時間幫一個朋友的朋友恢複了一個損壞的dmp檔案，大概100多個G，記錄一下恢複過程並簡單總結一下一、描述這個dmp檔案是從一個Oracle 9i的資料庫上exp出來的，在匯入Oracle 11g版本的時候，可能會隨機出現兩類錯誤，如下（1）dmp檔案匯入的時候，一直停留在某張表上不動，兩三天都是這樣，匯入操作無法進行，如下匯入了