tentang abip

nama lengkap : habiburrokhman

panggilan : abip

ttgl : palembang, 17 oktober 1984

tk : pusri, palembang

sd : sd 1 ysp pusri,palembang

smp : smp ysp pusri, palembang

sma : sma xaverius 1, palembang

kuliah : st. inten bandung, tek. informatika

kerja :

- pt. firstwap : as kacung

- sisindokom lintasbuana : oracle sw specialist

- mitra integrasi informatika : oracle technical consultant

- next…hmmm

friendster : 1rstDev@gmail.com (jarang di buka)

facebook : dev_orcl@yahoo.co.id

community : indo-oracle, tsvc

alat kerja

yg berhubungan dengan kerjaan :

1. dell xps m1330, 4 GB Mem

2. SecureCRT (SSH Connection to Remote Server)

3. TOAD for Oracle 9.6 (Support Oracle Database 11g)

4. File Zilla (Upload, Download Files from and to Remote Server)

5. Notepad++, text Editor

6. Mozilla Firefox (Googling, Connect to Remote Server via OEM or OAS FARM)

7. FoxitReader, PDF Viewer

8. Ms. Vista Business, for OS, lemoti, pemakan memori

9. Cisco System VPN Client, buat remote dr kosan, hha Males Ke Kantor banget + IM2 Broom Unlimited, Versi Murah Aja !!

10. Metalink, buat troubleshoot masalah2 yg di Hidden cara penyelesaiannya oleh Oracle, wanna some account… i have xl, indosat, and btel account, hha ! ga boleh ah, internal purpose onleeeeee !!

11. VMWare, Testing2…

12. XManager Enterprise, XBrowser buat remote via GUI, XManager passive buat nampilin GUI di Vista meski jalanin command nya lewat SecureCRT. export DISPLAY:”YOUR_IP”:0.0

13. YM : komunikasi dengan User

14. WMP, biar ga bete pas kerja

15. Western Digital 320GB, ext. disk. buat nyimpen sw2 oracle yg gedenya kayak gajah gendut.

16. Hape Nokia, pake ESIA + SIMPATI, abip ga mau make yg dari indosat, ga tau kenapa, hha !!

17. Hape Nokia sebagai modem, klo lagi di kosan buat chatting, browsing, bukan buat nge-remote gawe, hhe..

Introduction

Tujuan dari Admin Workshop 1 agar kita mampu untuk :

- install, membuat, dan mengatur Oracle Database 10g

- configurasi oracle db guna keperluan aplikasi : membuat user, struktur storage, security

- menerapkan prosedur dasar monitoring : agar database dpt berjalan dengan lancar.

- menerapkan strategi backup dan recovery : High Availability

- memindahkan data antar database

Bab yang Akan Di Bahas, Antara Lain :

1. Introduction

2. Installation

3. DB Creation

4. Instance

5. Storage

6. Users

7. Schema

8. Data & Concurrency

9. Undo

10. Security

11. Network

12. Proactive Maintenance

13. Performance

14. Backup and Recovery Concepts

15. Backup

16. Recovery

17. Flashback

18. Moving Data

Cukup Banyak, Tapi kita akan Pelan2 kok…

Oracle Database 10g, “g” berarti  Grid, standar untuk Grid Computing.

Please visit http://www.gridforum.org for the details

Grid computing Oracle bermaksud untuk mensejajarkan dengan high reliability mainframe computing.

Tidak seperti mainframe dan UNIX SMP, Grid Oracle dapat dibuat dengan teknologi terbuka, seperti Intel Processor dan Linux Operating System (I suggest you to use Oracle Unbreakable Linux in this course Environment), sehingga meminimalisir cost.

Teknologi Oracle Grid Computing

1. Storage Grid : ASM (Automatic Storage Management)

2. Database Grid : RAC (Real Application Server)

3. Application Grid : Oracle Streams

all of these can be monitored via Oracle Enterprise Manager Grid Control

nb : yg atas ga perlu di pikirin dulu, di luar scope bahasan kali ini (kecuali ASM)

Oracle Database Arsitektur, minimal terdiri dari 1 instance dan 1 database.

Struktur Database :

1. Memori : SGA

2. Proses : Background Processes

3. Storage : Database Files

1 Oracle Database = 1 Instances (kecuali RAC, 1 database : 2 atau lebih Instances)
Setiap Oracle Database STARTED, oracle software mengalokasikan shared memory area, SGA.
dan juga menjalankan beberapa background process.
SGA + BGPROCESSES = Instances

Struktur Memori Oracle :
1. SGA : System Global Area : di shared oleh semua server proses dan background proses
2. PGA : Private Global Area : 1 PGA : 1 Proses
setiap ada request dr client, oracle membuatkan 1 server proses untuk melayaninya

Struktur SGA :
1. Database Buffer Cache : Menyimpan sementara blok2 yang yang diambil dari database (dr datafile sih sebenernya :p)
2. Redo Log Buffer : Menyimpan sementara informasi Redo sebelum di simpan ke redo log files (untuk instance recovery)
3. Shared Pool : Kurang lebih sebagai buffer SQL statement yg dpt di shared antar user
4. Large Pool : digunakan untuk proses yg besar, mis : backup and recovery proses, I/O Server Processes, ext.
5. Streams Pool : Digunakan oleh Oracle Stream
6. Java Pool : Java Purpose

nb :

Oracle Database 10G memiliki parameter SGA_TARGET, sehingga Oracle Dapat mengatur secara otomatis pengalokasian SGA sesuai kebutuhan.
Oracle Database 11G fitur MEMORY_TARGET, sehingga Oracle dapat mengatur pengalokasian SGA + PGA Secara Otomatis sesuai kebutuhan database.

Struktur Proses Oracle :
1. user proses
Proses pada saat user request connection ke oracle server
2. server proses
execute command is issued by user proses
3. background proses
Proses yang berjalan pada saat Oracle STARTED

Oracle Instance Management
Oracle background proses yg umum :
1. System Monitor (SMON) : Perform crash recovery apabila database started setelah terjadi failure
2. Process Monitor (PMON) : membersihkan proses pada saat terjadi user failure
3. Database Writer (DBWR) : menulis blok2 data yg sudah di ubah dari db buffer cache ke datafiles
4. LogWriter (LGWR) : menulis isi redo log dari logbuffer ke disk
5. Archiver (ARCn) : copy redo log files ke archival storage ketika terjadi log switch (archivelog mode)
6. Checkpoint (CKPT) : update controlfile dan data file header ketika terjadi checkpoint

Server Process dan Database buffer cache
ketika query di proses, oracle server proses melihat terlebih dahulu ke
database buffer cache blocks yang dibutuhkan (yg akan di modifikasi). Jika tidak ada maka
oracle server process melakukan pembacaan block ke disk dan menempatkan kopian dr block tersebut ke database buffer cache.
proses membaca ke disk meningkatkan Physical Reads.
Diharapkan setingan Oracle Buffer Cache cukup untuk menampung blok2 data yg dibutuhkan sehingga performance tidak turun.

Status Buffer di Buffer Cache :
1. Pinned : Session yg ada tidak diperkenankan untuk mengubah blok data yg sedang digunakan oleh session lain. Session lain menunggu giliran
2. Clean : Buffer sekarang tidak di pinned, dan buffer tersebut sbagai kandidat untuk di tulis ke disk
isi dari block data di buffer dan disk consistent
3. Free or Unused : Buffer belum dipakai (Pada saat instance baru STARTED)
4. Dirty : status buffer tidak lagi di pinned tetapi isi dari block data yg di buffer telah berubah,
dan harus di flush ke disk oleh DBWR sebelum di aged-out

Physical Database Storage
1. Control files : menyimpan informasi mengenai database itu sendiri, critical tanpa file ini, anda tidak dapat membuka database
(Sebelum Database dalam kondisi MOUNT, oracle membaca controlfile terlebih dahulu)
2. Data files : menyimpan user / aplikasi data
3. Online Redo Log Files : Berguna untuk Instance Recovery
4. Parameter Files : Configurasi Instance pada saat startup
5. Password Files : Memungkinkan user konek ke database dan melakukan administrative tasks
6. Archived Log Files : dengan backup files, data file dapat di recover ,hingga commit terakhir
7. Trace Files : berisi error dr server / background process file.
8. Alert Log Files : berisi kronologis database, messages ataupun error.
9. backup Files : digunakan untuk database Recovery

Invalid Objects, Database Performance

MANAGING DATABASE PERFORMANCE :
Pada saat ini kita akan membahas mengenai Database Performance Tingkat Dasar

Hal2 Yang Akan Dibahas Antara Lain Mengenai :
1. Troubleshoot Invalid and Unusable Objects
2. Gather Optimizer Statistics
3. View Performance Metrics, dan
4. React To Performance Issues

ISSUES :
1. Memory Allocation Issue
2. Network Bottleneck
3. Application Code Problems
4. I/O Device Contention
5. Resource Contention

Performance Monitoring, terbagi atas dua tipe :
1. Reactive Monitoring :
Response yang kita sebagai DBA lakukan terhadap issue2 yang dilaporkan oleh user,
misalnya : response time, instance failures, errors found in alert log
2. Proactive Monitoring :
Mengidentifikasi hal2 yang dapat menyebabkan masalah, sebelum secara luas menimbulkan dampak terhadap performa database

Pada Saat Ini Kita Hanya Akan Membahas Mengenai REACTIVE MONITORING
Penurunan Performa Dapat Terjadi Dikarenakan :
1. Object2 INVALID
objek : INDEX, PROCEDURES, TRIGGERS, PACKAGES, OBJECT TYPES

Penyebab object menjadi INVALID :
1. procedures mengacu ke kolom pada suatu tabel, dan pada suatu waktu kolom tersebut di drop, maka Procedures tersebut perlu di compile
2. Procedures memiliki syntax yang salah

Biasanya Oracle akan secara otomatis mengcompile ulang PL/SQL yang invalid, apabila tidak berhasil maka DBA perlu untuk mengcompile procedures secara manual

Mengidentifikasi object yang INVALID, query dba_objects atau all_objects atau user_objects view
SQL> select owner, object_name, object_type from dba_objects
where status =’INVALID’;

untuk memperbaiki invalid procedures, gunakan perintah SQL>alter procedures owner.procedures_name COMPILE
untuk memperbaiki invalid views, gunakan perintah SQL>alter view owner.view_name COMPILE

jika terjadi ERROR, check dependencies object tersebut dari dba_dependencies, user_dependencies, all_dependencies
jika terdapat banyak object yang harus di compile gunakan fitur yang disediakan oleh oracle,, yaitu
conditions : letak oracle database software berada di drive D:
actions :
SQL> @D:\oracle\product\10.2.0\db_1\rdbms\admin\ultrp

SIMULASI :
1. connect as system
2. SQL> create user abip_invalid identified by abip_invalid
Notes : untuk belajar, dianjurkan untuk memberi password yang sama dengan user name agar tidak lupa
3. SQL> grant dba to abip_invalid
4. connect as abip_invalid
5. SQL> create table tab_invalid(num number, dt date);
6. SQL> insert into tab_invalid values(1,sysdate);
7. buat view untuk tab_invalid
SQL> create or replace view view_invalid as select dt from tab_invalid;
8. buat procedures untuk tab_invalid
SQL> create or replace procedure proc_invalid as
count_number number;
begin
select count(*) into count_number from tab_invalid;
end;
/
9. SQL> select object_name, object_type, status from user_objects;

OBJECT_NAME OBJECT_TYPE STATUS
————–|————–|———-
TAB_INVALID TABLE VALID

VIEW_INVALID VIEW VALID

PROC_INVALID PROCEDURE VALID

10. Lakukan simulasi pengInvalidan Object
SQL> alter table tab_invalid drop column dt;
11. Lakukan Langkah ke 9, dengan hasil yang jelas berbeda
OBJECT_NAME OBJECT_TYPE STATUS
————–|————–|———-
TAB_INVALID TABLE VALID

VIEW_INVALID VIEW INVALID

PROC_INVALID PROCEDURE INVALID

12. Untuk procedures lakukan Compile
SQL> alter procedure proc_invalid COMPILE;
procedures PROC_INVALID telah VALID !
OBJECT_NAME OBJECT_TYPE STATUS
————–|————–|———-
TAB_INVALID TABLE VALID

VIEW_INVALID VIEW INVALID

PROC_INVALID PROCEDURE VALID

13. Compile View
SQL> compile view view_invalid compile;
ups, whadda hell !!!
Warning: View altered with compilation errors.
Recompile view akan gagal, karena View Mengacu pada kolom yang telah di drop

Check Apa Yang Terdapat Pada View view_invalid pada user_views atau dba_views, all_views
SQL> select view_name, text from user_views where view_name like ‘VIEW%’;
VIEW_NAME TEXT
————-|——————————-
VIEW_INVALID select dt from tabel_invalid
untuk mengetahui secara pasti, query user_dependencies;

SQL> select referenced_name from user_dependencies where lower(name) like ‘view%’;
REFERENCED_NAME REFERENCED_TYPE
—————–|—————–
TAB_INVALID TABLE
DT NON-EXISTENT
DT NON-EXISTENT
Kita mendapati bahwa kolom dt sudah tidak exist
14. Putuskan, untuk drop view atau buat kolom dengan kolom yang sama
SQL> alter table tab_invalid add (d1 date);
15. Compile ulang,
SQL> alter view view_invalid compile;
view akan menjadi valid, dan procedures menjadi tidak valid, compile ulang procedure proc_invalid

flashback transaction query

FLASHBACK TRANSACTION QUERY
-> melihat semua perubahan yang dilakukan sebuah transaksu

Pada flashback versions query, 3 kali transaksi dilakukan dalam satu kali commit, maka kita tidak dapat hanya memFlashback data pada kolom yang di Update saja
atau di delete saja atau di insert saja,

dengan flashback transaction query anda dapat melakukan hal tersebut

SIMULASI
SQL> select empno, ename, sal from emp
where deptno = 10;
EMPNO ENAME SAL
—————–
7782 CLARK 2450
7839 KING 5000
7934 MILLER 1300

SQL> insert into emp (empno,ename,sal,deptno)
values (8000,’HARRY’,2500,10);
1 row updated
SQL> commit;
commit complete

SQL> update emp set sal=3000 where empno=7839;
1 row updated
SQL> commit;
commit complete

SQL> delete emp where empno=7782; (clark deleted)
1 row deleted
SQL> commit;
commit complete

ACTIONS :
1. em, tables
2. Masukkan schema name, dan nama tabel
3. pilih actions “FLASHBACK version query”, klik GO
4. pilih kolom yang diinginkan, dan pilih untuk memfilter (dalam kasus ini gunakan “where deptno=10″), masukkan interval time atau scn, ataupun tidak, klik next
5. ditampilkan kolom2 sesuai dengan pilihan, ditambah kolom SCN,transaction ID,SCN sama berarti dilakukan dalam satu commit
6. klik transaction id
7. pada contoh kasus ini, kita akan meng-undo proses delete clark
sorot sql pada kolom “undo sql”
SQL> insert into “SCOTT”.”EMP2″(“EMPNO”,”ENAME”,”JOB”,”MGR”,”HIREDATE”,”SAL”,”COMM”,”DEPTNO”)
values (’7782′,’CLARK’,'MANAGER’,’7839′,TO_DATE(’09-06-1981′, ‘DD-MM-RRRR’),’2450′,NULL,’10′);
1 row created

Semudah itu kan, ayo dong temen2 kita belajar oracle bareng…..
kita bisa sharing2, inget KITA GA SENDIRI BANYAK ORANG BAIK YANG AKAN MENOLONG KITA APABILA KITA MEMILIKI MASALAH DENGAN ADMINISTRASI DATABASE ORACLE

MAJU TERUS ORACLE LOVERS !!!

regards
abip

flashback table

FLASHBACK TABLE :
conditions : user menDelete table
simualation :
SQL> connect scott/password_scott
connected.

SQL>delete emp;
15 rows deleted.

SQL>commit;
commit complete.

cara2 :
1. SQL> flashback table emp to scn ?

untuk mengetahui scn berapa, lakukan hal di bawah ini
SQL>select versions_startscn-1 as flashback_scn,
versions_operation as ops,
empno,ename,sal
from emp versions between scn minvalue and maxvalue
where 1=1
and versions_start_scn is not null
order by versions_start_scn desc;

STARTSCN OPS   EMPNO ENAME             SAL
——————————————————————
751564        D       8000       HARRY            2500
751564        D       7902       FORD                3000
751564        D       7900       JAMES              950
751564        D       7876       ADAMS            1100
751564        D       7844      TURNER           1500
751564        D       7839      KING                  3000
751564        D       7369      SMITH                800
751564        D       7782      CLARK              2450
751564        D       7698      BLAKE              2850
751564        D       7654      MARTIN           1250
751564        D       7566      JONES               2975

STARTSCN OPS   EMPNO ENAME             SAL
——————————————————————
751564        D       7521        WARD             1250
751564        D       7499        ALLEN            1600
751564        D       7788        SCOTT            3000

notes : versions_startscn-1 = untuk melihat scn pada saat sebelum melakukan delete pada table emp

flashback version query

FLASHBACK VERSION QUERY
-> digunakan untul melihat seluruh transaksi yang telah terjadi pada sebuah tabel

Simulasi :
schema : scott
tabel : emp

SQL> select empno, ename, sal from emp
where deptno = 10;
EMPNO ENAME SAL
——————————-
7782 CLARK 2450
7839 KING 5000
7934 MILLER 1300
SQL> insert into emp (empno,ename,sal,deptno)
values (8000,’HARRY’,2500,10);
1 row updated

SQL> update emp set sal=3000 where empno=7839;
1 row updated

SQL> delete emp where empno=7934;
1 row deleted

SQL> select empno, ename, sal from emp
where deptno=10;

SQL> commit;
commit complete

query
SQL> select versions_startscn startscn,
versions_endscn endscn,
versions_starttime starttime,
versions_endtime endtime,
versions_xid xid,
versions_operation ops,
empno,ename,sal,deptno
from emp versions between scn minvalue and maxvalue
where deptno=10;

startscn endscn starttime endtime xid ops empno ename sal deptno
738694 03-JUL-07 09.05.56 PM 0600080065010000 D 7782 CLARK 2450 10
738694 03-JUL-07 09.05.56 PM 0600080065010000 U 8000 HARRY 3500 10
******738694 03-JUL-07 09.05.56 PM 7782 CLARK 2450 10
******7839 KING 3000 10
******738694 03-JUL-07 09.05.56 PM 8000 HARRY 2500 10
738694 03-JUL-07 09.05.56 PM 0600080065010000 I 1000 ABIP 2000 10

versions_startscn : scn versions dibuat
versions_endscn : scn versions expired
versions_starttime : timestamp versions dibuat
versions_endtime : timestamp versions is expired
versions_xid : transaction identifier yang membuat version row
versions_operation : operation yang dilakukan (U=update, D=delete, I=insert)
dapat dilihat bahwa versions_startscn = 738694, berarti 3 operasi dilakukan dalam 1 commit
pada versions_operation bernilai NULL, berarti pada baris tidak dilakukan proses apa2
URUTAN DARI BAWAH KE ATAS
- dilakukan proses insert dengan ename ABIP
- 3 baris merupakan operasi select
- dilakukan proses update pada ename HARRY, dimana salary di ubah dari 2500
- dilakukan proses delete pada ename CLARK

melakukan operasi Flashback Version Query
1. em, tables
2. masukkan schema, dan nama table
3. pilih actions “Flashback Version Query”, klik GO
4. pilih kolom yang akan ditampilkan
5. masukkan where clause, pada simulasi ini kita memasukkan “where deptno=10″ atau “where 1=1, yang berarti tidak memfilter data”
6. pilih interval waktu atau semuanya atau SCN
7. ditampilkan kolom2 sesuai dengan pilihan, ditambah kolom SCN,transaction ID,SCN sama berarti dilakukan dalam satu commit
8. untuk melakukan flashback,lakukan enable row movement pada table tersebut
SQL> alter table emp enable row movement;
9. klik next, pilih cascade
10. pilih row changes untuk melihat perubahan yang akan terjadi jika melakukan flashback version query, review dan submit

dah mo balik kantor

alter session set nls_date_format = ‘dd-mm-yy hh24:mi:ss’;
session altered

select sysdate from dual;
03-07-07 17:16:45

hari ini kayanya udahan dulu, doain abip tetep masuk kantor besok ya, biar bisa nge-update blog ini…

karena besok, materiNya mulai agak berat, cie………

padahal abip sendiri belum sukses nyettingNya, huehehehe

tapi malem ini bakal di kebut, di tes dulu terus abip bahas deh di mari

Bahasan besok : pilihan yang belum bisa abip pastiin sekarang

* Oracle Data Guard : Setting Physical Standby Database (abip sendiri belum berhasil, hehehe)

* Oracle Security : User Password / Profile, Auditing

* Oracle Backup and Recovery (basics without RMAN)

* Oracle Backup and Recovery (with RMAN)

* Oracle Performance And Tuning (tapi yang standar aja ya)

Bonus :

1. Flashback Technologies (Versions query, Table, Drop)

2. Locking Mechanism In Oracle Database

SQL> commit;
commit completed.

regards,

abip

flashback database

Flashback Database adalah fitur baru oracle untuk mengembalikan database pada waktu tertentu di masa lalu…

Flashback Database Tidak Menggunakan Informasi Dari Undo Tablespace

Kapan Memakai Flashback Database :

1. User di drop dengan tidak sengaja

2. Table tidak sengaja di truncate

3. Batch job (saya ga terlalu hapal, batch job yang seperti apa)

Memeriksa aktif tidaknya Flashback Database Features :
SQL> select flashback_on from V$database;

KETENTUAN :
database dalam archive log mode,

check dengan = SQL> archive log list;

jika belum dalam keadaan archive log mode;

SQL> shutdown immediate;

SQL> startup mount exclusive;

SQL alter database archivelog;

SQL> alter database open;

cek ukuran flash recovery area :

SQL> show parameter db_recovery_file_dest; akan ditampilkan direktory flash recovery area dan ukuran

menentukan ukuran flash recovery area

1. select sum(bytes)/1024/1024 as mb  from (select bytes from v$datafile union all select bytes from v$tempfile);

misal,hasilnya : 890M;

select sum(blocks*block_size)/1024/1024 as mb from v$archived_log where completion_time > sysdate -1;

misal, hasilnya : 50M;

hitung, dengan perhitungan = 2 * 890 M + 50M = 1830 M;

buat 20 % lebih banyak : 20% * 1830 = 366 M

Yang diiperlukan = 1830 + 366 =  2196 M;

mengubah ukuran recovery area :
SQL> alter system set db_recovery_file_dest_size=2196M;

Mengaktifkan Flashback Database :
1. SQL> shutown immediate;

2. SQL> startup mount exclusive;

3. SQL> alter database flashback on;

4. SQL> alter database open;

FLASHBACK_RETENTION_TARGET
berapa lama waktu terakhir flashback database;

untuk melihat retention target dari flashback : SQL> show parameter db_flashback_retention_target  (in minutes)

untuk mengubah retention target, misal 2 hari : SQL> alter system set db_flashback_retention_target=2880

Contoh :

1. connect sys/pwd as sysdba

2. alter session set nls_date_format=’dd-mm-yy hh24:mi:ss’;

3. set time on;

4.  03-07-07 15:21:25 SQL> create user abip identified by orcl;

5. 03-07-07 15:22:00 SQ>commit;

6. 03-07-07 15:28:00 SQL>drop user;

7. 03-07-07 15:28:05 SQL> commit;

dengan menggunakan flashback database kita dengan mudah dan cepat melakukan recovery pada user tersebut

cara :

8. shutdown immediate;

9. startup mount;

10. flashback database as of timestamp(to_timestamp(’03-07-07 15:24:00′,’dd-mm-yy hh24:mi:ss’));

11. alter database open resetlogs;

tes, untuk melihat hasilnya

SQL> select username from dba_users where username = ‘ABIP’;

v$flashback_database_log : anda bisa melihat oldest scn, oldest_time,retention target, ukuran flashback database sekarang (dalam bytes), perhitungan ukuran flashback data yang dibutuhkan untuk retention target pada saat ini

SQL> select oldest_flashback_scn, oldest_flashback_time, retention_target, bytes/(1024*1024) as “mb”, estimated_flashback_size from  V$FLASHBACK_DATABASE_LOG

v$flashback_database_stat : untuk me-monitor i/o overhead dari prosess pencatatan flashback data

regards

  abip

change user name

oracle tidak menyediakan fitur khusus untuk secara langsung mengubah nama user

cara alternatif adalah dengan menggunakan fitur oracle data pump

simulasi
nama user (lama) = abip

nama user (baru) = abip0rcl

dengan catatan user baru VALID

cara2 :
1. buat database directory :

sql> create or replace directory dumpdir as ‘d:\’;

2. beri hak baca dan tulis directory tersebut ke user

sql> grant read, write on directory dumpdir to abip

3. pindah ke host-level

jalankan : expdp system/password schemas=abip directory=dumpdir dumpfile=abipdmp.dmp logfile=expabipschema.log

job_name=expabipjob

4.  import

jalankan :

impdp system/orcl dumpfile=abipdmp.dmp directory=dumpdir schemas=abip LOGFILE=impabipschema.log

REMAP_SCHEMA=abip:abip0rcl TABLE_EXISTS_ACTION=replace

TABLE_EXISTS_ACTION : apabila pada schema abip0rcl terdapat nama tabel yang sama dengan import file

maka, table yang ada di schema abip0rcl akan di replace dengan import file

TABLE_EXISTS_ACTION :

1. SKIP : akan tetap menggunakan tabel milik abip0rcl schema (default)
2. APPEND : akan menambahkan row dari imporfile ke tabel.

3. TRUNCATE : truncate tabel yang telah ada, kemudian menambahkan row

4. REPLACE : replace dengan yang baru

regards

abip