새 문서 목록

2024년 9월 30일 (월) 00:43 ‎DBLINK 튜닝 (역사 | 편집) ‎[3,498 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == DB LINK를 사용한 분산 쿼리의 튜닝 == === Nested Loop을 피하고, Hash Join 처리 하여, Network Round Trip 을 줄인다 === # 네트웍을 통한 분산 SQL 튜닝에서,로컬 DB에서만 수행되는 SQL과 튜닝포인트가 다른 점 ## 분산 DB QUERY의 NESTED LOOP 조인은 조인 건수만큼의 네트웍 RoundTrip이 발생 ## 조인건수가 많을 경우 네트웍 Round Trip 에 대량 시간 발생 ## 가급적 Sort-Merge나 Hash Join으로 수...)
2024년 9월 30일 (월) 00:42 ‎DBA 초급 과정 (역사 | 편집) ‎[4,561 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == DBA 초급 과정 == === DBA 의 역활=== === DB 기본 구조 === ==== 오라클 설치==== ==== 데이터베이스 와 인스턴스 ==== ===== 데이터베이스 상태 확인 ===== ===== 인스턴스 시작 과 종료 ===== ===== 오라클 RAC ===== ==== 오라클 메모리#오라클...)
2024년 9월 30일 (월) 00:41 ‎DBA 의 역활 (역사 | 편집) ‎[3,650 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == 데이터베이스 관리자(DBA)란 무엇인가 == # 데이터베이스 관리자 또는 DBA는 데이터베이스를 유지 관리, 보안 및 운영하는 일을 담당하며 데이터가 올바르게 저장되고 검색되는지 확인합니다. # DBA는 종종 개발자와 협력하여 새로운 기능을 설계 및 구현하고 문제를 해결합니다. DBA는 기술 및 비즈니스 요구 사항을 모두 잘 이해하고 있어야 합니다. # 데이터베이스...)
2024년 9월 30일 (월) 00:40 ‎DBA 모니터링 sqlplus용 (역사 | 편집) ‎[11,063 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == DBA Sqlplus용 모니터링 SQL == # 서버 터미널에서 sqlplus를 이용하여 모니터링 # sqplus 에서 @xx 로 수행 (예시 xx.sql 로 저장한경우) === 현재 세션 모니터링 === ==== 현재 실행중인 SQL 조회 ==== <source lang=sql> -- s.sql -- created by dbcafe.co.kr set linesize 1000 set pagesize 1200 set recsep off set verify off set feedback on clear column col username1 heading "UserName" format a7 col sid1 heading "SID/Ser#" format a10 col st...)
2024년 9월 30일 (월) 00:40 ‎DBA 고급 과정 (역사 | 편집) ‎[3,007 바이트] ‎Dbcafe (토론 | 기여) (새 문서: = DBA 고급 과정 = == DBA/개발자/튜닝 공통 == === DB 아키텍쳐 === ==== DB 상세 구조 ==== # SGA # PGA # 세그먼트 ==== 고급 SQL ==== # 분석함수 ==== 플랜 분석 ==== # XPLAN 분석 # 플랜 비교 활용법 # 플랜 수집 프로시져 === 효율적인 SQL 작성방법|효...)
2024년 9월 30일 (월) 00:39 ‎DBA LOCKS (역사 | 편집) ‎[19,588 바이트] ‎Dbcafe (토론 | 기여) (새 문서: <source lang=sql> select l.session_id, l.oracle_username, l.os_user_name, o.object_name , o.owner from gv$locked_object l, dba_objects o where l.object_id = o.object_id; </source> <source lang=sql> select l.session_id, l.oracle_username, l.os_user_name, o.object_name , o.owner , 'alter system kill session ''' || s.sid || ',' || s.serial# ||''';' kill_session from v$locked_object l, dba_objects o, v$session s where l.object_id = o.object_id and l.session_id = s.sid...)
2024년 9월 30일 (월) 00:38 ‎DBA HIST OSSTAT (역사 | 편집) ‎[1,546 바이트] ‎Dbcafe (토론 | 기여) (새 문서: === DBA_HIST_OSSTAT === * DBA_HIST_OSSTAT은 시스템의 운영 체제 통계에 대한 역사적 데이터를 표시하는 뷰 * V$OSSTAT의 스냅샷을 포함하며, 시간별 운영 체제 통계 정보 기록 * DBA_HIST_OSSTAT을 통해 과거 운영 체제 활동 및 리소스 사용 추이를 분석 * DBA_HIST_OSSTAT 데이터는 성능 모니터링, 문제 해결, 리소스 계획 등 다양한 관리 작업에 유용하게 활용 * DBA_HIST_OSSTAT은 V$OSSTAT의 스냅...)
2024년 9월 30일 (월) 00:37 ‎DBA DB이관 스크립트 (역사 | 편집) ‎[8,385 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == DBA DB 이관 절차 == === TOBE 테이블스페이이스 생성 (ASIS DB는 DB링크 이용 ) === <source lang=sql> -- TS 생성 SELECT 'CREATE TABLESPACE '||tablespace_name||' DATAFILE SIZE 1024M AUTOEXTEND ON NEXT 50M MAXSIZE 30G LOGGING ONLINE EXTENT MANAGEMENT LOCAL AUTOALLOCATE BLOCKSIZE 8K SEGMENT SPACE MANAGEMENT AUTO FLASHBACK ON;' FROM ( SELECT tablespace_name FROM DBA_TABLESPACES@DL_DBCAFE_DEV_DBCAFE_DBA -- DB링크 이용 ASIS DB조회 minus SELECT tab...)
2024년 9월 30일 (월) 00:37 ‎DATABASE 조회 scripts (역사 | 편집) ‎[32,740 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == DB 정보 조회 스크립트 == === 리두로그 멤버 조회 === <source lang=sql> col member for a56 set pagesize 299 set lines 299 select l.group#, l.thread#, f.member, l.archived, l.status, (bytes/1024/1024) "Size (MB)" from v$log l, v$logfile f where f.group# = l.group# order by 1,2 / </source> === 전체 테이블스페이스 DDL 추출 === <source lang=sql> set heading off; set echo off; Set pages 999; set long 90000; spool ddl_tablespace.sql select dbms_metada...)
2024년 9월 30일 (월) 00:36 ‎DAILY 테이블 사이즈 기록 프로시져 (역사 | 편집) ‎[2,620 바이트] ‎Dbcafe (토론 | 기여) (새 문서: <SOURCE LANG=SQL> CREATE OR REPLACE PROCEDURE SP_DAILY_TBL_SIZE /* -- 2019/10/11 -- 일별 테이블 별 사이즈 증가 CREATE TABLE TB_TBL_DAILY_SIZE ( OWNER VARCHAR2(30 BYTE) NOT NULL, TABLE_NAME VARCHAR2(100 BYTE) NOT NULL, TABLE_SIZE VARCHAR2(10), OBJECT_TYPE VARCHAR2(10), CREATED DATE DEFAULT SYSDATE NOT NULL ) ; COMMENT ON TABLE TB_TBL_DAILY_SIZE IS '테이블 일일...)
2024년 9월 30일 (월) 00:35 ‎DAILY 테이블 동기화 프로시져 (역사 | 편집) ‎[1,789 바이트] ‎Dbcafe (토론 | 기여) (새 문서: <source lang=sql> CREATE OR REPLACE PROCEDURE SP_DAILY_STG_SYNC_TABLE →‎-- 2019/11/25 -- 일일 동기화 테이블 -- ---------------------------------------------------------------- -- 0.일일백업 대상 SELECT OWNER,TABLE_NAME FROM TB_DBM_TABLES A WHERE A.STG_SYNC_YN= 'Y' ; -- 1.일일 동기화 테이블 백업 테이블 -- 2.일일 동기화 테이블 TRUNCATE -- 3.일일 동기화 테이블 복사 정비 => 개발: ( IN_DATE IN VARCHAR2 D...)
2024년 9월 30일 (월) 00:34 ‎CTAS (역사 | 편집) ‎[1,788 바이트] ‎Dbcafe (토론 | 기여) (새 문서: === CTAS NOLOGGING 및 UNRECOVERABLE 사용방법 === * Create Table As Select 의 약어 * 테이블을 SELECT 한후 테이블을 생성 하는 방법 {{틀:고지상자2 |제목= 오직 NOT NULL 제약사항 만 생성됨. |내용=* 생성되지 않는 것들 *:# 일반/UNIQUE 인덱스 *:# PRIMARY KEY *:# FOREIGN KEY *:# CHECK *:# REF * 제약조건을 추가하기 위해서는 CTAS 이후 ALTER TABLE ~ 구문으로 추가 }} * 인덱스는 생성되지 않음. 테이블...)
2024년 9월 30일 (월) 00:34 ‎CRSCTL 명령어 (역사 | 편집) ‎[4,349 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == crsctl 명령어 == * oracle docs *:https://docs.oracle.com/database/121/CWADD/GUID-6A4E73C4-E1A0-4D90-B69A-7B2B4DAB66BA.htm#CWADD91595 === crs autorestart Enable/Disable === * Run as root user <source lang=sql> $GRID_HOME/bin/crsctl enable crs CRS-4622: Oracle High Availability Services autostart is enabled. $GRID_HOME/bin/crsctl disable crs CRS-4621: Oracle High Availability Services autostart is disabled. </source> === crs Stop/Start === <source lang=sql> -- stop crs...)
2024년 9월 30일 (월) 00:33 ‎Cpu 유저,시스템,IDLE 별 사용률 조회 프로시져 (역사 | 편집) ‎[7,734 바이트] ‎Dbcafe (토론 | 기여) (새 문서: <source lang=sql> CREATE OR REPLACE TYPE osstat_record IS OBJECT ( date_time TIMESTAMP, idle_time NUMBER, user_time NUMBER, sys_time NUMBER, iowait_time NUMBER, nice_time NUMBER ); / </source> <source lang=sql> CREATE OR REPLACE TYPE osstat_table AS TABLE OF osstat_record; / CREATE OR REPLACE FUNCTION osstat(p_interval IN NUMBER, p_count IN NUMBER) RETURN osstat_table PIPELINED IS l_t1 osstat_record; l_t2 osstat_record; l_out osstat_record; l_num_cpus...)
2024년 9월 30일 (월) 00:32 ‎CONSISTENT READ (역사 | 편집) ‎[6,486 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == Oracle CR 읽기 (Consistent Read)== * Consistent Read(일관된 읽기)의 약자 * 블록 읽기 작업시 기본적으로 CR을 수행한다. * Query가 시작하는 시점의 SCN과 호환되는 일관된 버전의 데이터, 즉 과거 버전의 데이터를 읽는다는 것을 의미한다. 파일:Cr_read1_ukja.gif * 그림 설명 # 세션 A가 블록 X의 특정 로우를 변경하면 블록 X는 Dirty 블록이 된다. # 세션 B가 Dirty 블록 X를 읽을려...)
2024년 9월 30일 (월) 00:32 ‎Consistent gets 와 physical reads (역사 | 편집) ‎[5,733 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == db block gets와 consistent gets == db block gets와 consistent gets는 Logical Read를 나타냅니다. 두개를 더한 값 과 Pysical Reads를 비교해서 Hit Ratio를 구하죠. (The sum of db block gets and consistent gets equals the total read from the RAM data buffer cache) === consistent gets === # consistent mode에서 db block read를 수행한 숫자입니다. # TKPROF 레포트에서 query에 해당하는 값입니다. # consistent라는 말은 read consist...)
2024년 9월 30일 (월) 00:31 ‎Comments (역사 | 편집) ‎[907 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == 코멘트 == # 두 가지 유형의 주석을 작성할 수 있습니다. * SQL 문 내의 주석은 SQL 문을 실행하는 애플리케이션 코드의 일부로 저장됩니다. * 개별 스키마 또는 비 스키마 개체와 관련된 주석은 개체 자체에 대한 메타 데이터와 함께 데이터 사전에 저장됩니다. === SQL문 안의 코멘트 === * 슬래시와 별표 (/ *)로 주석을 시작하십시오. 주석 텍스트로 진행하십시오. 이...)
2024년 9월 30일 (월) 00:30 ‎Char 와 varchar2 비교 (역사 | 편집) ‎[1,771 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == CHAR vs. VARCHAR2 값 비교 == === 같은 값을 입력해도 정말 다르게 판단하는 지 검증 === 1.테이블 생성 <source lang=sql> -- A CHAR(8), -- B VARCHAR2(8) SQL> CREATE TABLE CHAR_TEST (A CHAR(8),B VARCHAR2(8)); </source> 2.두개 컬럼에 '1234' 같은 값을 넣었습니다. <source lang=sql> SQL> INSERT INTO CHAR_TEST(A,B) VALUES ('1234','1234') SQL> / 1 개의 행이 만들어졌습니다. </source> 3. 두개 컬럼이 같은값이 같은지 비...)
2024년 9월 30일 (월) 00:29 ‎Block gets consistent gets (역사 | 편집) ‎[4,880 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == db block gets 와 consistent gets == # db block gets와 consistent gets는 Logical Read를 나타냄 # 두개를 더한 값 과 Pysical Reads를 비교해서 Hit Ratio를 구함 (The sum of db block gets and consistent gets equals the total read from the RAM data buffer cache) === consistent gets (일관되게 읽은 건수, 수정되지 않는 데이터)=== # consistent gets는 consistent mode에서 db block read를 수행한 숫자. # TKPROF 레포트에서 query에 해...)
2024년 9월 30일 (월) 00:29 ‎AWS KILL (역사 | 편집) ‎[252 바이트] ‎Dbcafe (토론 | 기여) (새 문서: = AWS KILL 함수 = <source lang=sql> EXEC rdsadmin.rdsadmin_util.kill(248,19425); </source> = AWS DISCONNECT 함수 = * 프로세스 kill <source lang=sql> EXEC RDSADMIN.RDSADMIN_UTIL.DISCONNECT(1628,14968,'IMMEDIATE'); </source> Category:oracle)
2024년 9월 30일 (월) 00:28 ‎AWR 일별 수집 (역사 | 편집) ‎[1,358 바이트] ‎Dbcafe (토론 | 기여) (새 문서: === AWR 일일 수집 스크립트 === ==== 일별 성능문제 SQL 목록 ==== <source lang=sql> --awr 수집 sh sqlplus -s dbadmin/pwd001@db01 < < EOF > /oracle/work/AWR/log/awr_$1.log set heading off set timing on set linesize 150 set pagesize 0 --set feedback off --set termout off col db_id new_value db_id; col inst_num new_value inst_num; col bid new_value bid; col eid new_value eid; col crtrYmd new_value crtrYmd; col stime new_value stime; col etime new_value etime;...)
2024년 9월 30일 (월) 00:27 ‎AWR 네트워크 대기 이벤트 모니터링 (역사 | 편집) ‎[2,751 바이트] ‎Dbcafe (토론 | 기여) (새 문서: === dba_hist_service_wait_class 와 dba_hist_snapshot === # 데이터베이스 대기 이벤트 통계는 Oracle 프로세스가 작업을 처리하기 위해 특정 유형의 데이터베이스 리소스를 기다려야 했던 시간과 시간을 보여줍니다. # Oracle에서는 이러한 대기 이벤트를 관리, 애플리케이션, 클러스터, 커밋, 동시성, 구성, 유휴, 네트워크, 기타, 스케줄러, 시스템 I/O 및 사용자 I/O를 포함한 여러 범...)
2024년 9월 30일 (월) 00:26 ‎AUDIT 관리 (역사 | 편집) ‎[1,156 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == AUDIT_TRAIL == * Initialization Parameter AUDIT_TRAIL의 Default 값이 ‘DB’로 변경되어 예전보다 훨씬 많은 Audit Trail Records가 AUD$Table에 쌓이게 되므로 이를 지속적으로 관리해야 한다. * Audit Files도 주기적으로 정리할 필요가 있다 == AUDIT_TRAIL 파라미터의 값 == === NONE === * audit을 비활성화함 * initSID.ora 파일에 AUDIT_TRAIL 매개 변수가 설정되지 않았거나 데이터베이스 구성 지원 이...)
2024년 9월 30일 (월) 00:26 ‎Ashviewer (역사 | 편집) ‎[313 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == ASH뷰어 다운로드 == https://github.com/akardapolov/ASH-Viewer == ash viewer 세팅 == * RAC인 경우 : rac 환경에서 jdbc:oracle:thin:@10.10.10.10:1521:sid(db명 아님-rac인경우 instance_name) <source lang=sql> -- rac일경우 select instance_name from v$instance; </source> category:oracle)
2024년 9월 30일 (월) 00:25 ‎Ash size 변경 ASH SIZE (역사 | 편집) ‎[2,266 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == ash size 변경 == * alert log 내용중 <source lang=sql> Active Session History (ASH) performed an emergency flush. This may mean that ASH is undersized. If emergency flushes are a recurring issue, you may consider increasing ASH size by setting the value of _ASH_SIZE to a sufficiently large value. Currently, ASH size is 17000944 bytes. Both ASH size and the total number of emergency flushes since instance startup can be monitored by running the following query: </sour...)
2024년 9월 30일 (월) 00:24 ‎Ash report 생성 (역사 | 편집) ‎[1,282 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == ASH 보고서 생성 == ashrpt.sql SQL 스크립트는 지정된 기간 동안 ASH 정보를 표시하는 HTML 또는 텍스트 보고서를 생성합니다. To generate an ASH report: * At the SQL prompt, enter: <source lang=sql> @$ORACLE_HOME/rdbms/admin/ashrpt.sql </source> * Specify whether you want an HTML or a text report: <source lang=sql> Enter value for report_type: text </source> In this example, a text report is chosen. * Specify the begin time in minutes before...)
2024년 9월 30일 (월) 00:23 ‎ASH (Active Session History) (역사 | 편집) ‎[10,227 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == ASH 아카텍처 == https://img1.daumcdn.net/thumb/R1280x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FwawN2%2Fbtrqd4Y3YVc%2FMAoDK9fnygTF3kLX2TLWKk%2Fimg.png # ASH는 실시간 세션(Actvie Session)의 활동 정보, SQL 수행 빈도 등의 정보를 1초 간격으로 수집 # SGA -> Shared Pool -> ASH Buffer 영역에 보관해뒀다가 가득 차게 되면 AWR로 내려씁니다. # ASH 정보를 디스크로 내려 쓰는 역할을 담당하는 Backgrou...)
2024년 9월 30일 (월) 00:23 ‎ANY ALL SOME 서브쿼리 (역사 | 편집) ‎[2,701 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == ANY SOME ALL 구문 == # ANY(SOME), ALL은 주로 서브쿼리와 함께 사용하는 다중 행 연산자 # ANY는 조건을 만족하는 값이 하나라도 있으면 결과를 리턴# ALL은 모든 값이 조건을 만족해야 결과를 리턴 * SOME은 ANY와 이름만 다를뿐 동일한 기능의 연산자 === ANY 조건 예시 (만족하는 값 하나만 있으면 됨) === {| class="wikitable" |- !조건 !! 결과 !! 설명 |- | 1000 > ANY (500, 1000, 2000) ||...)
2024년 9월 30일 (월) 00:22 ‎AM PRO 사용하는 조회 뷰 (역사 | 편집) ‎[1,392 바이트] ‎Dbcafe (토론 | 기여) (새 문서: * ERWIN AM PRO 사용시 생성하는 표준관련 뷰 <source lang=sql> CREATE OR REPLACE FORCE VIEW ERD_ADM.V_STD_TERM ( TERMNAME , TERMENGNAME , DOMAINNAME , LDATATYPE , PDATATYPE , COMMENTS , SYSNAME -------------------- 여기까지 AMPRO 기본 설정 , PARSED_TERM , UPDOMAIN , D_ENAME , D_CLASS , D_VALID -------------------- 프로젝트에 따라 유연하게 추가 ) BEQUEATH DEFINER AS SELECT A.TERM...)
2024년 9월 30일 (월) 00:21 ‎Aix oracle shell 환경 (역사 | 편집) ‎[4,894 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == AIX 용 오라클 쉘 환경 스크립트 == <source lang=shell> #!/usr/bin/ksh ######################################################################################### ## setoraenv : Set environment for ORACLE 10g ~ 12c (AIX ksh) ## Usage : . setoraenv [db number] ######################################################################################### ## BASE PATHs if [ "$BASE_PATH" == "" ]; then export BASE_PATH=$PATH; fi if [ "$BASE_LIB_PATH" == "" ]; then export BASE_L...)
2024년 9월 30일 (월) 00:21 ‎Aix oracle 12c 설치 (역사 | 편집) ‎[1,972 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == AIX 유닉스 환경 오라클 설치 == === DB관리 그룹 추가 === <source lang=shell> mkgroup -A id=601 oinstall mkgroup -A id=602 dba mkgroup -A id=603 backupdba mkgroup -A id=603 backupdb mkgroup -A id=604 dgdba mkgroup -A id=605 kmdba </source> === DB설치 유저 추가 === <source lang=shell> #useradd -u 60101 -g oinstall -G dba,backupdb,dgdba,kmdba,oper oracle passwd oracle *** chfs -a size=+20480000 /home 파티션용량변경 *** #chown -hR oracle:oinstall /...)
2024년 9월 30일 (월) 00:20 ‎ADVANCED OWI INTERNALS AND PERFORMANCE IN ORACLE 10G RAC (역사 | 편집) ‎[1,401 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == ADVANCED OWI INTERNALS AND PERFORMANCE IN ORACLE 10G RAC == * 조동욱 저 * ISBN 9788995765326 * 발행(출시)일자 2007년 05월 31일 https://contents.kyobobook.co.kr/sih/fit-in/458x0/pdt/9788995765326.jpg ---- === 1. RAC 아키텍처 === ==== RAC 구성 ==== ==== 서비스와 백그라운드 프로세스 ==== ==== I/O 시스템 ==== ==== 인터커넥트 ==== ---- === 2. 캐시 퓨전과 GRD === ==== GRD ==== ==== 캐시 퓨전 메커니즘 ==== ---- === 3. RAC 대기...)
2024년 9월 30일 (월) 00:19 ‎Adrci 사용법 (역사 | 편집) ‎[7,434 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == ADR(Automatic Diagnostic Repository) 유틸 == # RDBMS 진단을 위한 파일 기반 저장소 # ADR 은 Trace file, Alertlog, Incident dump, Core file 등을 찾을 수있는 중앙 집중식 디렉토리 구조로 되어있음 # 데이터베이스, ASM (Automatic Storage Management), CRS (Cluster Ready Services) 및 기타 Oracle 제품 또는 구성 요소는 모든 진단 데이터를 ADR에 저장. # 각 제품의 각 인스턴스는 자체 ADR 홈 디렉토리 아래...)
2024년 9월 30일 (월) 00:18 ‎Addm (역사 | 편집) ‎[2,552 바이트] ‎Dbcafe (토론 | 기여) (새 문서: = ADDM 개요 = * 자동 데이터베이스 진단 모니터 개요(Automatic Database Diagnostic Monitor) # 시스템에 문제가 발생하면 시스템을 변경하기 전에 문제를 정확하고 시기 적절하게 진단하는 것이 중요합니다. # 종종 DBA(데이터베이스 관리자)는 단순히 증상을 보고 즉시 시스템 변경을 시작하여 이러한 증상을 수정합니다. # 그러나 초기에 실제 문제를 정확하게 진단하면 문제...)
2024년 9월 30일 (월) 00:18 ‎ACTIVE 세션 모니터링 뷰 (역사 | 편집) ‎[9,300 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == ACTIVE 세션 모니터링 뷰 VW_DBA_ACTV_SESS == <SOURCE LANG=SQL> CREATE OR REPLACE FORCE VIEW VW_DBA_ACTV_SESS AS SELECT ROWNUM AS NO , TBL."CPU(%)" , TBL."SID" , TBL."SQL_ID" , TBL."KILL_SESSION" , TBL."SQL_TEXT" , TBL."PGA_ALLOC" , TBL."WAIT_EVENT" , TBL."LCET(s)" , TBL."MODULE" , TBL."MACHINE" , TBL."OSUSER" , TBL."PROGRAM" , TBL."USERNAME"...)
2024년 9월 30일 (월) 00:17 ‎23C NEW FEATURE (역사 | 편집) ‎[80 바이트] ‎Dbcafe (토론 | 기여) (새 문서: https://www.oracle.com/kr/database/23c/ category:oracle)
2024년 9월 30일 (월) 00:16 ‎12C NEW FEATURE (역사 | 편집) ‎[3,810 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == New features in Oracle RAC 12c Release 1/Release 2 == 다음은 Oracle 12c Release 1 / Release 2 RAC 또는 Clusterware의 새로운 기능입니다. ;* Oracle Flex ASM :- Oracle Clusterware 12c의이 기능은 ASM 인스턴스 사용의 노드 별 오버 헤드를 줄입니다. ;* 이제 인스턴스는 계획되거나 혹은 계획되지 않은 다운타임에 대해 원격노드 ASM을 사용할 수 있습니다. ;*SM 메타 데이터 요청은 로컬이 아닌 ASM 인...)
2024년 9월 30일 (월) 00:15 ‎12c hidden parameter (역사 | 편집) ‎[253,615 바이트] ‎Dbcafe (토론 | 기여) (새 문서: 12c hidden undocumented parameter list Oracle Database Tips by Donald BurlesonJune 30, 2013 Here is how to list all of the Oracle 12c hidden undocumented parameters: <source lang=sql> select ksppinm, ksppdesc from x$ksppi where substr(ksppinm,1,1) = '_' order by 1,2; </source> _4030_dump_bitvec bitvec to specify dumps prior to 4030 error _4031_dump_bitvec bitvec to specify dumps prior to 4031 error _4031_...)
2024년 9월 30일 (월) 00:15 ‎11g 메모리 설정 (역사 | 편집) ‎[1,981 바이트] ‎Dbcafe (토론 | 기여) (새 문서: = 오라클 메모리 설정 = == Oracle 자동 메모리 관리 ASMM(Automatic Shared Memory Management) == {{틀:고지상자2 |제목=11G 자동 메모리 관리 |내용=* 메모리 데이터베이스에 할당할 물리적 메모리(RAM) 크기를 지정합니다. * Oracle Universal Installer는 메모리 할당 기본값을 계산하여 [할당된 메모리] 회전 상자에 표시하고 그에 따라 슬라이더 막대를 조정합니다. * 슬라이더 막대와...)
2024년 9월 30일 (월) 00:13 ‎10384 event (역사 | 편집) ‎[4,569 바이트] ‎Dbcafe (토론 | 기여) (새 문서: === 10384 event 트레이스 === <source lang=sql> alter session set events '10384 trace name context forever , level 16384'; <your parallel query goes here> alter session set events '10384 trace name context off'; </source> # 10384 이벤트에서 쿼리는 여전히 병렬 실행 계획을 가지고 있지만, 쿼리 코디네이터(QC)만 이 SQL 명령을 실행하고 병렬 슬레이브가 시작되지 않습니다. # 따라서 1개의 프로세스만 실행되므로...)
2024년 9월 30일 (월) 00:12 ‎10053 event (역사 | 편집) ‎[28,076 바이트] ‎Dbcafe (토론 | 기여) (새 문서: = 10053 이벤트 = == 10053 이벤트 개요 == # Cost Base Optimizer (이하, CBO)의 과정을 Trace 파일에 직접 출력한 것 # Query Transformation이 점점 복잡해지면서 low level의 troble shooting tool의 필요성이 제기되어 만들어짐 # 이를 통해 query 수행 시작부터 결과를 보여주기까지의 과정을 알 수 있다. # 즉, 옵티마이저용 디버그 트레이스 이벤트, 10053 이벤트 트레이스 파일은 실행계획 평가...)
2024년 9월 29일 (일) 23:44 ‎10046 event 트레이스 (역사 | 편집) ‎[12,575 바이트] ‎Dbcafe (토론 | 기여) (새 문서: ㄹㅇㄹ)
2024년 9월 29일 (일) 13:35 ‎MariaDB (역사 | 편집) ‎[0 바이트] ‎Dbcafe (토론 | 기여) (새 문서:  {| id="mp_contents" style="width:100%; height: 100%; font-size: small; border-spacing:0;"  | id="mp_contentsL" style="width: 100%; border:1px solid #a7d7f9; vertical-align:top; padding: 1em; overflow: auto; -moz-border-radius: 0.8em; -webkit-border-radius: 0.8em; border-radius: 0.8em;" | <div id="mp_featuredArticle" class="mp_contentsboxtitle" style="background-color:#bbddff; margin-bottom: 0.7em; padding: 0.2em 0.5em; font-size: 1.2em; line-hei...)
2024년 9월 29일 (일) 13:34 ‎PostgreSQL (역사 | 편집) ‎[0 바이트] ‎Dbcafe (토론 | 기여) (새 문서:  {| id="mp_contents" style="width:100%; height: 100%; font-size: small; border-spacing:0;"  | id="mp_contentsL" style="width: 100%; border:1px solid #a7d7f9; vertical-align:top; padding: 1em; overflow: auto; -moz-border-radius: 0.8em; -webkit-border-radius: 0.8em; border-radius: 0.8em;" | <div id="mp_featuredArticle" class="mp_contentsboxtitle" style="background-color:#bbddff; margin-bottom: 0.7em; padding: 0.2em 0.5em; font-size: 1.2em; line-hei...)
2024년 9월 29일 (일) 13:34 ‎Tibero (역사 | 편집) ‎[0 바이트] ‎Dbcafe (토론 | 기여) (새 문서:  {| id="mp_contents" style="width:100%; height: 100%; font-size: small; border-spacing:0;"  | id="mp_contentsL" style="width: 100%; border:1px solid #a7d7f9; vertical-align:top; padding: 1em; overflow: auto; -moz-border-radius: 0.8em; -webkit-border-radius: 0.8em; border-radius: 0.8em;" | <div id="mp_featuredArticle" class="mp_contentsboxtitle" style="background-color:#bbddff; margin-bottom: 0.7em; padding: 0.2em 0.5em; font-size: 1.2em; line-hei...)
2024년 9월 29일 (일) 13:33 ‎ORACLE (역사 | 편집) ‎[15,575 바이트] ‎Dbcafe (토론 | 기여) (새 문서:  {| id="mp_contents" style="width:100%; height: 100%; font-size: small; border-spacing:0;"  | id="mp_contentsL" style="width: 100%; border:1px solid #a7d7f9; vertical-align:top; padding: 1em; overflow: auto; -moz-border-radius: 0.8em; -webkit-border-radius: 0.8em; border-radius: 0.8em;" | <div id="mp_featuredArticle" class="mp_contentsboxtitle" style="background-color:#bbddff; margin-bottom: 0.7em; padding: 0.2em 0.5em; font-size: 1.2em; line-hei...)
2024년 9월 29일 (일) 01:52 ‎미디어위키 처음 사용자 (역사 | 편집) ‎[590 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == 미디어위키 처음 사용자 == === 사이드메뉴 - Sidebar === MediaWiki:Sidebar)
2024년 9월 28일 (토) 23:23 ‎테스트 (역사 | 편집) ‎[1,968 바이트] ‎Dbcafe (토론 | 기여) (새 문서: = 테스트 = == 글쓰기 ==)
2024년 9월 28일 (토) 17:41 ‎글쓰기 (역사 | 편집) ‎[32 바이트] ‎Dbcafe (토론 | 기여) (새 문서: == 미디어 위키 글쓰기 ==)
2024년 9월 28일 (토) 17:41 ‎미디어위키 사용법 (역사 | 편집) ‎[340 바이트] ‎Dbcafe (토론 | 기여) (새 문서: = 미디어 위키 사용자 가이드 = == 글쓰기 == == 링크 하기 == == 미디어 위키 확장 플러그인 설치 == == 미디어 위키 스킨(테마) 설치 == == 미디어 위키 확장 프로그램 개발 == == 미디어 위키 스킨 만드는 방법 ==)