Snapshots in Oracle 8.17

I am having one snapshot in ORACLE *.05 and i have one view also as the same name of snapshot. when i try to create the same thing in Oracle 8.17 it givems me an error'ORA-00955 Name is already used by an existing object'
ORACLE 8.05
Snapshot name : ABC
View Name : ABC
ORACLE 8.17
Snapshot name : ABC
View Name : While creating View with the same name there is an error.
Can anyone tell is this a feature of 8.17? or something else.
Thanks
Manish

I may be misunderstanding your question, but the old way of creating snapshots would create a SNAP$_ base table and a view on top of that with the same name as the snapshot name. IN Oracle 8i for sure, this is no longer the case. The base table is the same as the snapshot name and there is no view built on top of it.

Similar Messages

How to create snapshot on Oracle VM 3.1.1

Dear All,
Any one know about how to create snapshot in Oracle VM 3.1.1? Where we can find it in Oracle VM 3.1.1?
Please kindly shared experience about this.
Thanks and regards,
Vandy

Thank you very much for your help.
Now I am using Sun Storage 6180 Array direct attach (Fiber Chanel) with 2 Sun Fire X4100M2 Servers as Cluster, I don't know whether this storage can create snapshot for this or not? How about Oracle VM Manager can help for this?
It seem more difficult than VMware vSphere, if Oracle can create a option for this is very good.
Thanks and regards,
Vandy

Snapshot on oracle view

Hi,
I've this oracle view in instance IS1:
CREATE OR REPLACE VIEW CSA ( UE,
COD_IMM, ENTITY,AREA ) AS
select COD_IMM, ENTITY, AREA
from TAB_AREA;
I'd like to create a snapshot (materialized view) on instance IS2 with refresh every 30 seconds.
Can I create snapshot on oracle view?
If yes, How Can I do?
Thanks in advance

Raf,
Can I create snapshot on oracle view?Why did you want make such thing ?
A materialized view keep the result of the query to not re-run the query on each request about it (not like a view).
So, why don't you want build a materialized view to replace your current view on the same select statement ?
Nicolas.

Taking snapshot of oracle tables to sql server using transactional replication is taking a long time

Hi All,
I am trying to replicate around 200 oracle tables onto sql server using transaction replication and it taking a long time i.e the initial snapshot is taking more than 24 hrs and it still going on.
Is there any way to replicate those these tables faster?
Kindly help me out..
Thanks

Hi,
According to the description, I know the replication is working fine. But it is very slow.
1. Check the CPU usage on Oracle publisher and SQL Server. This issue may due to slow client processing (Oracle performance) or Network performance issues.
2. Based on SQL Server 2008 Books Online ‘Performance Tuning for Oracle Publishers’ (http://msdn.microsoft.com/en-us/library/ms151179(SQL.100).aspx). You can enable the transaction
job set and follow the instructions based on
http://msdn.microsoft.com/en-us/library/ms147884(v=sql.100).aspx.
2. You can enable replication agent logging to check the replication behavior. You may follow these steps to collect them:
To enable Distribution Agent verbose logging. Please follow these steps:
a. Open SQL Server Agent on the distribution server.
b. Under Jobs folder, find out the Distribution Agent.
c. Right click the job and choose Properties.
d. Select Steps tap, it should be like this:
e. Click Run agent and click Edit button, add following scripts by the end of scripts in the command box:
-Output C:\Temp\OUTPUTFILE.txt -Outputverboselevel 2
f. Exit the dialogs
For more information about the steps, please refer to:
http://support.microsoft.com/kb/312292
Hope the information helps.
Tracy Cai
TechNet Community Support

One read_only snapshot can not be refreshed?

Hi,
I have created a read_only snapshot in the snapshot site(Oracle 8.1.6). The master table is a view table in the master site( Oracle 7.3.4).The master site has install the replication option and the snapshot site doesn't install the replication option.
Here is my script to create snapshot in snapshot site:
CREATE SNAPSHOT testing
TABLESPACE hyper_d01
STORAGE (INITIAL 32K NEXT 32K)
REFRESH NEXT sysdate + 1
WITH ROWID
AS SELECT *
from testing@mastersite;
/****end **/
The snapshot has been created successfully.
I found this snapshot doesn't refresh everyday after I created it. It doesn't change after I created it.
I can manually refresh it by running this command in snapshot site:
execute dbms_snapshot.refresh('testing');
It did complete refresh and It worked.
I am confused...
Could anyone tell me what could cause the scheduled refresh fail?
-Do I need to ask DBA to give me special privillage to do automaticlally refresh?
-Does the difference between Oracel 7 and Oracle 8 cause the scheduled refresh fail?
One more question:
Does Oracel 7.3.4 support primary key type snapshot?
I tried to create the primary key type snapshot in Oracle 8.3.4 for the master table in oracle 7.3.4, I got error message.
Thanks in advanced,
Helena Wang

How did you create the database link?
We were testing it here, and when we had created the database
link using the syntax "create database link mastersite using
'mastersite';", it doesn't work.
It only works when the database link is created using the syntax
"create database link mastersite connect to user identified by
password using 'mastersite';"
The person that realized it was one of the DBAs that works with us.
I hope it helps you.
Regards
Angie

Problem while dropping snapshot

Dear sir
I am a junior dba, now I have a problem while I drop a customerinfo snapshot from Oracle 9.2.0.4 database. It seem to be the snapshot has been dropped correctly. But I found it's still remained in user's schema and looks like normal table.
I tried to drop it again but I got error ORA-12083: must use DROP MATERIALIZED VIEW to drop "customerinfo". But when I used command DROP SNAPSHOT CUSTOMERINFO; and DROP MATERIALIZED VIEW CUSTOMETINFO; It's still error ORA-12003 : materialized view "CUSTOMERINFO" does not exist.
Please give me some advice.
PS. Our system is Linux RHAS3 and Oracle 9.2.0.4 Database.

It could be that the MV was created on a prebuilt table.
If that is the case, the table must be dropped separately.
First make sure that you actually want to drop the table and lose the data.
Look for 'PREBUILT' under 'CREATE MATERIALIZED VIEW' in the docs.

Snapshot refresh time

Hi
I have the following snapshot on oracle 8.1 :
CREATE SNAPSHOT LSBAN30Y_SNP
PCTFREE 0
PCTUSED 99
INITRANS 2
MAXTRANS 255
STORAGE (
INITIAL 256000 K
NEXT 25600 K
MINEXTENTS 1
MAXEXTENTS 505
PCTINCREASE 0
FREELISTS 1
FREELIST GROUPS 1
BUFFER_POOL DEFAULT)
TABLESPACE BP_DATA
LOGGING
NOCACHE
NOPARALLEL
USING INDEX PCTFREE 10
INITRANS 2
MAXTRANS 255
STORAGE (
BUFFER_POOL DEFAULT)
REFRESH COMPLETE
NEXT greatest(trunc(sysdate+1), NEXT_DAY(trunc(sysdate)-5 ,'MONDAY')) + 4/24 + 30/1440
WITH ROWID
USING DEFAULT LOCAL ROLLBACK SEGMENT
DISABLE QUERY REWRITE AS
SELECT
ACCT_ID BILLING_ACCOUNT_ID,
CUST_ID BLG_SYS_CUST_ID,
ACCT_ESTAB_DAT SYS_ACCT_ESTAB_DAT,
ACCT_STAT_CD SYS_ACCT_STS_CD ,
decode(SCE_SYS_ID, '1', 'C', '2', 'C', '3', 'C', '4', 'W', '5', 'W', '6', 'E', '7', 'E', null) LEG_SYS_RGN_INDR,
BTN BLG_ACCT_TLPHN_NO ,
BTN_CUST_CD,
BTN_SFX EASTERN_SUFFIX,
TYP_OF_ACCT_CD BTN_TYP_OF_ACCT_CD,
PRI_CLSS_ID CLSS_OF_SRVC_CD,
' ' BTN_CONTRACT_NO,
RTRIM(BLG_NM_LN1)||' ' ||LTRIM(BLG_NM_LN2) BTN_BILLING_NAME,
PCL_IND PCL_INDR,
BILL_PER SYS_BILL_PRD_INDR,
GR_ACCT_ID SYS_SPCL_BLG_GR_NO
FROM
CSBAN10V@UCDWP001
where ACCT_MKT_UN_ID in ('C', 'D', 'F', 'G', 'I', 'L', 'O', 'P',
'R', 'S', 'V', 'W')
and rownum < 5000000
I have created indexes on BILLING_ACCOUNT_ID and BLG_SYS_CUST_ID.
There are 4.3 million records in the snapshot.
It takes 6hrs to refresh the snapshot.
The questions I have are:
1. How can I reduce the refresh time? Is it because of the indexes? Should i make any change to the create snapshot script?
2. The create snaphot query works fine without the rownum < 500000 statement in oracle 9i but in oracle 8i it gives
CSBAN10V user not found in UCDWP001 error. It works OK with the rownum < 5000000 statement. Why is that so?
thanks
prash

You are specifying that the refresh must be COMPLETE, so Oracle has to transfer all 5,000,000 rows over the wire from the remote database every time. If you specified that the refresh could be FAST, and created a materialized view log on the remote table, Oracle would be able to transfer only the changed rows each time you refreshed.
Justin
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC

Snapshot on SE6140

Hi,
I do a Snapshot on SE6140 Data Volume and mount across SnapShot Volume on the Backup host for backup.
If I have to snap back the data from the SnapShot Volume due to the corruption of the data.How to perform on CLI or Gui to snap back the from the SnapShot Volume.

Raf,
Can I create snapshot on oracle view?Why did you want make such thing ?
A materialized view keep the result of the query to not re-run the query on each request about it (not like a view).
So, why don't you want build a materialized view to replace your current view on the same select statement ?
Nicolas.

Please try a little tool I wrote in Python querying Oracle database

Hi,
I wrote a little tool that helped me taking snapshots of Oracle database quickly; I name it DB Conan.
It's available on my blog here: http://jananuraga.blogspot.com/2008/12/db-conan-10.html
Please have a try; I hope you'll find it useful.
Best regards,
Raka

Hi,
I wrote a little tool that helped me taking snapshots of Oracle database quickly; I name it DB Conan.
It's available on my blog here: http://jananuraga.blogspot.com/2008/12/db-conan-10.html
Please have a try; I hope you'll find it useful.
Best regards,
Raka

STATSPACK 수행방법 ( STATSPACK SNAPSHOT 수집 )

제품 : ORACLE SERVER
작성날짜 : 2002-10-10
STATSPACK 수행방법 ( STATSPACK SNAPSHOT 수집 )
==============================================
PURPOSE
이 자료는 oracle 8.1.6부터 새로이 제공되는 성능 진단도구인 statspack의
수행 방법에 대해 기술한다.
Explanation
1. StatsPack snapshot 수집
snapshot 수집을 위한 가장 단순한 방법은 SQL*Plus에 PERFSTAT 사용자로
login한 후, statspack.snap 프로시져를 수행시키는 것이다.
예.
SQL> connect perfstat/perfstat
SQL> execute statspack.snap;
참고사항 : OPS 환경에서는 데이터를 수집하고자 하는 대상 instance에
접속하여 수행하여야 한다. snapshot은 모든 인스턴스에서 수집되어야만
비교를 해 볼 수 있다. 하나의 인스턴스에서 수집된 snapshot 은 동일한
인스턴스에서 수집된 또 다른 snapshot과 비교가 된다.
성능 분석을 용이하게 하기 위해 initSID.ora 파라미터 파일에서
timed_statistics 값을 true로 지정하는 것이 좋다. timed_statistics
파라미터는 alter system 명령으로, 동적으로 변경 가능한 값이다. 시간
정보는 그 자체로도 중요할 뿐더러 Oracle 기술 지원에 성능관련 문제 분석
을 요청할 때에도 필요하다.
statspack.snap 및 statspack.modify_statspack_parameter 프로시져에는
필요한 파라미터를 지정할 수 있다.
=============================================================================
Parameter Name Valid Values Value Meaning
=============================================================================
i_snap_level 0, 5, 10 5 Snapshot 레벨
i_ucomment Text Blank Snapshot과 함께 저장할 설명문구
i_executions_th Integer >=0 100 SQL 관련 임계치: 실행된 횟수
i_disk_reads_th Integer >=0 1,000 SQL 관련 임계치: 디스크 READ 횟수
i_parse_calls_th Integer >=0 1,000 SQL 관련 임계치: parse call 횟수
i_buffer_gets_th Integer >=0 10,000 SQL 관련 임계치: buffer get 횟수
i_session_id Valid sid 0 (no 세션단위의 성능 정보를 수집하기
from session) 위한 대상 session id
v$session
i_modify_parameter True, False False 파라미터를 앞으로의 snapshot에서도
계속 사용하기 위해 저장할 지 여부
=============================================================================
2. 수집되는 데이터의 양을 지정하는 방법
1) Snapshot 레벨
패키지에 의해 수집되는 데이터 양은 snapshot 레벨에 따라 조정된다.
다시 말해 지정된 레벨은 수집될 데이터의 양을 결정한다.
Level >= 0     일반적인 성능 통계
     수집되는 통계 정보:
     0 이상의 모든 레벨에서는 일반적인 성능 관련 통계 정보가
     수집된다. 여기에는 wait statistics, system event,
     system statistics, rollback segment 데이터, row cache, SGA,
background event, session event, lock statistics,
     buffer pool statistics, parent latch statistics 등이 포함된다.
Level >= 5     추가적인 데이터 : SQL 문자
     이 레벨에서는 하위 레벨에서 수집되는 모든 데이터 이외에도
     추가적으로, 자원을 많이 사용하는 SQL 문장과 관련된 성능
     정보를 수집한다.
     SQL 관련 '임계치'
     statspack에 의해 수집되는 SQL 문장은 미리 지정된 다음
     조건 중 하나라도 넘을 경우 수집된다.
     - SQL 실행 횟수                (기본값 100 )
     - SQL 처리시 발생하는 disk read      (기본값 1,000 )
     - SQL parse call 횟수           (기본값 1,000 )
     - SQL 처리시 발생하는 buffer gets      (기본값 10,000)
     위에 나열된 각각의 임계치는 어떤 SQL 관련 정보를 수집할
     것인지를 결정하는 데 사용된다. 위에 언급된 임계치 가운데
     하나라도 넘는 SQL 문장과 관련된 정보가 snapshot을 처리
     하는 동안 수집된다.
     SQL 임계치 레벨 각각은 stats$statspack_parameter 테이블에
     저장되어 있거나, snapshot 수집 당시 파라미터에 의해 지정
가능하다.
2) snapshot SQL 임계치
레벨 이외에도 추가적으로 구성 가능한 파라미터가 있다. 이 파라미터들은
SQL 수집 시 사용되는 임계치들로, 임계치를 넘어서는 모든 SQL 문장들이
수집된다.
snapshot level 및 패키지에 의해 사용되는 임계치 관련 정보는
stats$statspack_parameter 테이블에 저장된다.
3) snapshot level과 SQL 관련 임계치 값을 변경하는 방법
snapshot 수집 작업 시 사용되는 기본 파라미터 값은 조정 가능하며,
이 값을 조정함으로써 인스턴스에 미치는 부하를 줄이면서, 원하는
수준의 정보를 수집할 수 있다.
* snapshot을 받아내변서, 새로운 값을 데이터베이스에 저장
( statspack.snap 호출 시, i_modify_parameter 변수 값을 지정 )
SQL> execute statspack.snap -
(i_snap_level=>10, i_modify_parameter=>'true');
i_modify_parameter 를 true로 지정하면, 이 값이 stats$statspack_parameter
테이블에 저장되며; 이 값이 이후 실행되는 snapshot에 사용된다.
i_modify_parameter 값을 false로 지정하거나 생략하면, 해당
snapshot 작업에만 지정된 정보가 사용되며, 이후 작업에는
stats$statspack_parameter 에 지정된 값을 사용하여 작업이 수행된다.
* snapshot 수행을 하지 않고 기본값을 바꾸기 위해서는
statspack.modify_statspack_parameter 프로시져를 사용한다.
예를 들어 snapshot level을 10으로 변경하고, SQL 관련 임계치 가운데
buffer_gets, disk_reads 값을 변경하고자 할 때 다음과 같이 한다.
SQL> execute statspack.modify_statspack_parameter -
(i_snap_level=>10, i_buffer_gets_th=>10000, i_disk_reads_th=>1000);
이 프로시져를 수행시키면, snapshot 수행 없이, 변경 사항이
계속해서 남게 된다.
modify_statspack_parameter 프로시져에 지정 가능한 전체 파라미터의
전체 목록은 snap 프로스져와 동일하다.
4) Session ID 지정
특정 세션과 관련된 정보를 수집하고자 할 경우, StatsPack 호출 시
세션 id 지정이 가능하다. 세션과 관련해서 수집되는 정보에는
세션 통계, 세션 이벤트, lock activity 등이 있다. 기본적으로는
세션 레벨의 통계는 수집하지 않게 되어 있다.
SQL> execute statspack.snap(i_session_id=>3);
3. StatsPack snapshot 수집의 자동화
일중, 주간, 년간 정보를 비교하기 위해서는, 일정 기간 동안 수집된
여러 개의 snapshot 정보가 필요하다. 애플리케이션이나 데이터베이스의
성능 관련 특성을 파악하기 위해서는 최소한 두 개의 snapshot 정보가 필요
하다.
snapshot을 수집하는 최선의 방법은, 일정 주기로 snapshot 수집을
자동화시키는 것이다. 이를 위해 2가지 방법을 사용할 수 있다.
- 데이터베이스가 제공하는 dbms_job 프로시져를 사용하여 snapshot
수집 작업을 스케쥴러에 등록한다.
- OS 시스템 유틸리티( unix의 cron 이나 NT 의 at 명령 )를 사용하여
snapshot을 스케쥴러에 등록한다.
1) DBMS_JOB 패키지를 사용한 StatsPack snapshot 작업의 자동화
오라클 내부적으로 통계정보 수집을 자동화하고자 한다면, dbms_job
패키지를 사용하면 된다. 샘플은 oracle 8.1.6의 경우 $ORACLE_HOME/rdbms/admin/statsuato.sql
( 8.1.7이상은 $ORACLE_HOME/rdbms/admin/spauto.sql) 에 들어 있으며,
매 시간 마다 snapshot을 등록하는 예제이다.
dbms_job을 사용하여 snapshot을 자동화시키기 위해서는, init 파일의
job_queue_processes 파라미터가 0 이상이어야만 한다.
init<SID>.ora 예제:
# Set to enable the job queue process to start. This allows dbms_job
# to schedule automatic statistics collection using STATSPACK
job_queue_processes=1
OPS 환경에서 statsauto.sql 을 사용한다면, statsauto.sql 스크립트는
클러스터 내의 모든 인스턴스에서 한번 씩 수행되도록 하여야 한다.
마찬가지로 job_queue_processes 파라미터 값도 모든 인스턴스에서
0 이상의 값으로 지정되어 있어야 한다.
dbms_job에 대한 자세한 사용방법은 <bulletin:10707> 를 참조한다.
2) OS 시스템 유틸리티를 사용한 StatsPack snapshot 작업의 자동화.
unix의 cron에 등록하는 방법은 <bulletin:10906>을, NT 의 at 명령을 사
용하는 방법은 <bulletin: 11618> 을 참조한다.
4. 통계정보 수집 주기의 변경 방법
통계정보 수집 주기를 변경하기 위해서는 dbms_job.interval 프로시져를
사용한다.
예.
execute dbms_job.interval(1,'SYSDATE+(1/48)');
위에서 SYSDATE+(1/48) 는 통계정보가 1/48 일에 한번씩 ( 매 30분 마다)
수집되도록 지정한 예이다.
job이 즉시 실행되도록 하기 위해서는
execute dbms_job.run(<job number>);
job을 스케쥴러에서 제거하기 위해서는
execute dbms_job.remove(<job number>);
5. STATSPACK의 삭제 및 snapshot 데이타 제거 방법.
1) Statspack 삭제
Statspack 환경 삭제를 위해서는 oracle 8.1.6의 경우는 statsdrp.sql을
oracle 8.1.7 이상의 경우는 spdrop.sql을 수행한다.
cd $ORACLE_HOME/rdbms/admin
SQL> connect / as sysdba
SQL> @statsdrp
2) Snapshot 데이타 제거
불필요한 snapshot 데이타를 제거하기 위해서 oracle 8.1.7부터는
sppurge.sql과 sptrunc.sql을 제공한다.
특정 구간 사이의 snapshot정보를 제거하려면 sppurge.sql을 수행한다.
이 script를 수행하면 삭제할 시작과 끝의 snapshot id를 지정하게 되며 지정
된 구간의 snapshot 데이타가 제거된다.
모든 snapshot 정보를 삭제하려면 sptrunc.sql을 수행한다.
cd $ORACLE_HOME/rdbms/admin
sqlplus perfstat/perfstat
SQL> @sptrunc
Example
none
Reference Documents
<Note:94224.1>
<Note:149121.1>

제품 : ORACLE SERVER
작성날짜 : 2002-10-10
STATSPACK 수행방법 ( STATSPACK SNAPSHOT 수집 )
==============================================
PURPOSE
이 자료는 oracle 8.1.6부터 새로이 제공되는 성능 진단도구인 statspack의
수행 방법에 대해 기술한다.
Explanation
1. StatsPack snapshot 수집
snapshot 수집을 위한 가장 단순한 방법은 SQL*Plus에 PERFSTAT 사용자로
login한 후, statspack.snap 프로시져를 수행시키는 것이다.
예.
SQL> connect perfstat/perfstat
SQL> execute statspack.snap;
참고사항 : OPS 환경에서는 데이터를 수집하고자 하는 대상 instance에
접속하여 수행하여야 한다. snapshot은 모든 인스턴스에서 수집되어야만
비교를 해 볼 수 있다. 하나의 인스턴스에서 수집된 snapshot 은 동일한
인스턴스에서 수집된 또 다른 snapshot과 비교가 된다.
성능 분석을 용이하게 하기 위해 initSID.ora 파라미터 파일에서
timed_statistics 값을 true로 지정하는 것이 좋다. timed_statistics
파라미터는 alter system 명령으로, 동적으로 변경 가능한 값이다. 시간
정보는 그 자체로도 중요할 뿐더러 Oracle 기술 지원에 성능관련 문제 분석
을 요청할 때에도 필요하다.
statspack.snap 및 statspack.modify_statspack_parameter 프로시져에는
필요한 파라미터를 지정할 수 있다.
=============================================================================
Parameter Name Valid Values Value Meaning
=============================================================================
i_snap_level 0, 5, 10 5 Snapshot 레벨
i_ucomment Text Blank Snapshot과 함께 저장할 설명문구
i_executions_th Integer >=0 100 SQL 관련 임계치: 실행된 횟수
i_disk_reads_th Integer >=0 1,000 SQL 관련 임계치: 디스크 READ 횟수
i_parse_calls_th Integer >=0 1,000 SQL 관련 임계치: parse call 횟수
i_buffer_gets_th Integer >=0 10,000 SQL 관련 임계치: buffer get 횟수
i_session_id Valid sid 0 (no 세션단위의 성능 정보를 수집하기
from session) 위한 대상 session id
v$session
i_modify_parameter True, False False 파라미터를 앞으로의 snapshot에서도
계속 사용하기 위해 저장할 지 여부
=============================================================================
2. 수집되는 데이터의 양을 지정하는 방법
1) Snapshot 레벨
패키지에 의해 수집되는 데이터 양은 snapshot 레벨에 따라 조정된다.
다시 말해 지정된 레벨은 수집될 데이터의 양을 결정한다.
Level >= 0     일반적인 성능 통계
     수집되는 통계 정보:
     0 이상의 모든 레벨에서는 일반적인 성능 관련 통계 정보가
     수집된다. 여기에는 wait statistics, system event,
     system statistics, rollback segment 데이터, row cache, SGA,
background event, session event, lock statistics,
     buffer pool statistics, parent latch statistics 등이 포함된다.
Level >= 5     추가적인 데이터 : SQL 문자
     이 레벨에서는 하위 레벨에서 수집되는 모든 데이터 이외에도
     추가적으로, 자원을 많이 사용하는 SQL 문장과 관련된 성능
     정보를 수집한다.
     SQL 관련 '임계치'
     statspack에 의해 수집되는 SQL 문장은 미리 지정된 다음
     조건 중 하나라도 넘을 경우 수집된다.
     - SQL 실행 횟수                (기본값 100 )
     - SQL 처리시 발생하는 disk read      (기본값 1,000 )
     - SQL parse call 횟수           (기본값 1,000 )
     - SQL 처리시 발생하는 buffer gets      (기본값 10,000)
     위에 나열된 각각의 임계치는 어떤 SQL 관련 정보를 수집할
     것인지를 결정하는 데 사용된다. 위에 언급된 임계치 가운데
     하나라도 넘는 SQL 문장과 관련된 정보가 snapshot을 처리
     하는 동안 수집된다.
     SQL 임계치 레벨 각각은 stats$statspack_parameter 테이블에
     저장되어 있거나, snapshot 수집 당시 파라미터에 의해 지정
가능하다.
2) snapshot SQL 임계치
레벨 이외에도 추가적으로 구성 가능한 파라미터가 있다. 이 파라미터들은
SQL 수집 시 사용되는 임계치들로, 임계치를 넘어서는 모든 SQL 문장들이
수집된다.
snapshot level 및 패키지에 의해 사용되는 임계치 관련 정보는
stats$statspack_parameter 테이블에 저장된다.
3) snapshot level과 SQL 관련 임계치 값을 변경하는 방법
snapshot 수집 작업 시 사용되는 기본 파라미터 값은 조정 가능하며,
이 값을 조정함으로써 인스턴스에 미치는 부하를 줄이면서, 원하는
수준의 정보를 수집할 수 있다.
* snapshot을 받아내변서, 새로운 값을 데이터베이스에 저장
( statspack.snap 호출 시, i_modify_parameter 변수 값을 지정 )
SQL> execute statspack.snap -
(i_snap_level=>10, i_modify_parameter=>'true');
i_modify_parameter 를 true로 지정하면, 이 값이 stats$statspack_parameter
테이블에 저장되며; 이 값이 이후 실행되는 snapshot에 사용된다.
i_modify_parameter 값을 false로 지정하거나 생략하면, 해당
snapshot 작업에만 지정된 정보가 사용되며, 이후 작업에는
stats$statspack_parameter 에 지정된 값을 사용하여 작업이 수행된다.
* snapshot 수행을 하지 않고 기본값을 바꾸기 위해서는
statspack.modify_statspack_parameter 프로시져를 사용한다.
예를 들어 snapshot level을 10으로 변경하고, SQL 관련 임계치 가운데
buffer_gets, disk_reads 값을 변경하고자 할 때 다음과 같이 한다.
SQL> execute statspack.modify_statspack_parameter -
(i_snap_level=>10, i_buffer_gets_th=>10000, i_disk_reads_th=>1000);
이 프로시져를 수행시키면, snapshot 수행 없이, 변경 사항이
계속해서 남게 된다.
modify_statspack_parameter 프로시져에 지정 가능한 전체 파라미터의
전체 목록은 snap 프로스져와 동일하다.
4) Session ID 지정
특정 세션과 관련된 정보를 수집하고자 할 경우, StatsPack 호출 시
세션 id 지정이 가능하다. 세션과 관련해서 수집되는 정보에는
세션 통계, 세션 이벤트, lock activity 등이 있다. 기본적으로는
세션 레벨의 통계는 수집하지 않게 되어 있다.
SQL> execute statspack.snap(i_session_id=>3);
3. StatsPack snapshot 수집의 자동화
일중, 주간, 년간 정보를 비교하기 위해서는, 일정 기간 동안 수집된
여러 개의 snapshot 정보가 필요하다. 애플리케이션이나 데이터베이스의
성능 관련 특성을 파악하기 위해서는 최소한 두 개의 snapshot 정보가 필요
하다.
snapshot을 수집하는 최선의 방법은, 일정 주기로 snapshot 수집을
자동화시키는 것이다. 이를 위해 2가지 방법을 사용할 수 있다.
- 데이터베이스가 제공하는 dbms_job 프로시져를 사용하여 snapshot
수집 작업을 스케쥴러에 등록한다.
- OS 시스템 유틸리티( unix의 cron 이나 NT 의 at 명령 )를 사용하여
snapshot을 스케쥴러에 등록한다.
1) DBMS_JOB 패키지를 사용한 StatsPack snapshot 작업의 자동화
오라클 내부적으로 통계정보 수집을 자동화하고자 한다면, dbms_job
패키지를 사용하면 된다. 샘플은 oracle 8.1.6의 경우 $ORACLE_HOME/rdbms/admin/statsuato.sql
( 8.1.7이상은 $ORACLE_HOME/rdbms/admin/spauto.sql) 에 들어 있으며,
매 시간 마다 snapshot을 등록하는 예제이다.
dbms_job을 사용하여 snapshot을 자동화시키기 위해서는, init 파일의
job_queue_processes 파라미터가 0 이상이어야만 한다.
init<SID>.ora 예제:
# Set to enable the job queue process to start. This allows dbms_job
# to schedule automatic statistics collection using STATSPACK
job_queue_processes=1
OPS 환경에서 statsauto.sql 을 사용한다면, statsauto.sql 스크립트는
클러스터 내의 모든 인스턴스에서 한번 씩 수행되도록 하여야 한다.
마찬가지로 job_queue_processes 파라미터 값도 모든 인스턴스에서
0 이상의 값으로 지정되어 있어야 한다.
dbms_job에 대한 자세한 사용방법은 <bulletin:10707> 를 참조한다.
2) OS 시스템 유틸리티를 사용한 StatsPack snapshot 작업의 자동화.
unix의 cron에 등록하는 방법은 <bulletin:10906>을, NT 의 at 명령을 사
용하는 방법은 <bulletin: 11618> 을 참조한다.
4. 통계정보 수집 주기의 변경 방법
통계정보 수집 주기를 변경하기 위해서는 dbms_job.interval 프로시져를
사용한다.
예.
execute dbms_job.interval(1,'SYSDATE+(1/48)');
위에서 SYSDATE+(1/48) 는 통계정보가 1/48 일에 한번씩 ( 매 30분 마다)
수집되도록 지정한 예이다.
job이 즉시 실행되도록 하기 위해서는
execute dbms_job.run(<job number>);
job을 스케쥴러에서 제거하기 위해서는
execute dbms_job.remove(<job number>);
5. STATSPACK의 삭제 및 snapshot 데이타 제거 방법.
1) Statspack 삭제
Statspack 환경 삭제를 위해서는 oracle 8.1.6의 경우는 statsdrp.sql을
oracle 8.1.7 이상의 경우는 spdrop.sql을 수행한다.
cd $ORACLE_HOME/rdbms/admin
SQL> connect / as sysdba
SQL> @statsdrp
2) Snapshot 데이타 제거
불필요한 snapshot 데이타를 제거하기 위해서 oracle 8.1.7부터는
sppurge.sql과 sptrunc.sql을 제공한다.
특정 구간 사이의 snapshot정보를 제거하려면 sppurge.sql을 수행한다.
이 script를 수행하면 삭제할 시작과 끝의 snapshot id를 지정하게 되며 지정
된 구간의 snapshot 데이타가 제거된다.
모든 snapshot 정보를 삭제하려면 sptrunc.sql을 수행한다.
cd $ORACLE_HOME/rdbms/admin
sqlplus perfstat/perfstat
SQL> @sptrunc
Example
none
Reference Documents
<Note:94224.1>
<Note:149121.1>

CDC feature for snapshots and views

Hi,
Can we use the Oracle Change Data Capture (CDC) feature which can be used with Oracle's Publish and Subscribe packages for views and snapshots in Oracle 10g? Or is it only for tables?

This is question for Oracle support as DI is just using it. And they will tell you that it is for tables only.

How can create snapshot...

hi all
in my testing database i want to create snapshot..through sqlplus
1.i create statpack ---- spcreate.sql file...as "sys" user
2. then try to conn as "perfstat" but i got error
SQL> conn perfstat/perfstat
ERROR:
ORA-00604: error occurred at recursive SQL level 1
ORA-00922: missing or invalid option
ORA-06512: at line 2
what should i do...
thanx
regards
Mohammadi

CREATE SNAPSHOT command
PURPOSE:
To create a snapshot. A snapshot is a table that contains the
results of a query of one or more tables or views, often located on
a remote database.
SYNTAX:
CREATE SNAPSHOT [schema.]snapshot
[ [PCTFREE integer] [PCTUSED integer]
[INITRANS integer] [MAXTRANS integer]
[TABLESPACE tablespace]
[STORAGE storage_clause]
[ USING INDEX [ PCTFREE integer | TABLESPACE tablespace
| INITTRANS integer | MAXTRANS integer
| STORAGE storage_clause ] ...
| [CLUSTER cluster (column [, column]...)] ]
[ REFRESH [FAST | COMPLETE | FORCE] [START WITH date] [NEXT date]]
AS subquery
where:
schema
is the schema to contain the snapshot. If you omit schema, Oracle
creates the snapshot in your schema.
snapshot
is the name of the snapshot to be created.
Oracle chooses names for the table, views, and index used to
maintain the snapshot by prefixing the snapshot name. To limit
these names to 30 bytes and allow them to contain the entire
snapshot name, Oracle Corporation recommends that you limit your
snapshot names to 23 bytes.
PCTFREE
PCTUSED
INITRANS
MAXTRANS
establishes values for these parameters for the internal table
Oracle uses to maintain the snapshot's data.
TABLESPACE
specifies the tablespace in which the snapshot is to be created. If
you omit this option, Oracle creates the snapshot in the default
tablespace of the owner of the snapshot's schema.
STORAGE
establishes storage characteristics for the table Oracle uses to
maintain the snapshot's data.
USING INDEX
specifies the storage characteristics for the index on a simple
snapshot. If the USING INDEX clause not specified, the index is
create with the same tablespace and storage parameters as the
snapshot.
CLUSTER
creates the snapshot as part of the specified cluster. Since a
clustered snapshot uses the cluster's space allocation, do not use
the PCTFREE, PCTUSED, INITRANS, or MAXTRANS parameters, the
TABLESPACE option, or the STORAGE clause in conjunction with the
CLUSTER option.
REFRESH
specifies how and when Oracle automatically refreshes the snapshot:
FAST
specifies a fast refresh, or a refresh using only the
updated data stored in the snapshot log associated
with the master table.
COMPLETE
specifies a complete refresh, or a refresh that re-
executes the snapshot's query.
FORCE
specifies a fast refresh if one is possible or
complete refresh if a fast refresh is not possible.
Oracle decides whether a fast refresh is possible at
refresh time.
If you omit the FAST, COMPLETE, and FORCE options,
Oracle uses FORCE by default.
START WITH
specifies a date expression for the first automatic
refresh time.
NEXT
specifies a date expression for calculating the
interval between automatic refreshes.
Both the START WITH and NEXT values must evaluate to a time in the
future. If you omit the START WITH value, Oracle determines the
first automatic refresh time by evaluating the NEXT expression when
you create the snapshot. If you specify a START WITH value but omit
the NEXT value, Oracle refreshes the snapshot only once. If you
omit both the START WITH and NEXT values or if you omit the REFRESH
clause entirely, Oracle does not automatically refresh the snapshot.
AS subquery
specifies the snapshot query. When you create the snapshot, Oracle
executes this query and places the results in the snapshot. The
select list can contain up to 253 expressions. A snapshot query is
subject to the same restrictions as a view query.
PREREQUISITES:
To create a snapshot in your own schema, you must have CREATE
SNAPSHOT system privilege. To create a snapshot in another user's
schema, you must have CREATE ANY SNAPSHOT system privilege.
Before a snapshot can be created, the user SYS must run the SQL
script DBMSSNAP.SQL on both the database to contain the snapshot and
the database(s) containing the tables and views of the snapshot's
query. This script creates the package SNAPSHOT which contains both
public and private stored procedures used for refreshing the
snapshot and purging the snapshot log. The exact name and location
of this script may vary depending on your operating system.
When you create a snapshot, Oracle creates a table, two views, and
an index in the schema of the snapshot. Oracle uses these objects
to maintain the snapshot's data. You must have the privileges
necessary to create these objects. For information on these
privileges, see the CREATE TABLE, CREATE VIEW, and CREATE INDEX
commands.
The owner of the schema containing the snapshot must have either
space quota on the tablespace to contain the snapshot or UNLIMITED
TABLESPACE system privilege. Also, both you (the creator) and the
owner must also have the privileges necessary to issue the
snapshot's query.
To create a snapshot, you must be using Oracle with the procedural
option. To create a snapshot on a remote table or view, you must
also be using the distributed option.

Logging option in materialized view

Hi all,
Anyone know about the meaning of "Logging option"(LOGGING, NOLOGGING) in Materialized view of node Snapshot in Oracle enterprise manager(Warehouse -->Summary management -->Materialized view(snapshot))
Pls explain me.
Thank you
Mcka

http://download-uk.oracle.com/docs/cd/B19306_01/server.102/b14200/clauses005.htm#i999782

VB, 9i Lite, 9iAS and 9i db

Hi,
Can anybody tell me for using a VB application on a laptop with Oracle 9i lite, is Oracle 9iAS required for synchronisation to the 9i database.
regard
shibu

Thanks for teh reply.
In fact, I am looking for the Database design details like the following ones:
a) If we are going to have an updatable snapshot(Both way - Online <=> offline) then we need to have an unique key in the Tables.
b) Master Tables can be kept as Read Only Snapshots.
c) Integrity COnstraints can be takedn care of by assigning a proper sequence number while deploying the snapshots in Oracle Mobile Server.
d) Columns for Concurrency handling.
And particularly, what is the Extract criteria for the Client Lite Database tables. Because the Online may have million records, whereas the Oracle lite can handle only few records. So, what should be the extration criteria for Tables in the Oracle Lite databases?
It would be really greateful if you could give some tips for the deatabse design for the Mobile applications.
Thanks
Jagadish

Perfstat user in 4.6C/oracle9i

Dear all,
We found that there is a oracle user perfstat in our 4.6C/oracle9i/solaris landscape.
But in our hpux system where we have installed installed 4.6C/oracle10g, we could not find the user perfstat.
Can you please explain
1.what is the use of perfstat user in oracle?
2. why it is not available in oracle 10g/sap4.6c?
3. Do we need to recreate the same user manually in oracle10g/sap4.6C?
Pl clarify
Thanks
Senthil

Hello Senthil,
the PERFSTAT user is normally added, if you install STATSPACK on oracle. This is a package for Oracle 9i (and as well as for Oracle 10g, if you don't have the Oracle Database Diagnostic Pack).
STATSPACK is used to take performance snapshots on oracle databases to analyze load situations / performance issues.
If you install SAP on Oracle 10g you automatically have the "Oracle Database Diagnostic Pack" and you can use the AWR instead of the STATSPACK - so no STATSPACK is needed (and no PERFSTAT user is installed).
So you don't need to add this user manually.
For more information about STATSPACK - take a look at sapnote #717484
Regards
Stefan

Snapshots in Oracle 8.17

Similar Messages

Maybe you are looking for