IMPLEMENTASI DAN PENGUJIAN

Jurnal PETIR Vol. 8 No. 2 September 2015 | 133

IMPLEMENTASI DAN PENGUJIAN KINERJA ORACLE 10g REAL APLICATION CLUSTER (RAC)

PADA SISTEM OPERASI SUN SOLARIS 10

Gatot Budi Santoso; Yanuar Indra Wirawan Jurusan Teknik Informatika Fakultas Teknologi Industri Universitas Trisakti

Jl Kiai tapa No 1 Grogol, jakarta Barat 11410 e-mail : [email protected], [email protected]

A b s t r a c t

During the implementation of database system, needs of getting fast, accurate and high-availability data, has become major clauses for the implementation of “high-availability” system. Oracle 10g RAC is a clustered database solution that requires a two or more node hardware configuration capable of working together under a clustered operating system. A clustered hardware solution is managed by cluster management software, usually provided by the hardware vendor. The operating system is also responsible for providing access to the shared disk subsystems. Parameters that used for the performance testing and analyzing of Oracle 10g Real Application Cluster are the cpu idle, free memory, SGA, buffer cache, and shared pool. As result for the performance testing and analyzing, it can be concluded that Oracle 10g Real Application Cluster was really good for the implementation of “high-availability system” concept. But it all depends to the analysis for its system. Keywords: RAC, cluster, instance, shared disk subsystems.

A b s t r a k

Di dalam implementasi sistem database, kebutuhan akan data yang cepat, akurat dan dengan tingkat ketersediaan yang tinggi menjadi sebuah persyaratan utama untuk penerapan konsep “high availability system”. Oracle 10g Real Application Cluster (RAC) adalah sebuah solusi database ter-cluster yang memerlukan dua atau lebih konfigurasi node hardware dan dapat bekerja sama di bawah sebuah sistem operasi yang ter-cluster. Sebuah solusi hardware diatur oleh software manajemen cluster, yang biasanya diberikan oleh vendor hardware tersebut. Sistem operasi juga bertanggung jawab dalam memberikan akses terhadap media penyimpanan yang dipakai bersama-sama. Terdapat beberapa yang digunakan dalam pengujian dan analisa kinerja Oracle 10g Real Application Cluster ini yaitu penggunaan redo log buffer, persentase efisiensi instant, aktifitas library cache,dan buffer pool. Sebagai hasil dari pengujian dan analisa kinerja, dapat disimpulkan bahwa pada dasarnya Oracle 10g Real Application Cluster sangat baik untuk penerapan konsep “high-availability system”. Akan tetapi itu semua sangat bergantung pada baik buruknya analisis kinerja sistem itu sendiri. Kata kunci : RAC, cluster, instance, shared disk subsystems 1. Pendahuluan

Efektifitas, efisiensi, dan produktivitas sumber daya manusia merupakan tantangan utama yang dihadapi oleh suatu organisasi. Suatu perusahaan terkadang membutuhkan suatu sistem komputasi dengan tingkat keter-sediaan yang tinggi atau yang lebih dikenal dengan sebutan “high-availability system”. Apabila sistem komputasi ini mengalami

kegagalan dan membutuhkan waktu dalam hitungan jam atau hari untuk bisa kembali beroperasi,maka perusahaan tersebut akan mengalami kerugian dengan jumlah besar. Sistem komputasi tersebut tidak dapat ber-toleransi terhadap kegagalan walaupun hanya membutuhkan waktu 1 (satu) detik saja untuk kembali beroperasi. Terlebih lagi di dalam implementasi sistem database, kebu-tuhan akan data yang cepat, akurat dan

134 | Jur

dengan menjadipenerap

Orabanyak base Mapun OraObject System rapkan desain tional [A

Oraarsitektunen utamstruktur dalam sredo lopasswor2 (dua) Area (SGDan keyang ter

G

Oramemory proses-puntuk mSebuah kan han

Readiartikanrasi singDalam karena beberapperbedaproses bbahan, oleh inperbeda

rnal PETIR Vol. 8

tingkat ki sebuah ppan konsep “acle Databcontoh dari anagement

acle lebih suRelational

(ORDBMS) konsep peobject-orien

Alapati 2005]acle 10g Dur yang terdma, pertamayang berbe

sistem operog, archiverd. Kedua s area memoGA) dan Pro

etiga masinrdiri dari use

Gambar 1. Ars

acle Instan System G

proses backmengatur d instance da

nya untuk satal Applicatin sebagai pgle-instance

konsepnya,RAC adala

pa instance Oaan di dalabackgrounddan pengg

nstance-instaaan kompon

8 No. 2 Septemb

ketersediaanpersyaratan “high availaase 10g a teknologi R System (RDuka menyeb

Database dikarenaka

enggabunganted dengan].

Database Sediri dari beba struktur fientuk file-filerasi seperti

ed redo lostruktur memory, yaitu ogram Glob

ng-masing ser, server dan

sitektur Oracle

nce terdiri Global Areakground yadatabase [apat berjalatu databaseion Cluster penambahan yang biasa, hal ini b

ah sebuah kOracle. Tetam manajem

d tambahangunaan resoance terkaitnen yang

er 2015

n yang tin utama un

ability systemadalah sekRelational DaDBMS), walbutnya seba Managem

an telah mean dari mon model re

erver memberapa komisik merupake yang ada control, da

og, paramemory terdiri d

System Global Area (PGstruktur pron backgroun

e Instance

dari struka (SGA) d

ang digunakAlapati 20

an dan digue. (RAC) dan dari konfi [Vallath 200benar adankomposisi d

api ada banymen komponn, file-file taource bersat, belum ldigunakan

nggi ntuk m”. kian ata-lau-

agai ment ene-odel ela-

miliki mpo-

kan a di ata, eter, dari obal GA). oses nd.

ktur dan kan 05].

una-

apat igu-03]. nya dari

nyak nen, am-

ama lagi di

daling

semgatidafile

G

dafilelogmatanfilesedstohaarcatapelarcsha 2. 2.1

(RAsyasyaperme

tasbunodkomkasberseiyanjug

lam sistemgkungan ha

Di dalammua databai instance. Tak di-shared

e tersebut ma

Gambar 2. Da

Seperti ytabase files

es, data filesg files, passwasing-masingnpa di-sharee disimpan dangkan red

orage. Khusunya ditulis ochived redo au shared. Tlaksanaan chived redo ared storage

Metodolo

Analisis KOracle 1

AC) dalam aratan utamaratan ini mrangkat ja

edia penyimpSebuah

sinya membah komputede dari RAmputer tersesi yang iderjalan di atimbang [Vang dijadika

ga harus m

m operasi ardware yangm lingkungase files di-sTetapi ada fd, setiap insasing-masin

atabase files dRAC.

yang terliha yang di-sha dan server

word file dag instance ed. Passwor di node-ndo log files us untuk arcoleh satu ins log files b

Tetapi, untukoperasi rec

log files sebe.

gi Penelitian

Kebutuhan 10g Real Aimplementa

ma yang hameliputi asperingan, sispanan.. sistem RAC

butuhkan par yang berti

AC itu sendebut harus entik, agar tasnya dapa

allath 2003]. an node-nodmemenuhi p

untuk meg ter-clustergan RAC, shared antafile-file tertestance mem

ng [Vallath 2

di dalam kon

at pada gaared adala parameter f

an alert log f digunakanrd file dan nya masing disimpan dchived redo stance. Penybisa di storak kemudahacovery dan baiknya disi

n

Application asinya memarus dipenuek perangkstem opera

C dalam imaling sedikitindak sebagdiri. Dan kmempunya

r sistem RApat berjalan

Komputer-kde RAC itu

persyaratan

endukung .

hampir ar berba-ntu yang

miliki file-2003].

figurasi

ambar 2, h control file. Redo file untuk n sendiri alert log

g-masing, di shared log files impanan

age lokal an dalam

backup, impan di

Cluster miliki per-

uhi. Per-at keras,

asi, dan

mplemen-t 2 (dua) gai node-komputer-

i spesifi-AC yang dengan komputer u sendiri

minimal

sebagaidengan an 1 GBsebesar terakhir untuk ingantung

Sistsemua Oracle 1sistem onya. Beboleh Or[WhalenEnterprisEnterpriskedua Sversi yaversi yanServer 2RAC mepenyimpoleh seluMedia storage storage AttachedNetworkutama, disediakmedia voting di

Jarigunakanyang digluan impkan 3 network untuk mkin terjapenulis d

Gam

i berikut [W ukuran 512B (atau dua 400 MB p ruang disknstalasi perg pada tipe item RAC tidsistem op

10g RAC reoperasi saja berapa sisteracle 10g

n 2005] yse Linux 3 se Linux 4 aSuse Linux Eng lebih bang lebih ba

2000 atau verembutuhkan panan data uruh node Rpenyimpan[Whalen 20dapat meng

d Storage (Nk (SAN). Dada 3 (tiga

kan dengapenyimpanisk dan dataingan yang n protocol gunakan adplementasi s

(tiga) netw ini tidak t

meminimaliskadi. Desain dapat diliha

mbar 3. Desai

Whalen 200 MB, Swap

a kali ukurapada direkk hingga mrangkat lunainstalasi. dak dapat diperasi. Khuelease 2, ha yang dapaem operasi y

RAC releayaitu pertam update 4

atau versi yaEnterprise S

aru, ketiga Saru, dan keersi yang leb sebuah mek yang dapat

RAC secara bnan ini d005]. Implemggunakan k

NAS) ataupuDan sebagaa) partisi dian fungsi-funan untuk a base [Valla digunakan TCP/IP. Ke

dalah kelas Csistem, penuwork ID. Merhubung s

kan gangguajaringan ya

at pada gam

in Jaringan Im

05] yaitu R space berukn RAM), rua

ktori /tmp dmencapai 4

ak Oracle,

iinstalasikanususnya unanya beberat menjalankyang didukuase 2 adama Red Hdan Red H

ang lebih baServer 9.0 aSolaris 10 a

empat Windoih baru. Sistkanisme met dipergunakbersama-samisebut shamentasi shakonsep Netwun Storage Aai persyarask yang ha

ungsi sebafile-file OC

ath 2006]: penulis melas alamatC. Untuk kepulis mengguMasing-massatu sama lan yang muang digunak

mbar 3 beriku

mplementasi

RAM kur-ang dan GB ter-

n di ntuk apa kan-ung

alah Hat Hat aru,

atau atau ows tem

edia kan ma.

ared ared work Area atan arus agai CR,

eng-t IP per-

una-sing lain

ung-kan ut.

bawokanmegameKoRAme

butkomdenAMHadakom(PrHaUnyanCasebkomter

altdigpenakalunopelisimesiskomdanyapenbuda

Nepame9.0antgrakermeperimpkan10.Solme

Jurnal P

Pada gamhwa networ

ork ID 143.46n network I

enggunakanmbar 3 jug

enggunakanmputer 1 da

AC, dan kenjadi shared

Spesifikast ialah pertamputer komngan spesif

MD Athlon Xarddisk : 15 Gn kedua komputer rakirosesor : AMarddisk : 40 Gntuk menghng ada, pe

ategory 5. buah switchmputer yanghubung ke c

Dalam imernatif piliha

gunakan. Unulis harus an digunaka

nak RAC beerasi yang is yang telaemilih Solartem operamputer nodn 2 dengana adalah singoperasianku manual ri situs peng

Untuk kebtwork File Sda komput

enggunakan0 dan dengtaranya adaatis, membras komputeemberikan krangkat keplementasi sn perangka2.0.2 dan Olaris x86.

erupakan rel

PETIR Vol. 8 No.

mbar 3 dirk pertama 6.x.x, networID 10.x.x.x

n network IDa dapat dil

n 3 (tiga)an 2 merupaomputer 3 d storage. si dari kompama kompumputer rakikasi masingXP 1500+, GB dan kartomputer 3 itan yang mD Duron 100GB dan Karthubungkan nulis mengg

Penulis juh 8 port, sg ada di netwclient.

mplementasi an perangkaUntuk keb memilih san, karena p

ergantung pamendukung

ah dilakukaris 10 updasi yang de-node RACn dasar pertstem operasnnya relatifsangat leng

gembangnyabutuhan shaSystem (NFter 3, penu

n sistem opegan dasaralah sistem butuhkan rer yang relompatibilita

eras yang sistem RAC,at lunak OOracle Data

Kedua pelease2 dari O

. 2 September 20

i atas jelas menggunark kedua medan networ

D 192.168.10lihat bahwa) buah kakan node-n digunaka

puter-kompuuter 1 dan 2kitan yang g-masing (PMemory :

tu jaringan :merupakan

memiliki sp00, Memory tu jaringan :

komputer-kgunakan kauga mengsehingga ktwork pertam

sistem RACat lunak yan

butuhan msistem operapemilihan pada platformgnya. Deng

an, akhirnyadate 11/06

digunakanC yaitu komtimbangan dsi ini bersifaf lebih mudgkap dapat a (www.sun.cared storageFS) yang diulis memilierasi Red Hr pertimban

m operasi iniresource platif lebih kas yang baik

digunakan, penulis meOracle Clu

abase 10.2.0erangkat luOracle 10g.

015 | 135

s terlihat akan net-engguna-rk ketiga .x. Pada a penulis komputer. node dari n untuk

uter terse-2 adalah identik

Prosesor : 768 MB, 3 buah).

n sebuah pesifikasi: : 512 MB, 2 buah). komputer abel UTP gunakan

komputer-ma dapat

C, banyak ng dapat

mendasar, asi yang erangkat m sistem

gan ana-a penulis

sebagai n untuk mputer 1 diantara-at gratis, dah dan diunduh com).

e dengan gunakan ih untuk

Hat Linux ngan di-i bersifat erangkat

kecil dan k dengan n. Untuk engguna-usterware 0.2 untuk unak ini

136 | Jurnal PETIR Vol. 8 No. 2 September 2015

Setiap komputer yang menjadi node RAC harus mendaftarkan alias-alias (nama host) seluruh anggota node. Alias-alias tersebut terbagi menjadi 3 (tiga), yaitu: 1. Alias untuk koneksi jaringan public. 2. Alias untuk koneksi jaringan private

interkoneksi. 3. Alias untuk Virtual IP (VIP). 4. Alias untuk shared storage.

Penulis mengkonfigurasikan alias-alias tersebut dengan menambahkan entry-entry di dalam file ipnodes dan hosts pada yang ada pada direktori /etc/inet. File ipnodes dan hosts dibuat identik, yang isinya yaitu: 1. Komputer 1:

127.0.0.1 localhost 143.46.43.100 rac1 loghost 10.0.0.1 rac1-priv 143.46.43.104 rac1-vip 192.168.10.100 rac1-data 143.46.43.101 rac2 10.0.0.2 rac2-priv 143.46.43.105 rac2-vip 192.168.10.150 storage

2. Komputer 2:

127.0.0.1 localhost 143.46.43.101 rac2 loghost 10.0.0.2 rac2-priv 143.46.43.105 rac2-vip 192.168.10.200 rac2-data 143.46.43.100 rac1 10.0.0.1 rac1-priv 143.46.43.104 rac1-vip 192.168.10.151 storage

2.2. Parameter Kinerja

Pengujian kinerja suatu sistem RAC melibatkan beberapa langkah terpisah yang menghasilkan suatu hasil akhir. Hasil akhir pengujian tersebut dapat berupa informasi ataupun rekomendasi bagaimana parameter-parameter hasil akhir seharusnya bernilai. Langkah-langkah pengujian kinerja yang dilakukan penulis terbagi menjadi penetapan parameter uji, pengujian dan pemonitoran parameter uji serta terakhir analisa hasil pengujian

Penetapan parameter-parameter dalam pengujian kinerja suatu sistem sangatlah penting, karena parameter-parameter tersebut akan menjadi dasar dalam melakukan analisa kinerja. Penetapan parameter peng-

ujian kinerja mempunyai istilah “Performance Metric” [Whalen 2005]. Metric dalam hal ini adalah nilai-nilai yang dapat diukur sebagai takaran bagaimana baik dan buruknya kinerja suatu sistem. Ada dua macam metrik yang digunakan dalam penelitiaan ini yaitu sistem operasi dan database. Sistem operasi terdiri dari utilisasi CPU dan memori sementara database terdiri atas penggunaan SGA, buffer cache dan share pool. Keseluruh-an parameter ini telah penulis tuangkan dalam tulisan sebelumnya (PETIR edisi maret 2015).

Dalam tulisan kali ini penulis akan mencoba mengamati pengaruh parameter data base yang lain yaitu redo log buffer, instance efficiency percentages, aktifitas library cache dan buffer pool. Dalam melaku-kan pengujian kinerja RAC, penulis memper-timbangkan hal-hal apa saja yang dapat mempengaruhi metric-metric yang telah ditetapkan sebagai parameter uji. Berdasar-kan teori yang telah dibahas sebelumnya, metric-metric yang telah ditetapkan, secara keseluruhan sangat dipengaruhi oleh perin-tah-perintah SQL (seperti “select”, “insert”, “update”, dan “commit”) dan banyaknya jumlah data. Maka untuk keperluan pengujian dan analisa penulis melakukan pengujian dengan membandingkan hasil uji sistem pada saat idle dan pada saat diberikan beban kerja berupa pelaksanaan perintah-perintah SQL yang mempengaruhi metric-metric yang telah ditetapkan..

Penulis menggunakan tool-tool dari sis-tem operasi dan Oracle untuk mendapatkan data-data metric hasil pengujian. Tool sistem operasi yang digunakan oleh penulis yaitu vmstat. Tool tersebut digunakan untuk mem-buat statistik dari penggunaan cpu dan memory oleh RAC. Untuk mendapatkan data-data metricdatabase hasil pengujian, penulis meng-generateAutomatic Workload Repository (AWR) dari masing-masing instance yaitu rac1 dan rac2.

Analisa terhadap shared pool merupakan prioritas utama karena apabila shared pool mengalami load ulang ke dalam memory terhadap perintah yang pernah dieksekusi (cache miss), dampak terhadap performa keseluruhan akan lebih terasa bila dibanding-kan dengan cache miss yang dialami oleh buffer cache.

Dalam pelaksanaan analisa terhadap shared pool, penulis berkonsentrasi pada library cache, karena secara algoritma data yang disimpan di dalam library cache akan

berumurdengan apabila mendapcache mmaka racache pshared pdedikasiterbatasmenyebalebih be

Oralibrary cdengan dilihat p

Unt

cache, pterlihat s

Ora

yang babernilai

Rasbuffer di

r lebih pe data dict tuning terh

patkan rasiomiss) yang asio cache

pasti terpenpool terlaluikan sumbe

snya space abkan pensar.

acle membecache (librar nilai di at

pada AWR se

tuk pengukupenulis jugasebagai beri

acle juga magus dari buf di atas 90%sio yang di dalam AWR

endek bila tionary cachadap libraro cache hit ( bagus sud hit dari duhi juga. A

u kecil, server daya yan yang ters

ngkonsumsia

erikan syarary hit) yangtas 90%. Reperti beriku

uran efisiena mengguna

ikut:

memberikanffer cache (b

%. igunakan uR adalah:

dibandingkche. Sehingry cache un(kebalikan ddah terpenudata dictionApabila ukuver harus mng ada karesedia. Hal an CPU ya

at rasio un bagus adaasio ini da

ut:

nsi dari bukan AWR ya

n syarat rabuffer hit) ha

untuk redo

kan gga ntuk dari uhi,

nary uran men-

ena ini

ang

ntuk alah apat

uffer ang

asio arus

log

oleme90% 2.3

sebdamekinmeRApenSkbeksaayanpendiim1.

2.

Jurnal P

Untuk redeh parametemberikan s%.

3 Metode PSeperti

belumnya, apat berupa

etric yang nerja itu sendembandingkAC bekerja nulis membenario pertakerja, dan sat RAC dang penulisngujian kinemplementas

Membuatnama “inKolom pdengan ti10 karakt“dua” deberjumlahMenyiapk“insert”, “yang teltersebut dber-extensdi sebuahtersebut aa. File in “inser “comm yang

kali. b. File up “upda “comm yang

(serib

PETIR Vol. 8 No.

do log buffeer Redo No

syarat harus

engujian yang t

analisis kine pengukura

diujikan. diri bisa dila

kan nilai-niladan pada buat dua sama dilakukskenario kedalam keada lakukan erja dari sistsikan ialah: sebuah tab

ndra” dan mpertama diipe data numter. Kolom

engan tipe h 10 karakterkan perintupdate” danlah dibuatdibuat ke dsion .sql ya

h komputer cadalah: nsert.sql, berrt into indra vmit;” diulang seb

pdate.sql, beate indra set mit;”

juga diulau) kali.

. 2 September 20

fer yang diwNoWait, Oras bernilai le

telah diserja yang dan terhadap

Metode pakukan dengai metric pasaat idle. Uskenario pekan pada sdua dilakukaan idle. P

dalam mestem RAC ya

bel. Tabel imemiliki duaiberi namamber dan bkedua dibedata varchr. tah operan “select” pat. Perintah

dalam 4 (emang akan diclient. Isi da

risikan perinvalues(1,'1');

banyak 1000

erisikan pert satu=2;”

ang sebany

015 | 137

wakilkan acle juga ebih dari

sebutkan dilakukan p metric-

pengujian gan cara ada saat Untuk itu engujian. saat RAC kan pada Persiapan elakukan ang telah

ini diberi a kolom.

a “satu” berjumlah eri nama har2 dan

si SQL ada tabel -perintah

mpat) file ijalankan

ari file-file

ntah: ;”

0 (seribu)

rintah:

yak 1000


c. File select.sql, berisikan perintah: “select * from indra;” yang juga diulang sebanyak 1000

(seribu) kali. d. File kombinasi.sql, berisikan

perintah: “insert into indra values(1,'1');” “commit;” “update indra set satu=2;” “commit;” “select * from indra;” “commit;” yang juga diulang sebanyak 1000

(seribu) kali. 3. Membuat koneksi menggunakan kom-

puter client dengan konfigurasi TNS-Names: SRVINDRA1 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = 143.46.43.100) (PORT = 1521) ) (ADDRESS = (PROTOCOL = TCP) (HOST = 143.46.43.101) (PORT = 1521) ) (LOAD_BALANCE = yes) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = srvindra1) ) ) Lalu untuk membedakan antara sistem

pada saat dilakukan operasi SQL dan pada saat idle, penulis melakukan penjadwalan pengujian. Penjadwalan yang dilakukan ialah satu jam pertama untuk pengujian sistem dengan menjalankan perintah SQL yang telah dibuat dan satu jam kedua untuk pengujian sistem yang berada dalam keadaan idle.

Untuk melakukan pengukuran metric database, penulis menggunakan Automatic Workload Repository (AWR) yang diambil dari masing-masing instance dari node-node yang ada di dalam RAC. 2.4. Hasil Pengujian 2.4.1 Skenario Pertama 1. Persentasi efisiensi instance

Persentasi efisiensi antara kedua instance dapat dilihat pada AWR berikut:

rac1 :

Instance Efficiency Percentages (Target 100%)

Buffer Nowait %: 100.00 Buffer Hit %: 99.85 Library Hit %: 89.77 Execute to Parse %: -0.36 Parse CPU to Parse Elapsd %: 38.76

Redo NoWait %: 100.00 In-memory Sort %: 100.00 Soft Parse %: 93.62 Latch Hit %: 100.00 % Non-Parse CPU: 92.01

Shared Pool Statistics Begin End

Memory Usage %: % SQL with executions>1: % Memory for SQL w/exec>1:

78.06 53.33 90.18

81.27 76.97 92.47

rac2 :


Buffer Nowait %: 99.99 Buffer Hit %: 99.97 Library Hit %: 92.92 Execute to Parse %: 6.63 Parse CPU to Parse Elapsd %: 36.58




83.36 50.17 87.91

85.94 79.63 86.70

2. Aktifitas Librari Cache

Statistik aktivitas Library Cache RAC dan non-RAC dapat dilihat pada AWR berikut: rac1 : Library Cache Activity DB/Inst: INDRA/indra1 Snaps: 2-3

-> "Pct Misses" should be very low

Namespace

Get Requests

Pct Miss

Pin Requests

Pct Miss

Re-loads

Invali- dations

BODY CLUSTER INDEX SQL AREA TABLE/ PROCEDURE TRIGGER

23 44 21 447 1,070 8

30.4 0.0 57.1 64.9 25.4 50.0

103 85 21 19,229 4,840 8

13.6 2.4 100.0 7.0 22.9 50.0

6 2 9 717 261 0

0 0 0 2 0 0

Library Cache Activity (RAC) DB/Inst: INDRA/indra1 Snaps: 2-3

Namespace GES Lock Requests

GES Pin Requests

GES Pin Releases

GES Inval Requests

GES Invali- Dations

CLUSTER INDEX TABLE/ PROCEDURE

85 21 2,917

0 12 277

0 0 0

0 12 129

0 0 0

Jurnal PETIR Vol. 8 No. 2 September 2015 | 139

rac2 :

Library Cache Activity DB/Inst: INDRA/indra2 Snaps: 2-3


Namespace

Get Requests

Pct Miss

Pin Requests

Pct Miss Reloads Invali-

dations


529 21 21 690 1,083 18

0.8 0.0 57.1 61.9 24.7 38.9

639 73 24 18,956 3,619 105

1.9 1.4 87.5 3.7 25.1 8.6

8 1 9 228 267 2

0 0 0 0 0 0


Namespace

GES Lock Requests

GES Pin Requests

GES Pin Releases

GES Inval Requests

GES Invali- dations


73 24 1,512

0 12 177

0 0 0

0 12 84

0 0 0

3. Buffer Pool

Statistik Buffer Pool yang didapat oleh penulis bisa dilihat pada AWR berikut: rac1 :

Buffer Pool Statistics DB/Inst: INDRA/indra1 Snaps: 2-3

-> Standard block size Pools D: default, K: keep, R: recycle -> Default Pools for other block sizes: 2k, 4k, 8k, 16k, 32k

P Number of Buffers

Pool Hit%

Buffer Gets

Physical Reads

Physical Writes

Free Buff Wait

Writ Comp Wait

Busy Waits

D 13,664 100 508,710 872 2,362 0 0 0

rac2 :



P Number of Buffers

Pool Hit%

Buffer Gets

Physical Reads

Physical Writes

Free Buff Wait

Writ Comp Wait

Busy Waits

D 13,664 100 1,550,288 409 16,632 0 0 177

2.4.2 Skenario Kedua 1. Persentasi efisiensi instance

Persentasi efisiensi antara kedua instance dapat dilihat pada AWR berikut: rac1 : Instance Efficiency Percentages (Target 100%)





81.27 76.97 92.47

84.11 81.22 94.25

rac2 :






85.94 79.63 86.70

88.74 74.55 92.57

2. Aktifitas Librari Cache

Statistik aktivitas Library Cache RAC dan non-RAC dapat dilihat pada AWR berikut:

rac1 :



Namespace

Get Requests

Pct Miss

Pin Requests

Pct Miss

Reloads

Invali- dations

BODY CLUSTER INDEX SQL AREA TABLE/ PROCEDURE

23 44 21 447 1,070

30.4 0.0 57.1 64.9 25.4

103 85 21 19,229 4,840

13.6 2.4 100.0 7.0 22.9

5 2 25 339 367

0 0 0 2 0


Namespace

GES Lock Requests

GES Pin Requests

GES Pin Releases

GES Inval Requests

GES Invali- Dations


37 78 2,092

0 12 39

0 0 0

0 0 32

0 0 0

rac2 :



Namespace

Get Requests

Pct Miss

Pin Requests

Pct Miss

Reloads Invali- Dations


604 38 46 1,239 1,268 12

0.5 0.0 0.0 5.7 2.3 0.0

726 90 129 13,549 5,463 111

3.0 2.2 22.5 7.3 20.2 1.8

19 2 29 485 482 2

0 0 0 0 0 0


Namespace

GES Lock Requests

GES Pin Requests

GES Pin Releases

GES Inval Requests

GES Invali- dations


90 129 2,318

0 0 55

0 0 0

0 0 44

0 0 0

3. Buffer Pool

Statistik Buffer Pool yang didapat oleh penulis bisa dilihat pada AWR berikut:


rac1 : Buffer Pool Statistics DB/Inst: INDRA/indra1 Snaps: 3-4


P Number of Buffers

Pool Hit%

Buffer Gets

Physical Reads

Physical Writes

Free Buff Wait

Writ Comp Wait

Busy Waits

D 13,664 100 61,223 240 525 0 0 5

rac2 :



P Number of Buffers

Pool Hit%

Buffer Gets

Physical Reads

Physical Writes

Free Buff Wait

Writ Comp Wait

Busy Waits

D 14,148 100 134,917 413 693 0 0 2

2.5 Analisa Hasil Pengujian

Dapat dilihat dari statistik di atas bahwa efisiensi instanse yang ditunjukan oleh buffer hit dan library hit lebih banyak dialami oleh rac2 ( walaupun hanya beda sekitar 3% ). Dan bila dibandingkan antara hasil pengujian pada satu jam pertama dan pengujian satu jam kedua, efisiensi instan antara kedua instan tanpa mengalami perubahan nilai yang signifikan.

Data statistik penggunaan Library Cache yang ada pada AWR menunjukan bahwa cache miss lebih banyak dialami oleh rac1. Hal ini menandakan bahwa perintah-perintah SQL lebih banyak dijalankan di rac1. Pada saat pengujian kedua cache miss tetap masih banyak dialami oleh rac1.

Sementara data Buffer Pool Hit menun-jukkan bahwa kedua instance mempunyai kinerja yang bagus. Hal ini ditandai dengan nilai rasio 100 % di kedua instance. Keadaan ini terus berlangsung sampai pengujian kedua.

Dari hasil analisa yang telah disebutkan, penulis menyimpulkan bahwa sistem RAC yang diuji memang sangat handal dalam menerapkan konsep “high-availability sys-tem”. Walaupun di dunia nyata, setelah imple-mentasi selesai dan sebelum database digu-nakan, sebaiknya dilakukan tuning terhadap sistem dengan menggunakan metode analisa

kinerja yang telah dilaksanakan di dalam penelitian ini. 3. Kesimpulan 1. Pengimplementasian RAC sangat

membutuhkan ketelitian dan perencana-an yang matang, karena sangat beresiko terhadap hilangnya data.

2. Hasil pengujian persentase instant yaitu buffer hit untuk node pertama 99,8% dan node kedua 99,97%. CPU idle minimum sebesar 99,6% untuk node pertama dan 99,71% untuk node kedua.

3. Hasil pengujian free memory maksimum untuk node pertama sebesar 267884 KB dan node kedua sebesar 281346 KB. Free memory minimum sebesar 201842 KB dan node kedua sebesar 211624 KB.

4. Hasil pengujian SGA menunjukkan nilai 205520896 di kedua node.

5. Nilai pengujian buffer cache minimum untuk node pertama sebesar 108 MB dan node kedua sebesar 112 MB. Untuk peng-ujian buffer cache maksimum sebesar 112 MB untuk node pertama dan 116 MB untuk node kedua.

6. Pengujian shared pool menunjukkan nilai maksimum 76 MB dan 72 MB untuk node kedua. Nilai minimum untuk node pertama sebesar 72 MB dan 68 MB untuk node kedua.

7. Sistem RAC yang diuji memang sangat handal dalam menerapkan konsep “high-availability system”.

DAFTAR PUSTAKA Alapati, Sam R. 2005. Expert Oracle Database

10g Administration. Apress. Powell, Gavin. 2007. Oracle performance

Tuning for 10g R2. Second Editon. Digital Press.

Vallath, Murali. 2003. Real Aplication Clusters. Digital Press.

Vallath, Murali. 2006. Oracle 10g RAC Grid, Service & Clustering. Digital Press.

Whalen, Edward. 2005. Oracle Database 10g Linux Administration. Osborne.

IMPLEMENTASI DAN PENGUJIAN

Documents

Transcript of IMPLEMENTASI DAN PENGUJIAN