Informasi tentang environment Operating System (OS)
Salah satu informasi yang paling penting adalah ORACLE_HOME, yaitu directory di mana instalasi Oracle ditaruh. Lihat environment OS di sini:

1. Di Windows, lihat di registry My Computer --> HKEY_LOCAL_MACHINE --> SOFTWARE --> ORACLE
2. Di Unix, lihat di user profile dari database owner. Untuk shell sh/ksh/bash, user profile ada di file .profile. Untuk shell csh/tcsh, user profile ada di file .login

Informasi parameter Instance (init file)
Lokasinya ada di $ORACLE_HOME/dbs untuk OS Unix, atau %ORACLE_HOME%\database untuk Windows. Lebih detail silahkan lihat Teori dan Administrasi init file (pfile dan spfile).

Parameter instance, kalau tidak di-specify di init file, maka Oracle akan memberi nilai default. Ketika instance up, kita bisa melihat parameter-parameter instance melalui view v$parameter. Contoh:

SQL> select NAME,VALUE,ISDEFAULT from v$parameter order by name;

Kolom NAME adalah nama parameter. Kolom VALUE adalah nilai dari parameter tersebut. Kolom ISDEFAULT, kalau bernilai YES berarti nilai tersebut masih merupakan nilai default atau belum di-specify.

Feature (option) database yang sudah ter-install
Ketika meng-install software database Oracle, kita diberi 3 pilihan jenis instalasi yaitu standart, enterprise, atau custom. Feature (option) mana saja yang akan turut di-install, ya tergantung pilihan kita tersebut. Untuk mengetahui option apa saja yang include dalam software database Oracle yang telah kita install, query ke view v$option.

SQL> select * from v$option order by parameter;

Feature (option) yang dipakai oleh database
Ketika kita membuat database, tidak semua feature database Oracle (yang telah kita install) kita butuhkan. Untuk melihat feature yang dipakai oleh database, query view dba_registry

SQL> select COMP_NAME,VERSION,STATUS from dba_registry;

Jadi, perlu dipahami betul beda informasi antara yang di VIEW v$option dan di dba_registry. Feature (option) yang di-install (ada di v$option) belum tentu dipakai oleh database (ada di dba_registry). Sebaliknya, feature yang dipakai database (ada di dba_registry) sudah pasti merupakan feature yang sudah ada dalam instalasi software database Oracle (ada di view v$option).

Informasi tentang properties database
Contoh properties database adalah default tablespace (permanent dan temporary), timezone, character set, language, dll. Informasi tersebut bisa dilihat dengan query ke view database_properties.

SQL> select PROPERTY_NAME,PROPERTY_VALUE
from database_properties order by PROPERTY_NAME;

DI versi 9i ke bawah, gather statistic dilakukan secara manual dengan package DBMS_STATS. By default di database Oracle 10g, gather statistic ini dilakukan oleh Oracle secara otomatis; selanjutnya kitapun bisa memilih cara melakukan gather statistic ini, apakah secara otomatis atau manual.

Agar Database melakukan gather statistic secara manual, jalankan command berikut di SQL:

conn system
BEGIN
  DBMS_SCHEDULER.DISABLE('GATHER_STATS_JOB');
END;
/

Untuk mengembalikan gather statistic berjalan otomatic, jalankan command berikut di SQL:

BEGIN
  DBMS_SCHEDULER.ENABLE('GATHER_STATS_JOB');
END;
/

Untuk mempermudah pekerjaan, saya menyarankan untuk menjalankan gather statistic secara otomatis. Untuk database versi 9i, mau tidak mau kita harus melakukan secara manual karena di 9i belum ada feature gather statistic otomatis. Walaupun manual, kita bisa mensiasatinya dengan menjalankan DBMS_STATS lewat DBMS_JOB.

Menggunakan DBMS_STATS

Berikut ini procedure yang ada di dalam package DBMS_STATS yang sering digunakan:

Procedure 			Collects
========================================================================
GATHER_INDEX_STATS		Index statistics
GATHER_TABLE_STATS		Table, column, and index statistics
GATHER_SCHEMA_STATS		Statistics for all objects in a schema
GATHER_DATABASE_STATS		Statistics for all objects in a database
GATHER_SYSTEM_STATS		CPU and I/O statistics for the system

Untuk menjalankan GATHER_INDEX_STATS, GATHER_TABLE_STATS, dan GATHER_SCHEMA_STATS bisa dilakukan oleh user (schema) yang bersangkutan. Kalau saya lebih suka memakai user SYSTEM, untuk mempermudah saja.

Contoh:

1. Gather satistic untuk semua object milik schema DBMON,sample yang diambil statistic 20%.

   DBMS_STATS.GATHER_SCHEMA_STATS('DBMON',20);
   

   Kalau ingin statistic benar-benar valid, kita bisa mengambil sampel 100%. Namun bila tabelnya sangat besar, dan panjang data tiap kolomnya seragam, sebaiknya sampel bisa diperkecil. Sampel yang besar akan memakan waktu gather statistic lebih lama. Mulai versi 9i, berapa besarnya sampel ini bisa kita serahkan ke Oracle; gunakan DBMS_STATS.AUTO_SAMPLE_SIZE.

   DBMS_STATS.GATHER_SCHEMA_STATS('DBMON',DBMS_STATS.AUTO_SAMPLE_SIZE);
   

2. Gather statistic tabel TAB_DATAHIST_XLDM milik schema DBMON, partisi NULL karena tidak mempunyai partisi, sample yang diambil statistic adalah 20%, index juga diikutsertakan

   DBMS_STATS.GATHER_TABLE_STATS('DBMON','TAB_DATAHIST_XLDM',null,20,cascade=>TRUE);
   

3. Contoh lebih lanjut dan pembahasan lebih detail, silahkan lihat di referensi

Beberapa informasi statistic tersebut bisa dilihat di view DBA_TABLES dan DBA_INDEXES.

Referensi
Oracle® Database Performance Tuning Guide 10g Release 2 (10.2) - Managing Optimizer Statistics
Oracle® Database PL/SQL Packages and Types Reference 10g Release 2 (10.2) - DBMS_STATS

Komputasi Grid (grid computing) adalah penggunaan sumber daya yang melibatkan banyak komputer yang terdistribusi dan terpisah secara geografis untuk memecahkan persoalan komputasi dalam skala besar.

Latar belakang grid

Perkembangan kecepatan prosesor berkembang sesuai dengan Hukum Moore, meskipun demikian bandwidth jaringan komputer berkembang jauh lebih pesat. Semakin cepatnya jalur komunikasi ini membuka peluang untuk menggabungkan kekuatan komputasi dari sumber-sumber komputasi yang terpisah. Perkembangan ini memungkinkan skala komputasi terdistribusi ditingkatkan lebih jauh lagi secara geografis, melintasi batas-batas domain administrasi yang sudah ada.

Pesatnya perkembangan teknologi komputer di negara-negara maju, membuat para penelitinya semakin haus akan tenaga komputasi yang dapat menjawab tantangan dan permasalahan yang mereka hadapi. Walaupun sudah memiliki supercomputer dengan kapasitas yang sangat tinggi , apa yang sudah ada ini pun dirasa tetap kurang, karena mereka berusaha memecahkan permasalahan yang lebih besar lagi. Setelah semua komputer yg dimiliki seorang “peneliti haus tenaga komputasi” dipergunakan habis-habisan untuk memecahkan masalahnya, setelah berbagai cara untuk memecahkan masalah dicoba, dan dipilih yang paling efisien, tapi tetap masalahnya belum bisa dipecahkan juga, apa yang harus dia lakukan? Komputasi grid adalah salah satu jawaban dari pertanyaan ini.

Definisi grid

Menurut tulisan singkat [1] oleh Ian Foster ada check-list yang dapat digunakan untuk mengidentifikasi bahwa suatu sistem melakukan komputasi grid yaitu :

• Sistem tersebut melakukan koordinasi terhadap sumberdaya komputasi yang tidak berada dibawah suatu kendali terpusat. Seandainya sumber daya yang digunakan berada dalam satu cakupan domain administratif, maka komputasi tersebut belum dapat dikatakan komputasi grid.
• Sistem tersebut menggunakan standard dan protokol yang bersifat terbuka (tidak terpaut pada suatu implementasi atau produk tertentu). Komputasi grid disusun dari kesepakatan-kesepakatan terhadap masalah yang fundamental, dibutuhkan untuk mewujudkan komputasi bersama dalam skala besar. Kesepakatan dan standar yang dibutuhkan adalah dalam bidang autentikasi, otorisasi, pencarian sumberdaya, dan akses terhadap sumber daya.
• Sistem tersebut berusaha untuk mencapai kualitas layanan yang canggih, (nontrivial quality of service) yang jauh diatas kualitas layanan komponen individu dari komputasi grid tersebut.

Peluang grid

Dalam buku The Grid:Blue Print for a new computing infrastructure dijelaskan bahwa yang dimaksud dengan komputasi grid adalah infrastruktur perangkat keras dan perangkat lunak yang dapat menyediakan akses yang bisa diandalkan, konsisten, tahan lama dan tidak mahal terhadap kemampuan komputasi mutakhir yang tersedia.

“A computational grid is a hardware and software infrastructure that provides dependable, consistent, pervasive, and inexpensive access to high-end computational capabilities.”

Seandainya kelak di kemudian hari teknologi yang dibutuhkan untuk mewujudkan visi paradigma komputasi grid ini sudah mapan, peluang akan semakin terbuka bagi kerjasama lintas organisasi, lintas benua dan lintas bangsa. Akan terbuka peluang bagi peneliti di Indonesia yang ingin melakukan komputasi yang sangat rumit, dengan menggunakan supercomputer tercepat di dunia, tanpa harus melakukan investasi besar-besaran dalam bidang teknologi informasi.

Produk Grid dari Oracle

Oracle telah membangun software infrastruktur komputasi grid yang mampu membagi dan menyeimbangkan semua beban (workload) di antara server-server yang berbeda, dan me-manage server-server yang berbeda itu sebagai satu kesatuan sistem.

Kemampuan komputasi grid adalah setara dengan mainframe karena semua komponennya (grid) di-cluster. Namun tidak seperti mainframe dan server SMP (symmetric multiprocessing) yang besar, grid bersifat terbuka (open system technologies) yang bisa mencakup system kecil-kecil dengan processor Intel dan OS Linux sehingga biaya jadi jauh lebih murah.

Adapun produk grid dari Oracle adalah:

• Storage Grid: Automatic Storage Management (ASM)
• Database Grid: Real Application Server (RAC)
• Application Grid: Oracle Streams
• Grid Control: Enterprise Manager Grid Control

Misalkan kita ingin memindahkan/me-rename datafile dari ‘/oradata/oracle/ts/users01.dbf’ ke ‘/oradata/oracle/ts/users02.dbf’

Pada database yang NOARCHIVELOG:

1. Shutdown database

   SQL> shutdown immediate
   

2. Pindahkan/move/rename datafile. Di Windows bisa pakai Windows explorer. Di unix gunakan command ini:

   mv /oradata/oracle/ts/users01.dbf /oradata/oracle/ts/users02.dbf
   

3. Startup mount database

   SQL> startup mount
   

4. Rename datafile di level database

   SQL> alter database rename file '/oradata/oracle/ts/users01.dbf'
   to '/oradata/oracle/ts/users02.dbf';
   

5. Setelah itu, open database

   SQL> alter database open;
   

Pada database yang ARCHIVELOG:

1. Tidak perlu shutdown database. Cukup offline-kan datafile yang bersangkutan

   SQL> alter database datafile '/oradata/oracle/ts/users01.dbf' offline;

2. Pindahkan/move/rename datafile. Di Windows bisa pakai Windows explorer. Di unix gunakan command ini:

   mv /oradata/oracle/ts/users01.dbf /oradata/oracle/ts/users02.dbf

3. Rename datafile di level database

   SQL> alter database rename file '/oradata/oracle/ts/users01.dbf'
   to '/oradata/oracle/ts/users02.dbf';
   

4. Setelah itu, recover datafile yang telah di-rename tersebut

   SQL> recover datafile '/oradata/oracle/ts/users02.dbf';

5. Terakhir, online-kan datafile yang telah di-rename tersebut

   alter database datafile '/oradata/oracle/ts/users01.dbf' online;

Pada metode pertama di atas (untuk database NOARCHIVELOG), mau tidak mau database tersebut tidak bisa diakses karena harus di-shutdown dulu (ada downtime).

Sementara pada metode kedua (untuk database ARCHIVELOG) database masih bisa diakses (baik query maupun transaksi), kecuali data (bytes) yang secara intrinsik disimpan di datafile tersebut tidak bisa diakses. Misalkan datafile diatas adalah milik tablespace USERS, dan tablespace USERS punya dua datafiles; maka data yang secara intriksik ada di datafile lain (bukan yang di-offline-kan tersebut) masih bisa diakses.

SQL> select distinct TABLESPACE_NAME from dba_tables;
TABLESPACE_NAME
------------------------------
SYSTEM
                                            <--- Kosong/blank/NULL
USERS
SYSAUX

Tidak perlu bingung, itu tandanya ada tabel berpartisi di database tersebut. Pada tabel yang berpartisi, data disimpan di dalam partisinya. Contoh, lihat tabel berpartisi PENJUALAN_RANGE yang pernah dibahas di Partitioning Table: Definisi dan Contoh.

CREATE TABLE penjualan_range
( no_invoice  NUMBER,
tgl_jual    DATE NOT NULL,
area varchar2(10))
PARTITION BY RANGE (tgl_jual)
(
PARTITION jual_kw1 VALUES LESS THAN (TO_DATE('01-APR-2008','DD-MON-YYYY')) TABLESPACE users,
PARTITION jual_kw2 VALUES LESS THAN (TO_DATE('01-JUL-2008','DD-MON-YYYY')) TABLESPACE users,
PARTITION jual_kw3 VALUES LESS THAN (TO_DATE('01-OCT-2008','DD-MON-YYYY')) TABLESPACE users,
PARTITION jual_kw4 VALUES LESS THAN (TO_DATE('01-JAN-2009','DD-MON-YYYY')) TABLESPACE users
);

Coba lihat, view DBA_TABLES. Hasil query berikut ini adalah 1 record, di mana nilai kolom TABLESPACE_NAME adalah NULL.

SQL> select tablespace_name from dba_tables where table_name='PENJUALAN_RANGE';
TABLESPACE_NAME
------------------------------
SQL> select count(*) from dba_tables where table_name='PENJUALAN_RANGE';
  COUNT(*)
----------
         1

Sekarang, query view DBA_TAB_PARTITIONS. Tampak bahwa data disimpan di partisi JUAL_KW1, JUAL_KW2, JUAL_KW3, dan JUAL_KW4.

SQL> select TABLESPACE_NAME,PARTITION_NAME from DBA_TAB_PARTITIONS where table_name='PENJUALAN_RANGE';

TABLESPACE_NAME                PARTITION_NAME
------------------------------ ------------------------------
USERS                          JUAL_KW1
USERS                          JUAL_KW2
USERS                          JUAL_KW3
USERS                          JUAL_KW4

Lihat juga informasi di view DBA_SEGMENTS

SQL> select SEGMENT_NAME,PARTITION_NAME,TABLESPACE_NAME
from dba_segments where SEGMENT_NAME='PENJUALAN_RANGE';

SEGMENT_NAME       PARTITION_NAME  TABLESPACE
------------------ --------------- ----------
PENJUALAN_RANGE    JUAL_KW1        USERS
PENJUALAN_RANGE    JUAL_KW2        USERS
PENJUALAN_RANGE    JUAL_KW3        USERS
PENJUALAN_RANGE    JUAL_KW4        USERS

1. Bagian mana yang perlu dituning. Siapa yang melakukan?
2. Dari sisi aplikasi, apanya yang perlu dituning?
3. Bagian database yang mana yang perlu dituning?
4. Darimana kita bisa belajar banyak tentang tuning?

Bagian mana yang perlu dituning? Oleh siapa?

1. Aplikasi, oleh application designer dan developer
2. Database, oleh database administrator (DBA)
3. System Operasi (OS), oleh system administrator (sysadmin)

Tuning Aplikasi

Tuning aplikasi memberikan kontribusi tersebar terhadap performa sistem secara keseluruhan. Termasuk bagian-bagian tuning aplikasi adalah:

1. Normalisasi yang tepat
2. Pemakaian index
3. Pemakaian hint dalam query SQL atau PL/SQL
4. Pemanfaatan sharing cursor
5. dan lain-lain

Bagian database yang mana yang perlu dituning?

1. Memory -> PGA dan SGA SGA (shared pool, large pool, buffer cache, redo log buffer, sort area size)
2. I/O -> distributing I/O, striping, multiple DBWn processes, DBWn I/O slaves.
3. CPU -> CPU utilization.
4. Network
5. Space management -> extent allocation dan Oracle block efficiency.
6. Redo log dan checkpoint -> redo log file configuration, redo entries, dan checkpoint.
7. Rollback segment -> sizing rollback segments. Mulai versi 9i, banyakbagian yang dibuat automatic
8. dan lain-lain

Darimana kita bisa belajar banyak tentang tuning?

1. Oracle8i Designing and Tuning for Performance Release 2 (8.1.6)
2. Oracle9i Database Performance Planning Release 2 (9.2)
3. Oracle9i Database Performance Tuning Guide and Reference Release 2 (9.2)
4. Oracle® Database 2 Day + Performance Tuning Guide 10g Release 2 (10.2)
5. Oracle® Database Performance Tuning Guide 10g Release 2 (10.2)
6. Oracle® Database 2 Day + Performance Tuning Guide 11g Release 1 (11.1)
7. Oracle® Database Performance Tuning Guide 11g Release 1 (11.1)

Berikut ini informasi profile (beserta parameter-patameternya) yang ada di database:

SQL> conn system
SQL> SELECT * FROM DBA_PROFILES ORDER BY PROFILE,RESOURCE_TYPE;
PROFILE    RESOURCE_NAME                    RESOURCE LIMIT
---------- -------------------------------- -------- ----------
DEFAULT    COMPOSITE_LIMIT                  KERNEL   UNLIMITED
DEFAULT    SESSIONS_PER_USER                KERNEL   UNLIMITED
DEFAULT    PRIVATE_SGA                      KERNEL   UNLIMITED
DEFAULT    CONNECT_TIME                     KERNEL   UNLIMITED
DEFAULT    IDLE_TIME                        KERNEL   UNLIMITED
DEFAULT    LOGICAL_READS_PER_CALL           KERNEL   UNLIMITED
DEFAULT    LOGICAL_READS_PER_SESSION        KERNEL   UNLIMITED
DEFAULT    CPU_PER_CALL                     KERNEL   UNLIMITED
DEFAULT    CPU_PER_SESSION                  KERNEL   UNLIMITED
DEFAULT    PASSWORD_VERIFY_FUNCTION         PASSWORD NULL
DEFAULT    PASSWORD_REUSE_MAX               PASSWORD UNLIMITED
DEFAULT    PASSWORD_REUSE_TIME              PASSWORD UNLIMITED
DEFAULT    PASSWORD_LIFE_TIME               PASSWORD UNLIMITED
DEFAULT    FAILED_LOGIN_ATTEMPTS            PASSWORD 10
DEFAULT    PASSWORD_LOCK_TIME               PASSWORD UNLIMITED
DEFAULT    PASSWORD_GRACE_TIME              PASSWORD UNLIMITED

Ketika kita membuat database, by default Oracle membuat profile dengan nama DEFAULT. Ketika kita membuat user tanpa menyebutkan profile-nya, maka user tersebut akan di-assign ke profile DEFAULT.

Membuat profile

Gambar diambil dari Oracle Documentation.

Format

resource_parameters

password_parameters

Contoh membuat profile:

SQL> CREATE PROFILE profileku LIMIT
   SESSIONS_PER_USER          UNLIMITED
   CPU_PER_SESSION            UNLIMITED
   CPU_PER_CALL               3000
   CONNECT_TIME               45
   LOGICAL_READS_PER_SESSION  DEFAULT
   LOGICAL_READS_PER_CALL     1000
   PRIVATE_SGA                15K
   COMPOSITE_LIMIT            5000000;

Mengedit profile

Formatnya sama persis dengan CREATE profile, hanya ganti kata CREATE menjadi ALTER. Contoh:

SQL> ALTER PROFILE profileku LIMIT
   FAILED_LOGIN_ATTEMPTS 	5
   PASSWORD_LIFE_TIME 		60
   PASSWORD_REUSE_TIME 		60
   PASSWORD_REUSE_MAX 		5
   PASSWORD_LOCK_TIME 		1/24
   PASSWORD_GRACE_TIME 		10;

Assign profile ke user

Misalkan saya ingin melihat profile dari user TEST

SQL> select USERNAME,PROFILE from dba_users
where USERNAME='TEST';
USERNAME                       PROFILE
------------------------------ ----------
TEST                           DEFAULT

Saya akan mengubah profile user TEST dari DEFAULT ke PROFILEKU

SQL> alter user test profile PROFILEKU;

Menghapus

Untuk menghapus profile PROFILEKU, gunakan perintah berikut:

SQL> drop profile PROFILEKU;
ERROR at line 1:
ORA-02382: profile PROFILEKU has users assigned, cannot drop without CASCADE

OO… Error. Profile PROFILEKU ada yang makai, yaitu user TEST. Kalau begitu tambahkan argument CASCADE:

SQL> drop profile PROFILEKU CASCADE;

Setelah profile dihapus, user yang di-assign ke profile tersebut akan dikembalikan ke profile DEFAULT.

Keterangan

Resource parameter:

• SESSIONS_PER_USER
  Jumlah session paling banyak yang bisa digunakan secara bersamaan (concurrent).

• CPU_PER_SESSION
  Maksimal CPU per session. Satuan: 10 ms (hundredth of seconds).

• CPU_PER_CALL
  Maksimal CPU per call (parse, execute, atau fetch). Satuan: 10 ms (hundredths of seconds).

• CONNECT_TIME
  Maksimal waktu untuk koneksi. Satuan: menit.

• IDLE_TIME
  Maksimal waktu dalam status INACTIVE (idle). Satuan: menit.

• LOGICAL_READS_PER_SESSION
  Maksimal block yang boleh dibaca per session, termasuk block dari memori dan disk.

• LOGICAL_READS_PER_CALL
  Maksimal block yang boleh dibaca per call (parse, execute, atau fetch).

• PRIVATE_SGA
  Maksimal memory untuk PRIVATE AREA. Hanya berlaku pada “shared server”. Satuan: bytes.

• COMPOSITE_LIMIT
  Total resource cost per session. Satuan: service. Dihitung dari jumlah CPU_PER_SESSION, CONNECT_TIME, LOGICAL_READS_PER_SESSION, dan PRIVATE_SGA.

Password Parameter:

• FAILED_LOGIN_ATTEMPTS
  Jumlah maksimal berapa kali salah login (password). Setelah mencapai FAILED_LOGIN_ATTEMPTS, user yang bersangkutan akan di-lock.

• PASSWORD_LIFE_TIME
  Umur password, dalam satuan hari. Password harus diganti sebelum mencapai PASSWORD_LIFE_TIME.

• PASSWORD_GRACE_TIME (satuan: hari)
  Bila setelah mencapai PASSWORD_LIFE_TIME, namun user masih belum mengubah passwordnya, maka user akan diberi peringatan selama PASSWORD_GRACE_TIME. Bila telah mencapai PASSWORD_GRACE_TIME namun user masih belum mengubah passwordnya, maka password akan expired dan tidak bisa digunakan untuk login. Bila PASSWORD_GRACE_TIME tidak disetting, maka nilainya UNLIMITED, artinya user akan tetap bisa login meskipun telah mencapai PASSWORD_LIFE_TIME.

• PASSWORD_REUSE_TIME (satuan hari) dan PASSWORD_REUSE_MAX
  Kedua parameter ini dipakai bersamaan. PASSWORD_REUSE_TIME menyatakan berapa hari (sejak password diganti) password boleh dipakai lagi. PASSWORD_REUSE_MAX menyatakan berapa kali password harus berubah (berganti) sebelum memakai password lama yang dulu pernah dipakai itu.

• PASSWORD_LOCK_TIME (satuan hari)
  Menyatakan berapa hari user akan di-lock setelah gagal login.

• PASSWORD_VERIFY_FUNCTION

Refensi

• Oracle® Database Security Guide 10g Release 2 (10.2)
  Administering User Privileges, Roles, and Profiles

• Oracle® Database SQL Reference 10g Release 2 (10.2)
  CREATE PROFILE

Administrasi dilakukan selalu oleh user yang meng-install dan membuat database. Tool native dari Oracle untuk administrasi database adalah sqlplus, lokasi ada di $ORACLE_HOME/bin. Di Oracle versi 8 ke bawah, tool administrasi tersebut adalah svrmgrl.

Sebelum melakukan koneksi, ada OS parameter yang perlu disetting. Di Windows, parameter tersebut otomatis sudah dimasukkan ke dalam registry ketika meng-install dan membuat database pakai dbca. Di Unix, setting manual parameter berikut di user profile: ORACLE_HOME, ORACLE_SID, dan PATH.

Misalkan kita pakai shell sh atau ksh. Edit file .profile, tambahkan parameter berikut:

ORACLE_HOME=/data1/oracle/product/10.2.0; export ORACLE_HOME
ORACLE_SID=ts; export ORACLE_SID
PATH=$ORACLE_HOME/bin:$PATH; export PATH

Setelah mengedit file .profile, jangan lupa untuk relogin atau mengeksekusi file tersebut agar parameter yang disetting terbaca oleh current session. Berikut ini cara mengeksekusi file .profile.

. ./.profile

Koneksi pakai SQLPLus di Mesin server

Sekarang, mari kita mulai koneksi ke database. Misalkan saya akan connect pakai user system.

sqlplus

Nanti akan diminta memasukkan username dan password. Kalau belum diubah, password system adalah seperti yang ditunjukkan ketika membuat database.

Bisa juga username langsung dimasukkan ke argument-nya SQLPlus, nanti kita cuma diminta memasukkan password saja.

sqlplus system

Bisa juga langsung memasukkan username dan password. Misalkan password user system adalah oracle:

sqlplus system/oracle

Koneksi dengan langsung memasukkan username dan password sekaligus ini tidak direkomendasikan, karena password akan tampak ketika di ps -ef. Contoh:

ps -ef|grep sql
oracle  5742 25612   11:09:49 pts/1 0:00 sqlplus system/oracle

Cara lain juga, kita bisa masuk ke SQLPlus prompt tanpa login, kemudian jalankan perintah connect atau conn di SQL prompt. Contoh:

sqlplus /nolog
SQL> conn

Sama seperti ketika menjalankan sqlplus dari OS prompt, username dan password bisa disebutkan langsung atau tidak; kalau tidak disebutkan nanti akan ditanyakan.

SQL> conn system/oracle
SQL> conn system

Koneksi pakai user sys

User sys adalah merupakan super user, dikenal juga sebagai sysdba. Untuk koneksi pakai user sys, harus ditambahkan argument as sysdba. Contoh:

SQL> conn sys/oracle as sysdba

Bisa juga tanpa menyebutkan user sys, yaitu dengan memakai argument /. Contoh:

SQL> conn / as sysdba

Kalau tidak sebutkan argument as sysdba, akan muncul error berikut:

SQL> conn sys/oracle
ERROR:
ORA-28009: connection as SYS should be as SYSDBA or SYSOPER
Warning: You are no longer connected to ORACLE.

Bisa juga langsung login ketika menjalankan SQLPLUS. Contoh:

sqlplus "sys/oracle as sysdba"
sqlplus "/ as sysdba"

Koneksi dari client ke server
Untuk bisa melakukan koneksi client-server, pastikan kita sudah mensetting dan menjalakan listener di server database, dan mensetting TNSNames di client. Kalau belum punya instalasi Oracle client di mesin/komputer/PC lain, kita bisa memanfaatkan database server sebagai client sekaligus. Ketika kita install software database Oracle, by default juga diinstall Oracle client; sehingga nantinya kita bisa melakukan koneksi client-server di mesin server database kita.

Pada koneksi client-server , tambahkan argument @namatns. Contoh:

sqlplus system@tsprimary
sqlplus system/oracle@tsprimary
sqlplus "sys@tsprimary as sysdba"
sqlplus "sys/oracle@tsprimary as sysdba"

SQL> conn system@tsprimary
SQL> conn system/oracle@tsprimary
SQL> conn sys@tsprimary as sysdba
SQL> conn sys/oracle@tsprimary as sysdba

1. membaca file dari database Oracle.
2. Me-load (import) data dari text file ke database. Sebagai alternatif lain dari SQL*Loader.

Misalkan saya punya file penjualan. dat di direktori /data1/oracle/Users/rohmad/external.

$ cd /data1/oracle/Users/rohmad/external
$ more penjualan.dat
3286;23-DEC-08;SEMARANG
3287;24-DEC-08;SURABAYA
3288;25-DEC-08;MAKASAR
3289;26-DEC-08;MEDAN
3290;26-DEC-08;MAGELANG TENGAH

Berikut ini langkah-langkah untuk membuat external table berdasarkan file tersebut.

Persiapan
Buat directory di database yang mengarah ke directory file tersebut.

SQL> conn / as sysdba
SQL> CREATE OR REPLACE DIRECTORY external_dir
AS '/data1/oracle/Users/rohmad/external';

Beri privilege ke user agar bisa membaca dan menulis ke directory tersebut.

SQL> GRANT READ ON DIRECTORY external_dir TO test;
SQL> GRANT WRITE ON DIRECTORY external_dir TO test;

Membuat External Table

SQL> conn test
SQL> CREATE TABLE ext_penjualan
    ( no_invoice 	NUMBER,
      tgl_jual    	DATE,
      area 		varchar2(10))
ORGANIZATION EXTERNAL
     (
       TYPE ORACLE_LOADER
       DEFAULT DIRECTORY external_dir
       ACCESS PARAMETERS
       (
         records delimited by newline
         badfile external_dir:'penjualan.bad'
         logfile external_dir:'penjualan.log'
         fields terminated by ';'
         missing field values are null
         ( no_invoice, tgl_jual, area
         )
       )
       LOCATION ('penjualan.dat')
     )
     REJECT LIMIT UNLIMITED;

Query External Table

SQL> select * from ext_penjualan;

NO_INVOICE TGL_JUAL  AREA
---------- --------- ----------
      3286 23-DEC-08 SEMARANG
      3287 24-DEC-08 SURABAYA
      3288 25-DEC-08 MAKASAR
      3289 26-DEC-08 MEDAN

Dari kelima records yang ada di file penjualan.dat, ada 4 records yang terbaca oleh Oracle. Sekarang kita lihat log-nya, pasti ada error ketika membaca salah satu record tersebut.

$ cd /data1/oracle/Users/rohmad/external
$ more penjualan.log
error processing column AREA in row 5 for datafile /data1/oracle/Users/rohmad/external/penjualan.dat
ORA-12899: value too large for column AREA (actual: 15, maximum: 10)

Errornya sama persis dengan yang pernah saya bahas di Menggunakan SQL*Loader. Sebagaimana SQL*Loader, record yang tidak diproses ditaruh di BADFILE (penjualan.bad).

Kalau yang salah adalah datanya, misalnya kolomnya kepanjangan, ya datanya yang mesti diedit. Kalau datanya tidak masalah, itu artinya kolom di tabel yang kurang panjang. Kita bisa mengedit external tabel tersebut:

SQL> alter table ext_penjualan modify (area varchar2(15));
SQL> select * from ext_penjualan;

NO_INVOICE TGL_JUAL  AREA
---------- --------- ---------------
      3286 23-DEC-08 SEMARANG
      3287 24-DEC-08 SURABAYA
      3288 25-DEC-08 MAKASAR
      3289 26-DEC-08 MEDAN
      3290 26-DEC-08 MAGELANG TENGAH

Load data dengan external table
Nah, sekarang kita bisa me-load (import) data dari file penjualan.dat kedatabase dengan memanfaatkan external table.

Misalkan data akan diload ke tabel history_penjualan:

CREATE TABLE history_penjualan
    ( no_invoice 	NUMBER,
      tgl_jual    	DATE,
      area 		varchar2(15));

Ya, tinggal insert saja:

SQL> insert into history_penjualan select * from ext_penjualan;
SQL> select * from history_penjualan;

NO_INVOICE TGL_JUAL  AREA
---------- --------- ---------------
      3286 23-DEC-08 SEMARANG
      3287 24-DEC-08 SURABAYA
      3288 25-DEC-08 MAKASAR
      3289 26-DEC-08 MEDAN
      3290 26-DEC-08 MAGELANG TENGAH

Referensi
Oracle® Database Administrator’s Guide 10g Release 2 (10.2) - Managing External Table

SQL Loader sering digunakan untuk mengatasi kendala jaringan. Misalkan perusahaan punya kantor cabang yang tidak tersambung online dengan pusat; data transaksi biasanya dikirim ke pusat dalam bentuk text file; di pusat, data tersebut kemudian di-load ke database pakai SQL Loader.

SQL Loader juga sering digunakan untuk me-load data dari system yang berbeda. Misalkan transaksi di-handle oleh database non Oracle, sementara datawarehouse menggunakan Oracle. Nah, data transaksi dari non Oracle ini kemudian di-export ke dalam text file, dan kemudian di-import ke Oracle pakai SQL*Loader.

Misalkan saya punya file penjualan.dat yang berisi:

3286;23-DEC-08;SEMARANG
3287;24-DEC-08;SURABAYA
3288;25-DEC-08;MAKASAR
3289;26-DEC-08;MEDAN
3290;26-DEC-08;MAGELANG TENGAH

File penjualan.dat tersebut akan saya load ke tabel penjualan:

CREATE TABLE penjualan
    ( no_invoice 	NUMBER,
      tgl_jual    	DATE,
      area 		varchar2(10));

Langkap pertama, buat control file yang berisi parameter-parameter untuk SQL Loader. Misalkan saya beri nama penjualan.ctl.

load data
APPEND
into table PENJUALAN
fields terminated by ";"
TRAILING NULLCOLS
(no_invoice,tgl_jual,area)

Langkah selanjutnya, load data di penjualan.dat ke tabel PENJUALAN. Gunakan perintah berikut:

sqlldr USERID=test/test CONTROL=penjualan.ctl, DATA=penjualan.dat, LOG=penjualan.log, BAD=penjualan.bad

Parameter untuk sqlldr adalah:

1. USERID: user dan password ke database Oracle
2. CONTROL: control file yang akan digunakan
3. DATA: file (data) yang akan di-load
4. LOG: file untuk menyimpan log dari proses loader
5. BAD: file untuk menyimpan data yang tidak diprose

Setelah menjalankan sqlldr di atas, lihat lognya di file penjualan.log. Oo… ternyata ada error:

Record 5: Rejected - Error on table PENJUALAN, column AREA.
ORA-12899: value too large for column "TEST"."PENJUALAN"."AREA" (actual: 15, maximum: 10)

Record (baris) kelima tidak diproses karena lebar kolom AREA hanya 10 karakter, sementara nilai yang dimasukkan panjangnya 15 karakter (MAGELANG TENGAH). Record yang tidak diposes ini ditaruh di file penjualan.bad. Sekarang coba query ke tabel PENJUALAN, data yang masuk hanya 4 record.

SQL> select * from penjualan;

NO_INVOICE TGL_JUAL  AREA
---------- --------- ----------
      3286 23-DEC-08 SEMARANG
      3287 24-DEC-08 SURABAYA
      3288 25-DEC-08 MAKASAR
      3289 26-DEC-08 MEDAN

Referensi
Oracle® Database Utilities 10g Release 2 (10.2) - SQL*Loader